Skip to content

TLS-Zertifikatslaufzeiten schrumpfen: Was sich ändert

Zertifizierungsstellen bewegen sich hin zu kürzeren TLS-Laufzeiten. Hier erfahren Sie, was diese Änderungen für Ihren Erneuerungsprozess bedeuten und wie Sie vorbereitet bleiben.

Francesca Rünger-Field·Sr. Product Marketing Manager
Published: April 24, 2025·Updated: July 4, 2025·5 min read

Zusammenfassung: TLS-Zertifikate werden in Kürze deutlich kürzere Laufzeiten haben. Ab dem 15. März 2026 dürfen neu ausgestellte öffentlich vertrauenswürdige Zertifikate maximal 200 Tage gültig sein – und nur drei Jahre später sinkt diese Laufzeit auf 47 Tage. Unterstützt von Google, Apple und Mozilla soll dieser Wandel das Web sicherer machen – durch aktuellere Daten, schnelleres Failover und erzwungene Automatisierung. Um Schritt zu halten – und sicher zu bleiben – müssen Unternehmen jetzt ihr Zertifikatsmanagement inventarisieren, automatisieren und integrieren. Red Sift Certificates macht es einfach, sich an diese neue Realität anzupassen und zu skalieren.

Die wichtigsten Erkenntnisse:

  • Zertifikatslaufzeiten schrumpfen rasant: Ab März 2026 gelten TLS-Zertifikate nur noch 200 Tage – 2027 sinkt dies auf 100 Tage und bis 2029 auf 47 Tage. Das ist keine bloße Formalität – es verändert grundlegend Ihren Erneuerungsrhythmus und Ihr Risikoprofil.
  • Automatisierung ist jetzt Pflicht: Bei bis zu 7.500 Erneuerungen pro Jahr für große Unternehmensumgebungen werden manuelle Prozesse scheitern. Automatisieren Sie Erkennung, Erneuerung und Wiederherstellung mit Tools wie ACME und Cloud-nativen APIs.
  • Red Sift Certificates macht Ihre Strategie zukunftssicher: Es hilft Ihnen, jedes Zertifikat zu finden, es automatisch zu erneuern und Probleme zu überwachen – damit Sie sicher, konform und den drohenden Ablauffristen einen Schritt voraus bleiben.

TLS-Zertifikate werden künftig schneller ablaufen, wobei die erste Änderung in weniger als einem Jahr ansteht. Am 15. März 2026 darf jedes neu ausgestellte öffentlich vertrauenswürdige TLS-Zertifikat maximal 200 Tage gültig sein.

Ein Jahr später sinkt die Obergrenze erneut auf 100 Tage, und bis zum 15. März 2029 werden Sie alle 47 Tage erneuern müssen. Die Entscheidung, festgelegt im CA/Browser Forum Ballot SC-081, wurde im April 2025 mit Unterstützung von Google, Apple, Microsoft, Mozilla und allen wichtigen Zertifizierungsstellen problemlos verabschiedet. Die einfache Realität? Jedes Zertifikat, das Sie in der zweiten Hälfte von 2025 ausstellen, läuft fünf Monate früher ab als geplant, sobald die Regel in Kraft tritt.

Wie ist es dazu gekommen?

Die Zertifikatslaufzeiten sinken bereits seit Jahren. 5 Jahre im Jahr 2018, 2 Jahre im Jahr 2020, 13 Monate im Jahr 2021 – und jetzt dieser dreistufige Sprint. Die Argumente für kürzere Gültigkeitsdauern sind einfach:

Grund

Vorteil

Aktuelle Identitätsdaten

Unternehmen ändern Namen, Adressen und IP-Blöcke schnell. Häufige Neuausstellungen halten das Zertifikats-Ökosystem korrekt.

Vereinfachter Widerruf

Browser überspringen routinemäßig Online Certificate Status Protocol (OCSP)- und Certificate Revocation List (CRL)-Prüfungen, um Millisekunden zu sparen. Der Ablauf ist das einzige Widerrufssignal, das jeder Client berücksichtigt.

Krypto-Agilität

Wenn Post-Quanten-Algorithmen eingeführt werden, bedeutet ein 47-Tage-Wechsel, dass Sie innerhalb von Wochen statt Jahren aktualisieren können.

Erzwungene Automatisierung

Bei vier (bald acht) Erneuerungen pro Jahr brechen manuelle Tabellenkalkulationen unter ihrem eigenen Gewicht zusammen.

Branchenführer argumentieren, dass kurze Zertifikate nicht deshalb sicherer sind, weil sie nie versagen, sondern weil sie schnell und sichtbar versagen – was die automatische Wiederherstellung fördert.

Die operative Realität

