De Deadline Nadert: Kortere SSL-Levensduur Is Een Feit

Let's Encrypt heeft een belangrijke aankondiging gedaan waar elke developer, sysadmin en DevOps-engineer schouder aan schouder bij moet staan. Vanaf 10 februari 2027 zal deze populaire certificate authority standaard certificaten uitgeven met een geldigheidsduur van 64 dagen—een flinke stap omlaag ten opzichte van de vertrouwde 90 dagen waar we al jaren mee werken.

Maar dit komt niet uit de lucht vallen. Let's Encrypt hint al geruime tijd deze kant op, en als je de bredere security-wereld een beetje volgt, dan wist je dat kortere certificate lifetimes de trend zijn. De redenering is simpel: hoe korter een certificaat leeft, hoe minder schade een gecompromitteerde sleutel of verkeerd uitgegeven certificaat kan aanrichten.

Wat Verandert Er Precies Op 10 Februari 2027?

Laten we de tijdlijn es uiteenzetten:

• 10 februari 2027: Alle nieuw uitgegeven en vernieuwde certificaten krijgen een geldigheidsduur van 64 dagen
• 11 mei 2027: Het laatste 90-dagen certificaat (uitgegeven net voor de cutoff) rolt eindelijk uit
• 2028: Verwacht wederom een verlaging naar 45 dagen
• 2029: Authorization reuse periodes worden drastisch teruggebracht naar zeven uur

De meevaller? Let's Encrypt schakelt op 14 oktober 2026 om in hun staging-omgeving, dus je hebt ruim de tijd om te testen voordat de productiewijzigingen live gaan. Wij raden ten zeerste aan om hier gebruik van te maken.

Is Jouw Certificate Management Hier Klaar Voor?

Hier wordt het spannend. Laten we kijken wat je moet checken:

Als Je ARI-Compatible Clients Gebruikt

Gebruik je geautomatiseerde vernieuwing via een ACME-client die ACME Renewal Info (ARI) ondersteunt? Dan zit je waarschijnlijkSafe. ARI stelt Let's Encrypt in staat om direct te communiceren met je client over het optimale moment om te vernieuwen. Het is eigenlijk een slimmere, dynamischere aanpak die niet afhankelijk is van starre schema's.

Maar—en dit is belangrijk—neem niets aan. Check de documentatie van je client om te bevestigen dat ARI daadwerkelijk werkt. Aannames zijn waar outages geboren worden.

Als Je Hardcoded Vernieuwingsdatums Hebt

Hier struikelen veel mensen over. Staat er in je vernieuwingslogica zoiets als "vernieuw 30 dagen voor expiratie" of "vernieuw elke 90 dagen"? Dan is het tijd om dat aan te pakken.

Let's Encrypt adviseert om te vernieuwen op ongeveer twee-derde van de levensduur van het certificaat. Voor 64-dagen certificaten is dat zo'n 42-43 dagen. Maar hier een tip: de rekensom wordt een stuk makkelijker als je je vernieuwingen nu al instelt op circa 80 dagen voor 90-dagen certificaten—dan hoef je niet te pielen als de switch wordt omgezet.

Doorzoek je cron jobs, wrapper scripts en runbooks naar getallen als 83, 80, 60 of 30. Dat zijn typische signalen van hardcoded vernieuwingslogica die aandacht nodig heeft.

Authorization Reuse: De Verandering Die Je Makkelijk Misset

Er is nog een wijziging verstopt in de aankondiging die aandacht verdient: de authorization reuse periode gaat van 30 dagen naar slechts 10 dagen.

Voor de meeste gebruikers hoeft dit geen actie te betekenen. Authorization reuse is een optimalisatie die je ACME-client toestaat om domeinvalidatie over te slaan als je dat recentelijk al hebt gedaan. Tenzij je specifiek je infrastructuur hierop hebt gebouwd, kun je dit waarschijnlijk laten voor wat het is.

Let's Encrypt doet deze aanpassing wel om de noodzaak voor "CAA rechecking" weg te nemen—een proces waarbij validatie opnieuw moet plaatsvinden als de oorspronkelijke validatiedata ouder is dan 7 uur. Vanaf 2029 wordt de maximale validatie reuse period teruggebracht naar slechts zeven uur, dus dit is het voorbereidende werk.

Dit Is Je Signaal Om Je Certificate Management Te Updaten

Onze kijk? Deze verandering is eigenlijk een cadeautje. Niet omdat kortere levensduur nou zo lekker werkt (dat is het per definitie niet), maar omdat het ons dwingt om te stoppen met certificate management behandelen als "een keertje instellen en vergeten."

Renew je nog steeds handmatig via SSH elke 89 dagen? Dan vraag je om problemen. Certificaten verlopen op de meest ongelukkige momenten—vrijdagmiddag, during holiday weekends, midden in de nacht tijdens een incident. Automatisering elimineert die hele categorie kopzorgen.

Terwijl je toch bezig bent, overweeg:

• Alerting bij vernieuwingsfouten: Krijg notificaties vóórdat een certificaat verloopt, niet erna
• Geautomatiseerde deployment: Koppel certificate renewal direct aan je service reload proces
• Health checks: Monitor certificaat-expiratiedatums across je hele infrastructuur

De Conclusie

Let's Encrypt verandert niets aan rate limits, ACME endpoints of issuance chains. Dit is puur een levensduur aanpassing met security-voordelen die passen bij de bredere industrietransitie naar kortere certificate validity periods.

De overgang soepel voor iedereen die nu al draait op geautomatiseerde vernieuwingsworkflows. Voor de rest van ons? Beschouw dit als je zachte (of minder zachte) duw in de richting van fatsoenlijke certificate automatisering.

De staging-omgeving opent in oktober 2026. Daar kun je testen. Gebruik 'm.

Vragen over SSL, certificate automation of je infrastructuur klaarstomen voor deze wijzigingen? Ons team helpt je graag met een audit van je huidige setup en zorgt ervoor dat je klaar bent voor de transitie.

Stay secure out there. Je gebruikers (en je on-call rotatie) zullen je dankbaar zijn.