TOOLBOX · DOWNLOAD
Certificatesthat renewthemselves.
Since March 15, 2026, public TLS certificates have been valid for at most 200 days; from March 2029, only 47 days, and domain validation will then be valid for only 10 days. Anyone who renews certificates by hand will have an operational problem. This checklist covers protocols, cipher suites and keys according to BSI TR-02102-2 (version 2026-01) and TLSRef, automation with ACME, inventory and expiry monitoring, HSTS, CAA, internal services and revocation checking after the end of OCSP at Let’s Encrypt. It also includes sample configurations for nginx and Apache and test commands with OpenSSL.
Free PDF · Checklist
TLS and Certificates: Checklist for Servers and Websites
- Format
- PDF, A4
- Length
- 12 pages
- Size
- 165 KB
- Updated
- Oct 25, 2026
- Sources
- 24
- Usage
- Redistribution in unchanged form permitted
WHO IT IS FOR
Who This
Is for.
Protocols, keys, validity down to 47 days, ACME, inventory, HSTS and CAA according to BSI TR-02102-2, the CA/Browser Forum and the IETF, with configuration and test commands.
- Administrators of web, mail and VPN servers, reverse proxies and load balancers
- Web agencies and hosting providers that run websites and certificates for customers
- Website owners and IT management who need to keep track of certificates, service providers and deadlines
9 SECTIONS
What Is
Inside.
- 01
What this is about and what is required
Why certificates are getting shorter lifetimes, what the NISG 2026 (Austrian Network and Information Systems Security Act 2026) requires and what is only a recommendation.
- 02
Validity periods: the phased plan to 2029
Maximum validity and domain validation decrease in three steps; the first has applied since March 15, 2026.
- 03
Protocols, cipher suites and keys
Prefer TLS 1.3, TLS 1.2 only with forward secrecy, turn off anything older, choose keys correctly.
- 04
Automating with ACME
Request, domain validation and renewal without manual work, with monitoring.
- 05
Inventory and expiry monitoring
Record every certificate with expiry date and owner and monitor it from the outside.
- 06
Enforcing HTTPS: redirect, HSTS and CAA
Redirect HTTP permanently, introduce HSTS in stages, use CAA to define the issuers.
- 07
Sample configuration and test commands
nginx and Apache based on TLSRef Intermediate, Windows Server and test commands with OpenSSL.
- 08
Internal services and revocation checking
Do not forget mail, VPN and devices; what has changed with OCSP and CRLs.
- 09
Checklist to tick off
All points in one list to tick off.
EXCERPT
Validity periods: the phased plan to 2029
| Certificate issued | Maximum validity | Maximum domain validation reuse |
|---|---|---|
| before Mar 15, 2026 | 398 days | 398 days |
| from Mar 15, 2026 (applies now) | 200 days | 200 days |
| from Mar 15, 2027 | 100 days | 100 days |
| from Mar 15, 2029 | 47 days | 10 days |
CAs should stay one day below each limit (199, 99, 46 days), because a day has 86,400 seconds and even fractions beyond that count as another day (Section 6.3.2). Since March 15, 2026, validated organization information for OV certificates may be reused for at most 398 instead of 825 days (4.2.1); for EV, the EV Guidelines (3.2.2.14.3) have already set a maximum of 398 days since 2021. SC-081v3 was adopted on April 11, 2025, without any votes against.
- At 47 days, every name needs at least eight certificates a year, and at 10 days domain validation is practically due again every time. Let’s Encrypt advises against manual renewal; validation must also run automatically (section 04).
- In case of a compromised key and some other reasons, such as unreliable domain validation, the CA must revoke within 24 hours, in other cases within 5 days (Section 4.9.1.1). So a replacement must be possible at short notice at any time.
Let’s Encrypt is shortening sooner (announcement of December 2, 2025): tlsserver profile with 45 days since May 13, 2026; classic default profile with 64 days and 10 days of domain validation reuse from February 10, 2027 (confirmed on October 7, 2026), and with 45 days and 7 hours from February 16, 2028; shortlived profile with about 6 days.
SOURCES
Supported
by Sources.
- BSI TR-02102-2: Use of TLS, version 2026-01 (opens in a new tab)PDF of January 27, 2026: chap. 1, 3.2 to 3.6, 4.1; note on TLS 1.3 (RFC 10024) on the page
- CA/Browser Forum: TLS Baseline Requirements 2.3.1 (opens in a new tab)of October 4, 2026; 1.1, 1.2.2, 3.2.2.4, 4.2.1, 4.2.2, 4.9, 6.1.5, 6.3.2, 7.1.2
- CA/Browser Forum: EV Guidelines 2.0.4 (opens in a new tab)August 13, 2026; 3.2.2.14.3 (398 days since SC042, 2021)
- CA/Browser Forum: Ballot SC-081v3 (opens in a new tab)Phased plan, vote of April 11, 2025
- RFC 9846: TLS 1.3 (replaces RFC 8446) (opens in a new tab)July 2026; Sections 1.2 and 1.3
- RFC 8996: Deprecating TLS 1.0 and TLS 1.1 (opens in a new tab)Sections 4 and 5
- RFC 9325 (BCP 195): Secure Use of TLS (opens in a new tab)Sections 3.1.1, 3.2, 3.3, 4.1 and 4.5
- RFC 9852 and RFC 10015 (July 2026): amendments to RFC 9325 (opens in a new tab)9852: 4, 5; 10015: 2 to 4, 6 (www.rfc-editor.org/rfc/rfc10015.html)
- RFC 10024: PQ/T Hybrid Key Agreement for TLS 1.3 (opens in a new tab)August 2026; X25519MLKEM768, SecP256r1MLKEM768, SecP384r1MLKEM1024
- RFC 8555: ACME (opens in a new tab)Sections 8.3 and 8.4
- RFC 8737: ACME TLS-ALPN-01 (opens in a new tab)Section 3
- RFC 9773: ACME Renewal Information (ARI) (opens in a new tab)Section 1
- RFC 6797: HSTS (opens in a new tab)Sections 6.1, 7.2, 8.4 and 12.1
- RFC 8659 and RFC 8657: CAA (opens in a new tab)8659: 3, 4.1 to 4.4; 8657: 4, Appendix A (www.rfc-editor.org/rfc/rfc8657.html)
- RFC 6962: Certificate Transparency (opens in a new tab)experimental, formally replaced by RFC 9162; summary
- TLSRef Configurator (formerly Mozilla) and guidelines 6.0 (opens in a new tab)nginx and Apache templates (build 6bcb595); docs.tlsref.org/server-side-tls.html; move: github.com/mozilla/ssl-config-generator
- Let’s Encrypt: End of OCSP (opens in a new tab)August 6, 2025; timeline in the post of December 5, 2024
- Let’s Encrypt: Validity down to 45 days (opens in a new tab)December 2, 2025; timeline, profiles, ARI, monitoring; confirmed in letsencrypt.org/2026/10/07/64-day-certs
- OpenSSL 3.5: Documentation (opens in a new tab)s_client, x509, ciphers, SSL_CTX_set_security_level
- Microsoft Learn: Protocols in TLS/SSL (Schannel SSP) and TLS registry settings (opens in a new tab)Versions per Windows release; registry: learn.microsoft.com/de-de/windows-server/security/tls/tls-registry-settings
- hstspreload.org: Deploying HSTS, preload (opens in a new tab)accessed October 25, 2026
- NISG 2026, BGBl. I No. 94/2025 (RIS) (opens in a new tab)§ 32 and § 51 para. 2; version of October 25, 2026
- NISV 2026, BGBl. II No. 290/2026 (RIS) (opens in a new tab)§ 2
- IR (EU) 2024/2690, Annex point 9 (opens in a new tab)Cryptography; applicable under § 2 NISV 2026
This checklist is a TOMORIS recommendation based on the sources listed, as of October 25, 2026. For certification authorities, the Baseline Requirements as currently in force are binding; for essential and important entities, the NISG 2026; BSI TR-02102-2 is a recommendation. It does not replace legal advice. Default values and names may change. Test changes in a test environment first; overly strict settings can lock out older clients.
TOOLBOX
Explore
Further.
- Kostenlos
SSL/TLS check (German)
Check certificate and TLS versions
Check Now - Kostenlos
Security header check (German)
HSTS, CSP and more in seconds
Check Now - Kostenlos
DNS security check (German)
DNSSEC, CAA and name servers
Check Now Security header cheat sheet
Recommended values for HSTS and other headers with ready-made configuration for nginx, Apache, IIS and Next.js.
Learn More
WEBSITE & DATA PROTECTION
More on
This Topic.
- PDF
Security Header Cheat Sheet
HSTS, Content-Security-Policy, clickjacking protection, and more: recommended values with explanations and configuration for nginx, Apache, IIS, and Next.js.
View - PDF
Mandatory Website Information
Imprint under the ECG, UGB and GewO, disclosure under the Mediengesetz, privacy policy under Art. 13 GDPR and cookie consent under the TKG 2021: every item with its legal reference, plus checklists and sample text.
View - PDF
Cookie Banner Checklist
When cookies need consent, what a valid banner looks like, how withdrawal and proof work and how to check this technically, based on the TKG 2021 (Austrian Telecommunications Act 2021), the GDPR, the CJEU and the EDPB.
View
YOUR NEXT STEP
From Paper
to Practice.
We review with you what is already implemented in your environment and put the rest into practice: as a project with EXPERTS or as ongoing operations with GRID.