Nehmen wir einen Bestand von 1000 Zertifikaten:

  • Nach der heutigen 398-Tage-Regel planen Sie etwa 1.000 Änderungsfenster pro Jahr.
  • Die 200-Tage-Obergrenze verdoppelt das auf ~2.000.
  • Zwei Jahre später liegen Sie bei ~3.600.
  • Bei 47 Tagen stehen Sie vor 7.500 Erneuerungen jährlich.

Und das, bevor man Zertifikate mitzählt, von denen man gar nichts weiß – solche, die in Staging-Subdomains, mobilen Apps, vergessenen IoT-Geräten oder der persönlichen Testseite eines Entwicklers eingebettet sind.

Erinnern Sie sich an den Zoom-Ausfall Mitte April 2025? Ein Registrar hatte zoom.us fälschlicherweise als serverHold markiert, und 300 Millionen Nutzer waren fast zwei Stunden lang ausgesperrt.

Fünf Maßnahmen, die Sie vor März 2026 ergreifen sollten

  1. Alles automatisch inventarisieren: Nutzen Sie aktives Scannen und die Überwachung öffentlicher Logs, um jedes Zertifikat zu entdecken – ob öffentlich oder privat, ausgestellt von jeder beliebigen CA.
  2. Automated Certificate Management Environment (ACME) oder native Cloud-Application-Programming-Interfaces (APIs) einführen: Die meisten großen Zertifizierungsstellen (CAs), Cloud-Anbieter und Load Balancer unterstützen ACME. Skripten Sie Erneuerungen jetzt – Sie werden es sich später danken, wenn das Zeitfenster auf 47 Tage schrumpft.
  3. Erneuerung in Continuous Integration/Continuous Deployment (CI/CD) integrieren: Behandeln Sie Zertifikate wie Code: versionieren Sie sie, deployen Sie mit Infrastructure-as-Code und führen Sie sofortige Rollbacks durch.
  4. Ablauffehler und automatische Wiederherstellung testen: Simulieren Sie einen absichtlichen Ausfall in einer Nicht-Produktionsumgebung. Überprüfen Sie, dass Warnungen ausgelöst werden, automatische Erneuerungen greifen und Dienste mit einem neuen Zertifikat neu starten.
  5. Entwickler und DevOps-Teams schulen: Zertifikate betreffen jede Ebene – von API-Gateways bis zu Build-Pipelines. Stellen Sie sicher, dass jeder, der einen Endpunkt einrichtet, die neue Gültigkeitsdauer versteht.

Unterstützung mit Red Sift Certificates erhalten

Red Sift Certificates macht es Unternehmen leicht, mit dem sich beschleunigenden TLS-Zertifikatserneuerungszyklus Schritt zu halten. Da die Zertifikatslaufzeiten 2026 auf 200 Tage sinken – und bis 2029 auf nur 47 Tage –, werden manuelle Nachverfolgung und Erneuerungen schlicht nicht mehr ausreichen.

Red Sift unterstützt Erkennung und Überwachung, was den Erneuerungsprozess in Ihrer gesamten Infrastruktur erleichtert und Sie sicher und synchron hält – ohne das Risiko menschlicher Fehler oder verpasster Ablauffristen. Als zusätzlichen Mehrwert führt Red Sift Certificates eine Bewertung der Konfiguration Ihrer eingesetzten Zertifikate durch, um unbeabsichtigte Schwachstellen zu vermeiden.

Da die Branche zu kürzeren Zertifikatslaufzeiten übergeht, sorgt Red Sift Certificates dafür, dass Ihr Unternehmen nicht nur mithält, sondern die Führung übernimmt. Durch die direkte Integration mit ACME und nativen Cloud-APIs erneuert und deployt es Zertifikate nahtlos, reduziert Ausfallzeiten und hält Sie konform. Dashboards verfolgen jedes Zertifikat anhand der neuen 200/100/47-Tage-Standards, während Echtzeit-Warnungen Probleme aufdecken, bevor sie Ihre Nutzer erreichen. Es ist proaktive, skalierbare Sicherheit, gebaut für die Zukunft des Webs.

Jetzt ist die Zeit zum Handeln

Das CA/Browser Forum hat einen Zeitplan vorgegeben, keinen Puffer. Die 200-Tage-Regel greift während der Budgetierungssaison; die 100-Tage-Kürzung erfolgt, während Sie sich auf die Feiertagspause im nächsten Jahr vorbereiten; der 47-Tage-Sprint trifft kurz vor dem Geschäftsjahr 2030 ein. Je früher Sie automatisieren, desto weniger werden diese Termine ins Gewicht fallen.

Bleiben Sie schon heute einen Schritt voraus: Buchen Sie eine Red Sift Certificates-Demo und legen Sie los.

Francesca Rünger-Field
Francesca Rünger-Field
Sr. Product Marketing Manager

Francesca Rünger-Field is Senior Product Marketing Manager at Red Sift, where she drives go-to-market strategy and product positioning across the company's product portfolio.