
Let’s Encrypt stellt ab dem 10. Februar 2027 standardmäßig nur noch 64-Tage-Zertifikate aus, bisher sind es 90 Tage. Betroffen sind alle Betreiber, die Zertifikate der kostenlosen Zertifizierungsstelle für Websites, Server und Schnittstellen nutzen. Zum Testen stellt die Staging-Umgebung die kürzeren Zertifikate seit dem 14. Oktober 2026 aus.
Die Umstellung ist Teil einer branchenweiten Entwicklung: Alle öffentlich vertrauenswürdigen Zertifizierungsstellen müssen die Laufzeiten ihrer TLS-Zertifikate bis 2029 schrittweise verkürzen. Wer Zertifikate heute noch von Hand erneuert, sollte die Zeit bis Februar für eine Bestandsaufnahme nutzen.
Was ändert sich wann?
Den Zeitplan hat Let’s Encrypt bereits im Dezember 2025 veröffentlicht und am 7. Oktober 2026 bekräftigt. Die wichtigsten Termine:
- 14. Oktober 2026: Let’s Encrypt beginnt, in seiner Staging-Umgebung für Tests 64-Tage-Zertifikate auszustellen.
- 10. Februar 2027: Das Standardprofil »classic« wechselt von 90 auf 64 Tage. Zugleich sinkt laut der Dezember-Ankündigung der Zeitraum, in dem eine erfolgreiche Domain-Validierung (Autorisierung) wiederverwendet werden darf, von 30 auf 10 Tage.
- 11. Mai 2027: Voraussichtlich läuft das letzte 90-Tage-Zertifikat ab. Gültige Zertifikate werden nicht widerrufen.
- 16. Februar 2028: Die Standardlaufzeit sinkt auf 45 Tage, Autorisierungen dürfen dann nur noch sieben Stunden wiederverwendet werden.
Wer früher umstellen möchte, kann im ACME-Client schon heute das Profil »tlsserver« mit 45 Tagen oder »shortlived« mit rund sechs Tagen wählen. Rate Limits, ACME-Endpunkte und Zertifikatsketten bleiben nach Angaben von Let’s Encrypt unverändert.
Den Rahmen setzt das CA/Browser Forum, in dem Zertifizierungsstellen und Browser-Hersteller die Regeln für öffentliche Zertifikate festlegen. Nach dem Beschluss SC-081 vom April 2025 dürfen neu ausgestellte Zertifikate seit dem 15. März 2026 höchstens 200 Tage gültig sein, ab dem 15. März 2027 höchstens 100 Tage und ab dem 15. März 2029 höchstens 47 Tage. Die Wiederverwendung von Domain-Validierungen schrumpft parallel bis 2029 auf 10 Tage. Das betrifft also auch gekaufte Zertifikate kommerzieller Anbieter.
Was bedeutet das konkret?
Wo Zertifikate vollautomatisch per ACME erneuert und ausgerollt werden, ändert sich wenig. Unterstützt der Client zusätzlich ACME Renewal Information (ARI, standardisiert als RFC 9773), teilt Let’s Encrypt ihm den passenden Erneuerungszeitpunkt selbst mit. Kritisch sind dagegen alle Stellen, an denen Handarbeit oder starre Skripte im Spiel sind:
- Feste Intervalle: Ein Cronjob, der alle 60 Tage erneuert, lässt bei 64 Tagen kaum Puffer und reicht für 45 Tage nicht mehr. Let’s Encrypt rät, Skripte und Betriebshandbücher gezielt nach Werten wie 83, 80 oder 60 zu durchsuchen.
- Erneuert, aber nicht aktiv: Ein neues Zertifikat nützt nichts, wenn Webserver, Proxy oder Dienst es erst nach einem Neustart laden.
- Manuell eingespielte Zertifikate: Load Balancer, Firewalls, Appliances oder Keystores, in die Zertifikate per Hand importiert werden, müssen künftig deutlich häufiger gepflegt werden.
- Verteilte Kopien: Wird ein Zertifikat auf mehrere Systeme kopiert, muss jede Kopie bei jeder Erneuerung mitwandern.
In Medien- und Publishing-Umgebungen betrifft das etwa die Weboberflächen von Redaktionssystemen und DAM, Schnittstellen zu Web-CMS und Dienstleistern sowie eingehende Webhooks. Bei einem On-Premises betriebenen WoodWing Studio Server wird HTTPS laut WoodWing-Dokumentation auf dem Webserver eingerichtet, also in IIS oder Apache. Ein dort hinterlegtes Zertifikat einer öffentlichen Zertifizierungsstelle unterliegt denselben Laufzeitgrenzen. Zertifikate einer eigenen, internen CA fallen nicht unter die Regeln des CA/Browser Forums, setzen aber voraus, dass alle Clients dieser CA vertrauen.
Unsere Empfehlung: 64-Tage-Zertifikate automatisch erneuern
Die Umstellung im Februar ist ein guter Anlass, die Zertifikatsverwaltung grundsätzlich auf kurze Laufzeiten auszurichten. Spätestens mit 45 Tagen ab 2028 ist manuelle Pflege kaum noch praktikabel. Wir empfehlen vier Schritte:
- Inventur: Erfassen Sie alle öffentlichen Zertifikate mit Hostname, ausstellender Stelle, Ablaufdatum, Erneuerungsweg und Verantwortlichem, einschließlich Test- und Schnittstellensystemen.
- Automatisierung: Stellen Sie Erneuerung, Verteilung und Neuladen auf ACME um, bevorzugt mit einem ARI-fähigen Client. Wo das nicht geht, legen Sie die Erneuerung auf etwa zwei Drittel der Laufzeit.
- Test: Prüfen Sie Ihre Automatisierung jetzt gegen die Staging-Umgebung von Let’s Encrypt statt erst im Produktivbetrieb.
- Monitoring: Überwachen Sie die tatsächlich ausgelieferten Zertifikate und ihre Ablaufdaten, nicht nur die Dateien auf dem Server, und lassen Sie sich bei fehlgeschlagenen Erneuerungen alarmieren.
Für Appliances und Systeme ohne ACME-Unterstützung sollten Sie beim Hersteller klären, ob eine Automatisierung oder eine Schnittstelle für den Zertifikatsimport verfügbar ist. Alternativ kann TLS zentral an einem automatisierten Reverse Proxy oder Load Balancer enden, sodass weniger Systeme eigene Zertifikate benötigen. Beachten Sie dabei: Auch gekaufte Zertifikate, die ab dem 15. März 2027 ausgestellt werden, dürfen höchstens 100 Tage gültig sein.
So unterstützt aaroon
Betreiben Sie Ihre Publishing-Systeme mit ao.Cloud Solutions, erhalten Sie Managed Services mit proaktivem 24/7‑Monitoring und regelmäßigen Sicherheitsupdates. Für On-Premises-Installationen unterstützt Sie unser Support bei Analyse, Einrichtung und Wartung.
Wer die Monate bis Februar für Inventur und Tests nutzt, ist damit zugleich auf die weiteren Verkürzungen bis 2029 vorbereitet.
Quellen
- 64-Day Certificate Lifetimes Coming Feb 2027, Let’s Encrypt (Sarah Gran), 07.10.2026: https://letsencrypt.org/2026/10/07/64-day-certs
- Decreasing Certificate Lifetimes to 45 Days, Let’s Encrypt (Matthew McPherrin), 02.12.2025: https://letsencrypt.org/2025/12/02/from-90-to-45/
- Profiles, Let’s Encrypt (Dokumentation), 04.10.2026: https://letsencrypt.org/docs/profiles/
- Ballot SC081v3: Introduce Schedule of Reducing Validity and Data Reuse Periods, CA/Browser Forum, 11.04.2025: https://cabforum.org/2025/04/11/ballot-sc081v3-introduce-schedule-of-reducing-validity-and-data-reuse-periods/
- Baseline Requirements for the Issuance and Management of Publicly-Trusted TLS Server Certificates, Version 2.3.1, CA/Browser Forum, 04.10.2026: https://github.com/cabforum/servercert/blob/main/docs/BR.md
- RFC 9773: ACME Renewal Information (ARI) Extension, IETF (A. Gable, ISRG), 06/2025: https://www.rfc-editor.org/rfc/rfc9773.html
- Let’s Encrypt: Umstellung auf 64-Tage-Zertifikate im Februar 2027, heise online, 12.10.2026: https://www.heise.de/news/Let-s-Encrypt-Umstellung-auf-64-Tage-Zertifikate-im-Februar-2027–11484047.html
- Let’s Encrypt Cuts Default Certificate Validity to 64 Days Ahead of 45-Day Switch, SecurityWeek (Ionut Arghire), 12.10.2026: https://www.securityweek.com/lets-encrypt-cuts-default-certificate-validity-to-64-days-ahead-of-45-day-switch/
- Using SSL in Studio Server, WoodWing Help Center, 24.05.2023: https://helpcenter.woodwing.com/hc/en-us/articles/360041824511