Was ist Krypto-Agilität? Ein Leitfaden für PKI-Architekten und CISOs in regulierten Branchen

Im Inneren: eine präzise Definition von Krypto-Agilität, die drei zusammenlaufenden Fristen, die sie nun zu einer operativen Notwendigkeit machen, die Architektur- und Entdeckungsarbeit, die sie realisierbar macht, und was eine erzwungene Migration die Organisationen kostet, denen sie fehlt.

Ende Juni 2024 kündigte das Chrome-Sicherheitsteam von Google an, dass Chrome künftig kein Vertrauen mehr in öffentlich ausgestellte TLS-Zertifikate haben würde , die auf mehrere Entrust-Root-Zertifikate zurückgehen. Mozilla folgte einen Monat später. Auslöser war nicht ein einzelner schwerwiegender Sicherheitsverstoß, sondern ein Muster von Compliance-Verstößen, das sich über rund sechs Jahre erstreckte. Allein Mozilla dokumentierte zwischen März und Mai 2024 22 separate Vorfälle.

Jedes Unternehmen, das ein nach dem Stichtag ausgestelltes Entrust-Zertifikat verwendet, stand vor der gleichen Frage mit einer festen Frist: Können wir diese Zertifikate finden, ersetzen und neu bereitstellen, bevor die Browser unseren Benutzern Sicherheitswarnungen anzeigen?

Diese Frage steht im Mittelpunkt dieses Beitrags. Krypto-Agilität bezeichnet die Fähigkeit, sie zu beantworten (für jeden Algorithmus, jeden Schlüssel, jedes Zertifikat und innerhalb jedes von Dritten vorgegebenen Zeitrahmens), ohne daraus einen mehrwöchigen Notfall zu machen. Dieser Leitfaden richtet sich an PKI-Architekten, Infrastrukturverantwortliche und CISOs, die diese Kompetenz in regulierten Umgebungen verantworten: Finanzdienstleistungen, Gesundheitswesen, Behörden, Energie, Telekommunikation und Fertigung.

Es behandelt, was Krypto-Agilität genau ist, die drei zusammenlaufenden Faktoren, die sie von einem angestrebten Reifegrad zu einer operativen Notwendigkeit gemacht haben, die Architektur- und Entdeckungsarbeit, die sie realisierbar macht, die Migrationsmuster, die sich in der Produktion tatsächlich bewähren, und was ein erzwungener Übergang eine Organisation kostet, der es an dieser Agilität mangelt.

Kurzantwort: Was ist Krypto-Agilität?

Krypto-Agilität ist die operative Fähigkeit, kryptografische Algorithmen, Schlüssel, Zertifikate und Protokolle schnell und sicher auszutauschen, ohne dass jeder Wechsel einen Notfall darstellt. Sie basiert auf fünf Eigenschaften: kontinuierliche Bestandsaufnahme , Abstraktion von Algorithmen , automatisiertes Lebenszyklusmanagement , durchgesetzte Governance und Validierungsfähigkeit . Eine Organisation ist krypto-agil, wenn sie jeden kryptografischen Übergang in den laufenden Betrieb integrieren kann, nicht erst nach Abschluss einer einzelnen Migration.

Wichtige Erkenntnisse

• Kryptoagilität ist eine Fähigkeit, keine Migration. Eine Organisation ist kryptoagil, wenn sie jede kryptografische Umstellung (Misstrauen gegenüber einer Zertifizierungsstelle, einen fehlerhaften Algorithmus, eine verkürzte Zertifikatsgültigkeit, eine Post-Quanten-Vorgabe) als Routinearbeit bewältigen kann. Eine abgeschlossene Migration allein macht eine Organisation nicht agil; die Fähigkeit, die nächste Migration zum Kinderspiel werden zu lassen, ist das, was Agilität ausmacht.
• Drei Faktoren drängen sich nun auf engstem Raum zusammen und erfordern unterschiedliche Reaktionen. Die Post-Quanten-Vorgabe (NIST FIPS 203/204/205, finalisiert am 13. August 2024) sieht einen geplanten Algorithmuswechsel mit der bundesweiten Abschaffung von RSA und ECC nach 2030 vor. Der Zeitplan des CA/Browser Forum SC-081v3 sieht eine schrittweise operative Umstellung vor, die die Gültigkeit öffentlicher TLS-Zertifikate bis zum 15. März 2029 auf 47 Tage reduziert. Der unvorhergesehene Schock (Misstrauen gegenüber Zertifizierungsstellen, Algorithmusfehler, anfällige Bibliothek) tritt ohne Vorwarnung ein. Keine einzelne Reaktion deckt alle drei Faktoren ab; nur die Fähigkeit, die entsprechenden Fähigkeiten einzusetzen, kann dies.
• Die DigiCert Trust Pulse Survey (Juli 2025) ergab, dass 45 Prozent der Unternehmen im Vorjahr Ausfallzeiten im Zusammenhang mit Zertifikaten verzeichneten. Die Entrust-Studie „Misstrauen 2024“ verdeutlichte, wie sich solche Ausfallzeiten auswirken, wenn sie durch ein externes Ereignis einer Zertifizierungsstelle (CA) verursacht werden: Organisationen mit Discovery-Systemen, Multi-CA-Orchestrierung und automatisiertem Lebenszyklusmanagement konnten dies mit einer gefilterten Abfrage und einer geplanten Neuausstellungskampagne bewältigen. Organisationen ohne diese Funktionen hingegen behandelten es als teamübergreifenden Notfall, der wochenlange Überstunden und ein erhöhtes Ausfallrisiko zur Folge hatte.
• Die Ermittlung ist die Grundvoraussetzung für alles. Ohne ein verlässliches kryptografisches Inventar lässt sich keine Migration planen, priorisieren oder validieren. CT-Logs erfassen keine privaten PKI-Informationen. HSMs schützen zwar Schlüssel, katalogisieren aber weder Zertifikate noch deren Bereitstellungsendpunkte. Ein vollständiges CBOM erfordert die gleichzeitige Nutzung von sechs Ermittlungsquellen: CT-Logs, Netzwerk-Scanning, CA-APIs, CMDB-Korrelation, CI/CD-Scanning und HSM-Inventar. Für eine automatisierte CBOM-Ermittlung über alle sechs Quellen hinweg, CBOM Secure schließt die Lücken, die jede einzelne Quelle hinterlässt.
• Kurzlebige Zertifikate und automatisiertes Lebenszyklusmanagement sind die treibende Kraft für die notwendige Leistungsfähigkeit der Post-Quanten-Migration. Die 47-tägige Gültigkeitsdauer macht die manuelle Zertifikatsverwaltung operativ unmöglich und erzwingt somit die Automatisierung, auf der auch der Übergang zu Post-Quanten-Algorithmen beruht. Verfolgen Sie die Planung der Post-Quanten-Migration durch die PQC Kompetenzzentrum und die Bereitschaft beurteilen durch PQC-Bereitschaft Dienstleistungen.

Für wen ist Krypto-Agilität relevant?

Krypto-Agilität ist eine funktionsübergreifende Anforderung. Die technische Arbeit ist auf PKI-Betrieb, Sicherheitsarchitektur, Plattformentwicklung und Compliance verteilt, die strategische Vorgabe muss jedoch von der Führungsebene kommen. Jedes der unten aufgeführten Teams hat eine spezifische Rolle beim Aufbau und der Pflege einer agilen kryptografischen Infrastruktur.

Funktion / Rolle (Role) *	Warum es wichtig ist	Aktionselement
PKI-Administratoren	Sichern Sie sich die Automatisierung des Zertifikatslebenszyklus, auf der Krypto-Agilität beruht: automatisierte Ausstellung und Verlängerung über ACME, Multi-CA-Orchestrierung, sodass die Ausstellung ohne Architekturänderung umgeleitet werden kann, Durchsetzung von Richtlinien direkt bei der Ausstellung und kontinuierliche Zertifikatsverwaltung. Misstrauen gegenüber einer Zertifizierungsstelle, die Abschaffung eines Algorithmus oder eine Reduzierung der Gültigkeitsdauer wirken sich zunächst auf den Zertifikatsbetrieb aus, und die Reaktionsgeschwindigkeit hängt vollständig davon ab, welche Prozesse vor dem Stichtag automatisiert wurden.	Prüfen Sie den aktuellen Zertifikatsbestand mit CBOM Secure; bestätigen, dass die Multi-CA-Orchestrierung konfiguriert und getestet ist, sodass die Ausstellung ohne erneute Architektur umgeleitet werden kann; automatische Erneuerung über ACME für alle öffentlichen TLS-Bestände aktivieren; Erneuerungswarnungen für private PKI-Bestände bei 30 Prozent der verbleibenden Gültigkeit festlegen; alle Zertifikatsbestände hinzufügen zu CertSecure Manager mit Durchsetzung der Richtlinien am Ausstellungstor
Sicherheitsarchitekten	Verantwortlich für das Abstraktionsdesign der Algorithmen: Sicherstellen, dass Anwendungen kryptografische Klassen über Richtlinien und nicht über fest codierte Algorithmennamen referenzieren, sodass der Austausch eines Algorithmus eine Konfigurationsänderung und keine Codeänderung erfordert; außerdem verantwortlich für die CBOM-Architektur (welche Erkennungsquellen integriert sind, wie Ergebnisse nach Risiko und Exposition klassifiziert werden und wie das CBOM bei der Bereitstellung neuer Systeme aktuell gehalten wird); und die hybride Bereitstellungsstrategie für den Übergang nach der Quantentechnologie.	Alle Anwendungen, die Algorithmennamen fest codieren, sollen erfasst und für jede eine Abstraktionsschicht definiert werden; die CBOM-Architektur soll unter Verwendung aller sechs Erkennungsquellen (CT-Protokolle, Netzwerk-Scanning, CA-APIs, CMDB, CI/CD-Pipelines, HSM-Inventar) entworfen werden; die hybride Bereitstellungsstrategie für den Übergang nach der Quantentechnologie (klassisch plus post-quanten parallel) soll definiert werden; eine PQC-Bereitschaftsbewertung soll durchgeführt werden. PQC-Bereitschaft Dienste; verfolgen Sie die Zeitpläne für die Abschaffung von Algorithmen über die PQC Kompetenzzentrum
Plattform- und DevOps-Teams	Besitzen Sie die Automatisierungspipelines, die Krypto-Agilität in Maschinengeschwindigkeit ermöglichen: ACME-Registrierung für kurzlebige Zertifikate, CI/CD-Pipeline-Scanning zur Erkennung kryptografischer Inhalte in Artefakten und Images, Bereitstellung von Container- und Workload-Zertifikaten sowie die Betriebsüberwachung, die Zertifikatsanomalien erkennt, bevor es zu Ausfällen kommt; die 47-tägige TLS-Gültigkeitspflicht macht jeden manuellen Bereitstellungsprozess zu einem potenziellen Ausfallrisiko.	Integrieren Sie die ACME-Registrierung in alle Service-Provisioning-Pipelines; fügen Sie die Überwachung des Zertifikatsablaufs zur Plattform-Observability-Alerts mit auf 30 Prozent der verbleibenden Gültigkeit kalibrierten Schwellenwerten hinzu; scannen Sie CI/CD-Artefakte und Container-Images mithilfe von CBOM-Erkennungstools auf eingebettete Zertifikate und Schlüssel; stellen Sie sicher, dass die Zertifikatsrotation in der Vorproduktionsumgebung getestet wird, bevor jedes neue Bereitstellungsmuster in die Produktion eingeführt wird.
Compliance-Teams	Es muss nachgewiesen werden, dass der kryptografische Bestand inventarisiert ist, die Richtlinien für Algorithmen und Gültigkeit durchgesetzt werden und die Migrationsnachweise den regulatorischen Anforderungen entsprechen. NIST SP 800-53 Rev. 5 SC-12 (Erstellung und Verwaltung kryptografischer Schlüssel) und SC-17 (Zertifikate für die Public-Key-Infrastruktur) fordern eine kryptografische Governance. Die CNSA-2.0-Konformität für Organisationen der Verteidigungsindustrie erfordert ab 2025 dokumentierte Inventar- und Migrationszeitpläne. Die vom OMB geschätzten Migrationskosten von 7.1 Milliarden US-Dollar spiegeln die Compliance- und Betriebsrisiken wider, die ein undokumentierter und fehleranfälliger Bestand mit sich bringt.	Nehmen Sie die Vollständigkeit des CBOM-Inventars in das vierteljährliche Compliance-Nachweispaket auf; bestätigen Sie, dass die Gültigkeit des Zertifikats, die Einhaltung der Algorithmen und der Schlüssellängenrichtlinien dokumentiert und getestet sind; ordnen Sie die Meilensteine ​​der NIST IR 8547-Abkündigung und die Phasendaten des CA/B Forum SC-081v3 den internen Compliance-Fristen zu; dokumentieren Sie den Migrationsfahrplan für Post-Quantum-Algorithmen mit benannten Verantwortlichen und datierten Meilensteinen für jede Anlageklasse.
CISOS	Drei externe Fristen (NIST-Abschaffung der Quantencomputertechnologie 2030/2035, 47-tägige Gültigkeitsdauer des CA/B-Forums bis März 2029 und unvorhergesehene Vertrauensprobleme in Kalifornien) erfordern nun, dass Krypto-Agilität ein finanziertes, gesteuertes und strategisches Programm und nicht nur ein reaktives Projekt ist. Das Entrust-Vertrauensproblem von 2024 zeigte, dass agile Organisationen externe kryptografische Schocks als Routinevorgänge bewältigen, während unaggressive Organisationen diese als Notfallprojekte behandeln, die geplante Sicherheitsmaßnahmen monatelang verdrängen. Die Migration von Post-Quanten-Algorithmen ist die größte Infrastrukturtransformation, mit der die meisten regulierten Branchen seit dem Jahr-2-Problem konfrontiert waren.	Krypto-Agilität als mehrjähriges strategisches Programm mit Verantwortung auf C-Level-Ebene, definierter RACI-Matrix und vierteljährlicher Überprüfung finanzieren; CBOM-Inventar als KPI auf Vorstandsebene neben Schwachstellenanzahl und Patch-Abdeckung vorschreiben; fordern, dass jede neue Systembereitstellung vor der Inbetriebnahme eine kryptografische Governance-Anforderung enthält; evaluieren PKI als Service für Organisationen, die eine geregelte Multi-CA-Ausstellungsfunktion benötigen, ohne die Infrastruktur intern aufzubauen und zu betreiben; Nachverfolgung der Migrationsplanung nach der Quantenmigration durch die PQC Kompetenzzentrum

Roadmap für die Migration nach der Quantenmodernisierung nach Anlageklassen

Ein praktischer Migrationsfahrplan ordnet die Sanierungsmaßnahmen anhand der Kombination aus Algorithmus-Exponierung, Datensicherheitshorizont und Systemaustauschbarkeit. Die folgende Tabelle ordnet jede wichtige Assetklasse ihrer Algorithmus-Exponierung, Migrationspriorität, dem anwendbaren NIST-Standard, dem empfohlenen Verantwortlichen und dem relevanten regulatorischen oder politischen Zeitplan zu. Organisationen sollten ihre CBOM-Ergebnisse verwenden, um die tatsächliche Anzahl der Assets in jeder Zeile einzutragen, bevor sie die Migrationsreihenfolge festlegen.

Anlageklasse	Offenlegung des Algorithmus	Migrationspriorität	NIST-Standard	Eigentümer	Frist / Frist
Öffentliche TLS-Zertifikate (Webserver, Load Balancer, CDN)	RSA-2048 / ECDSA P-256 im ServerAuth-Profil; Gültigkeitsdauer reduziert sich bereits auf 200 Tage (15. März 2026), dann auf 100 Tage (15. März 2027) und schließlich auf 47 Tage (15. März 2029) gemäß SC-081v3	Hoch (operative Dringlichkeit aufgrund des Zeitplans des CA/B-Forums); die Automatisierung muss implementiert sein, bevor eine manuelle Erneuerung unmöglich wird.	FIPS 204 (ML-DSA) für die Signatur; hybrides klassisches Verfahren + ML-KEM (FIPS 203) für den Schlüsselaustausch während des TLS 1.3-Handshakes	PKI-Administrator + Plattformteam	Automatisierung vor dem 15. März 2027 erforderlich (100-Tage-Phase); ab 2026 wird für neue Implementierungen ein hybrider Post-Quanten-Ansatz empfohlen.
Private PKI-Zertifikate (internes mTLS, Geräteauthentifizierung, Maschinenidentität)	RSA-2048 / ECDSA P-256 in ClientAuth und Geräteprofil; nicht an SC-081v3 gebunden, aber der gleichen Algorithmus-Abschaffung wie öffentliches TLS ausgesetzt.	Hoch (größte Anzahl in den meisten Unternehmen; CNSA 2.0-Frist für NSS-angrenzende Systeme beginnt 2025)	FIPS 203 (ML-KEM) für die Schlüsselkapselung; FIPS 204 (ML-DSA) für Signaturen; hybride Bereitstellung während der Übergangsphase empfohlen.	PKI-Administrator + Sicherheitsarchitekt	CNSA 2.0-Systeme: ab 2025; Systeme der Bundesregierung: RSA/ECC nach 2030 gemäß NIST IR 8547 veraltet; regulierte kommerzielle Systeme: Angleichung an branchenspezifische Leitlinien
Code-Signaturzertifikate und Firmware-Signaturschlüssel	RSA-2048 / ECDSA; Signaturen gewährleisten die Integrität von Software und Firmware; wird ein Codesignaturschlüssel nachträglich gebrochen, verliert die gesamte damit signierte Software ihre Integritätsgarantie.	Dies ist kritisch für langlebige Softwareartefakte (Firmware, BIOS, Betriebssystemabbilder), bei denen Signaturen über Jahrzehnte hinweg verifizierbar bleiben müssen; die Bedrohung durch sofortiges Auslesen betrifft sowohl langlebige signierte Artefakte als auch verschlüsselte Daten.	FIPS 204 (ML-DSA); FN-DSA (abgeleitet von FALCON) für größenbeschränkte Firmware-Signatur	Sicherheitsarchitekt + Plattformteam	NSS-Systeme: CNSA 2.0 erfordert ML-DSA für neue Codesignaturen bis 2025; kommerziell: Angleichung an NIST IR 8547 (Abschaffung 2030)
CA-Root- und Zwischenzertifikatsignierungsschlüssel	RSA-4096 / ECDSA P-384 (typischerweise); der Root-Signaturschlüssel ist das wertvollste kryptografische Gut im gesamten System; eine Kompromittierung oder algorithmische Schwäche führt zur Ungültigkeit aller unter diesem Standard ausgestellten Zertifikate.	Kritisch; die Kompromittierung des Root-Schlüssels oder ein algorithmischer Fehler hat den größten Wirkungsradius; hybride Root-Schlüssel (klassisch + post-quantenmechanisch) werden in öffentlichen PKI-Programmen erprobt.	Für den Signaturalgorithmus wird FIPS 204 (ML-DSA) verwendet; der Schlüsselschutz erfordert unabhängig vom Algorithmus ein FIPS 140-3 Level 3 HSM.	PKI-Administrator + Sicherheitsarchitekt	Planen Sie den Übergang zum Stammverzeichnis vor der Abschaffung von NIST IR 8547 nach 2030; ab 2026 werden Pilotprojekte für hybride Stammverzeichnisse für neue Hierarchien empfohlen.
Langlebige verschlüsselte Daten im Ruhezustand (Datenbankverschlüsselung, Archivschlüssel, Backup-Verschlüsselung)	AES-256 (symmetrisch, quantensicher für Schlüssellängen ab 256 Bit); RSA- oder ECDH-Schlüsselkapselung für den symmetrischen Schlüssel (anfällig für Harvest-Now-Angriffe auf den Kapselungsschlüssel)	Am höchsten ist das Risiko für Daten mit einem Vertraulichkeitshorizont über 2030 hinaus (Krankenakten, Finanzverträge, Informationen zur nationalen Sicherheit); die Bedrohung durch sofortige Datennutzung macht die aktuelle Gefährdung real, obwohl Quantencomputer noch nicht existieren.	FIPS 203 (ML-KEM) für die Schlüsselkapselung ersetzt RSA/ECDH-Schlüsselkapselung; AES-256 für symmetrische Verschlüsselung bleibt bei aktuellen Schlüsselgrößen quantensicher.	Sicherheitsarchitekt + Compliance-Team	Eine sofortige Neuverschlüsselung oder Neucodierung langlebiger Daten wird empfohlen; warten Sie nicht auf die NIST-2030-Richtlinie zur Abschaffung dieser Richtlinie für Daten mit hohem Vertraulichkeitshorizont.
VPN- und Netzwerkinfrastruktur (IKEv2, TLS 1.3-Sitzungsschlüssel)	RSA/ECDH wird für den Schlüsselaustausch in IKEv2 und TLS 1.3 verwendet; symmetrische Sitzungsschlüssel (AES-256) sind quantensicher; die Harvest-Now-Bedrohung zielt auf die Schlüsselaustauschphase ab.	Hoch für VPNs, die klassifizierten oder langlebigen sensiblen Datenverkehr übertragen; CNSA 2.0 erfordert ab 2025 die postquantenmechanische Schlüsselerzeugung über IKEv2 für NSS-Systeme.	FIPS 203 (ML-KEM) für die Schlüsselkapselung in IKEv2 und TLS 1.3; hybride klassische + ML-KEM-Verschlüsselung während des Übergangs	Plattformteam + Sicherheitsarchitekt	CNSA 2.0-Systeme: Beginn 2025; kommerziell: Hybridbereitstellung ab 2026 für neue VPN-Implementierungen empfohlen

Was Krypto-Agilität wirklich bedeutet (und was nicht)

Kryptoagilität bezeichnet die Fähigkeit der Systeme einer Organisation, schnell und sicher zwischen kryptografischen Algorithmen, Schlüsseln, Bibliotheken, Protokollen und Zertifikaten zu wechseln, und zwar mit minimalen Betriebsunterbrechungen. Der Fokus liegt dabei auf der Fähigkeit, nicht auf einer einzelnen Änderung. Eine Organisation ist kryptoagil, wenn sie einen kryptografischen Übergang im laufenden Betrieb bewältigen kann, nicht erst, wenn sie zufällig eine Migration abgeschlossen hat.

Diese Unterscheidung ist wichtig, da die Ereignisse, die einen Übergang auslösen, nicht vorhersehbar sind. Ein kryptanalytisches Ergebnis kann einen Algorithmus über Nacht schwächen. Ein Browser-Root-Programm kann einer Zertifizierungsstelle nach eigenem Ermessen misstrauen. Eine Regulierungsbehörde kann ein Zeitfenster für die Einhaltung von Vorschriften verkürzen. Ein Normungsgremium kann eine Schlüssellänge als veraltet einstufen.

Selbst nach der Implementierung postquantenmechanischer Algorithmen müssen Organisationen möglicherweise zwischen ihnen wechseln, sobald neue Analysen vorliegen: Diese Algorithmen sind noch jung, und einige ihrer Eigenschaften werden erst vollständig verstanden sein, wenn ein leistungsfähiger Quantencomputer existiert, der sie testen kann. Agilität ist die Eigenschaft, die es ermöglicht, auf unerwartete Ereignisse zu reagieren, nicht nur auf die im veröffentlichten Fahrplan vorgesehenen.

Es hilft auch, Krypto-Agilität von drei enger gefassten Begriffen abzugrenzen, mit denen sie oft verwechselt wird. Zertifikat-Agilität bezeichnet die Fähigkeit, digitale Zertifikate schnell zu finden, zu verwalten und zu ersetzen; sie ist ein wichtiger Teilbereich der Krypto-Agilität , da Zertifikate die zahlreichsten und sichtbarsten kryptografischen Objekte in den meisten Umgebungen sind, aber sie ist nicht das Ganze.

CA-Agilität (manchmal auch als CA-Toleranz bezeichnet) ist die Fähigkeit, die ausstellende Zertifizierungsstelle ohne Neuarchitektur zu wechseln – genau diese Stärke demonstrierte das Entrust-Event. Schlüsselagilität betrifft die Rotation, Neuverschlüsselung und Neuverschlüsselung des Schlüsselmaterials selbst. Eine wirklich agile Infrastruktur verfügt über alle drei Aspekte sowie die zugrundeliegende algorithmische Flexibilität.

Warum der Druck jetzt noch zunimmt: Drei Abgabetermine in einem Kalender

Krypto-Agilität ist seit zwei Jahrzehnten ein bewährter Ratschlag für Ingenieure. Neu ist jedoch, dass nun drei unterschiedliche Herausforderungen innerhalb weniger Jahre zusammentreffen und sich so stark unterscheiden, dass eine einmalige Reaktion nicht ausreicht. Eine davon ist ein geplanter Algorithmuswechsel. Eine weitere ist eine geplante operative Änderung bei der Zertifikatsausstellung. Die dritte ist unvorhergesehen und tritt ein, wann immer sie eintritt. Nur Agilität kann allen drei Herausforderungen gleichzeitig begegnen.

Force One: Das Post-Quanten-Mandat ist nicht länger theoretisch

Am 13. August 2024 finalisierte das NIST seine ersten drei Post-Quanten-Standards und schloss damit einen achtjährigen Auswahlprozess ab, der 2016 begonnen hatte. FIPS 203 spezifiziert ML-KEM , den von CRYSTALS-Kyber abgeleiteten Schlüsselkapselungsmechanismus, der RSA und den elliptischen Kurvenschlüsselaustausch ersetzen soll. FIPS 204 spezifiziert ML-DSA , ein gitterbasiertes Signaturverfahren, das von CRYSTALS-Dilithium abgeleitet ist.

FIPS 205 spezifiziert SLH-DSA, ein Hash-basiertes Signaturverfahren, das von SPHINCS+ abgeleitet ist und als zusätzliche Sicherheitsmaßnahme auf einer anderen Annahme beruht. Ein vierter Signaturstandard, FN-DSA, der von FALCON abgeleitet ist, wurde für speicherintensive Anwendungsfälle wie die Firmware-Signierung entwickelt.

Die Standards existieren; die Fristen bestimmen nun das Verhalten. Der Entwurf der Übergangsrichtlinie des NIST, IR 8547, gibt die Richtung für Systeme der Bundesregierung vor: RSA und elliptische Kurvenkryptographie sollen nach 2030 als veraltet gelten und nach 2035 nicht mehr zulässig sein. Die CNSA 2.0-Suite der NSA , veröffentlicht im September 2022, verpflichtet nationale Sicherheitssysteme zur Umstellung auf ML-KEM-1024 und ML-DSA-87. Die Fristen beginnen 2025 und erstrecken sich bis Anfang der 2030er Jahre. Diese Anforderungen betreffen nicht nur Regierungsbehörden, sondern auch die gesamte Verteidigungsindustrie.

Das National Security Memorandum 10 (Mai 2022) und der Quantum Computing Cybersecurity Preparedness Act (Ende 2022 unterzeichnet) verpflichten Bundesbehörden bereits zur Bestandsaufnahme ihrer Kryptografie und zum Beginn der Umstellung. Auch der finanzielle Anreiz ist beträchtlich: Das US Office of Management and Budget schätzt die Kosten für die Umstellung allein auf Bundesebene auf rund 7.1 Milliarden US-Dollar.

Zweiter Faktor: Die Gültigkeitsdauer öffentlicher Zertifikate verkürzt sich nach einem festen Zeitplan.

Im April 2025 verabschiedete das CA/Browser Forum den Wahlvorschlag SC-081v3 mit 29 Ja-Stimmen und keiner Gegenstimme. Dieser sieht eine schrittweise Reduzierung der maximalen Gültigkeitsdauer öffentlich vertrauenswürdiger TLS-Zertifikate sowie des Zeitraums vor, für den die Domain-Kontrollvalidierung wiederverwendet werden kann. Der Zeitplan ist eindeutig und kurz.

Datum des Inkrafttretens	Maximale TLS-Gültigkeit	Operative Realität
Vor dem 15. März 2026	398 Tage	Jährliche Erneuerung; disziplinierte manuelle Prozesse bleiben erhalten
15. März 2026	200 Tage	Erste Zwangsfunktion; die Start- und Landebahn schließt
15. März 2027	100 Tage	Vierteljährliche Zyklen unterbrechen die meisten manuellen Arbeitsabläufe.
15. März 2029	47 Tage	Erneuerung etwa alle sechs Wochen; Rezertifizierung nahezu kontinuierlich

In der letzten Phase verkürzt sich die Gültigkeitsdauer der Domain-Kontrollvalidierung auf zehn Tage, was bedeutet, dass die Validierung bei jeder Verlängerung effektiv wiederholt wird. Zertifizierungsstellen gehen bereits vor den Fristen für die Sicherheitsmarge vor (DigiCert begann am 24. Februar 2026 mit der Ausstellung von Zertifikaten mit einer maximalen Gültigkeitsdauer von 199 Tagen, Sectigo folgte am 12. März 2026), da selbst eine Überschreitung der Gültigkeitsdauer um nur eine Sekunde eine fehlerhafte Ausstellung darstellt, die den obligatorischen Widerruf auslöst. Die zugehörige Abstimmung SC-085v2, die eine DNSSEC-Validierung bei der Ausstellung vorschreibt, fällt mit der ersten Phase von SC-081v3 zusammen und erhöht die Anforderungen an den Betrieb weiter.

Zwei entscheidende Punkte gewährleisten die Korrektheit dieses Abschnitts. Erstens regelt SC-081v3 ausschließlich öffentlich vertrauenswürdige TLS-Zertifikate. Private PKI (die internen Zertifizierungsstellen, die die meisten Unternehmen für Maschinenidentität, gegenseitiges TLS und Geräteauthentifizierung einsetzen) sind davon nicht betroffen, ebenso wenig wie S/MIME- oder Codesignaturzertifikate.

Organisationen sollten ihre eigenen internen Gültigkeitsrichtlinien auf Basis ihres Bedrohungsmodells und ihres Automatisierungsgrades festlegen, anstatt reflexartig den öffentlich zugänglichen Zeitplan zu übernehmen. Zweitens ist der Nutzen der 47-Tage-Regel für ein Agilitätsprogramm indirekt: Ein sechswöchiger Erneuerungszyklus macht die manuelle Zertifikatsverwaltung operativ unmöglich und erzwingt so die Automatisierung, die ein Übergang nach der Quantenautomatisierung ohnehin notwendig macht. Die zunächst als Belastung erscheinende Vorgabe ist in der Praxis der Hebel, der die nötige Leistungsfähigkeit steigert.

Force Three: Der unvorhergesehene Schock, den man nicht auf einer Roadmap festhalten kann

Die dritte Kraft hat kein festes Datum, da sie nach dem Zeitplan anderer eintritt. Eine Zertifizierungsstelle verliert das Vertrauen. Ein Algorithmus wird geknackt. Eine Bibliothek birgt eine Sicherheitslücke, die eine eingesetzte Verschlüsselungssuite zu einem Risiko macht. Dies sind keine hypothetischen Szenarien: Sie prägen die wiederkehrende Realität in diesem Bereich.

Die Migration von SHA-1 zu SHA-2, auch „Shapocalypse“ genannt, dauerte für viele Organisationen Jahre. Googles Misstrauen gegenüber der Zertifizierungsstelle von Symantec in den Jahren 2017 und 2018 erzwang die Neuausstellung eines Großteils der Webzertifikate. Das Misstrauen gegenüber Entrust aus dem Jahr 2024, das später in diesem Beitrag ausführlich behandelt wird, ist lediglich der jüngste Fall in einer langen Reihe.

Das entscheidende Merkmal dieser Kraft ist, dass sie sich durch Planung nicht beseitigen lässt; nur die entsprechenden Fähigkeiten können sie absorbieren. Eine Organisation mit einem zuverlässigen Bestand, abstrahierter Kryptografie und automatisiertem Lebenszyklusmanagement behandelt ein plötzliches Misstrauen wie eine gefilterte Anfrage, gefolgt von einer automatisierten Wiederveröffentlichungskampagne. Eine Organisation ohne diese Voraussetzungen behandelt es wie eine Notfallübung, die sich in Überstunden und Ausfallrisiko äußert.

Die Anatomie eines agilen kryptografischen Portfolios

Eine agile kryptografische Infrastruktur zeichnet sich dadurch aus, dass fünf Eigenschaften gleichzeitig erfüllt sind: Die Kryptografie ist transparent, Anwendungen benennen ihre Algorithmen nicht im Code, der Zertifikatslebenszyklus läuft vollautomatisch ab, Änderungen werden durch strenge Richtlinien geregelt, und die Funktionsfähigkeit eines neuen Algorithmus lässt sich vor der Verwendung nachweisen. Jede dieser Eigenschaften ist notwendig; fehlt eine einzige, scheitert die Agilität.

Die erste Eigenschaft ist Transparenz: ein kontinuierlich aktualisiertes, maßgebliches Verzeichnis aller kryptografischen Assets, nicht eine Tabelle, die nur zum Zeitpunkt ihrer Erstellung korrekt war. Die zweite ist Abstraktion: Kryptografie wird über Richtlinien und kryptografische Klassen referenziert, anstatt über fest codierte Algorithmennamen – ein Ansatz, der auch als „Bring Your Own Crypto“ bezeichnet wird.

Wenn eine Anwendung von der Plattform eine „digitale Signatur“ anstelle von „ML-DSA-44“ anfordert, wird der Austausch des zugrunde liegenden Algorithmus zu einer Konfigurationsänderung anstatt einer Codeänderung. Drittens wird der gesamte Zertifikats- und Schlüssellebenszyklus (Ausstellung, Verlängerung, Widerruf, Bereitstellung und Rotation) automatisiert und in großem Umfang ausgeführt.

Der vierte Aspekt ist Governance: durchgesetzte Richtlinien, klar definierte Verantwortlichkeiten, Genehmigungsworkflows für sensible Änderungen und ein vollständiger Prüfpfad. Der fünfte Aspekt ist Validierung: die Möglichkeit, Hybrid- und Post-Quantum-Konfigurationen in Nicht-Produktionsumgebungen zu testen, bevor sie die Last tragen.

Der Unterschied zwischen einem Anwesen, das über diese Eigenschaften verfügt, und einem, das dies nicht tut, ist in der Praxis eklatant.

Abmessungen	Brittle Estate	Agile Estate
Inventar	Unvollständige Tabellenkalkulationen, die innerhalb weniger Wochen veraltet sind.	Kontinuierliche automatisierte Erkennung, einzige Datenquelle
Algorithmenbindung	Fest in Anwendungen und Firmware einprogrammiert	Wird von Richtlinien oder kryptografischen Klassen referenziert
CA-Abhängigkeit	Einzelaussteller, manuelle Neuausgabe bei Änderung	Mehrere Emittenten, orchestrierte Umleitung (CA-Agilität)
Zertifikatslebenszyklus	Manuelle Ausstellung und Verlängerung, Kalendererinnerungen	Automatisiert über ACME und APIs, richtliniengesteuert
Reaktion auf einen erzwungenen Wandel	Notfallprojekt, gemessen in Wochen	Gefilterte Suchanfrage plus automatisierte Kampagne, gemessen in Stunden
Governance	Ad hoc, Zuständigkeit zum Zeitpunkt des Vorfalls unklar.	RACI-definiert, C-Level-verantwortlich, jederzeit auditbereit

Zwei strukturelle Fallstricke verdienen besondere Erwähnung, da sie am schwersten zu beheben sind. In sicheren Bootloadern und Hardware-Roots of Trust eingebettete Kryptografie lässt sich nicht durch Software-Updates ersetzen; wenn diese Mechanismen schwächer werden, ist eine Neuentwicklung unumgänglich. Und verteilte Kryptografie auf Subsysteme verschiedener Teams führt tendenziell zu einem schwächeren Gesamtschutz und fragmentierter Transparenz, da niemand den Gesamtüberblick hat. Agilität ist daher ebenso sehr ein Problem der Organisationsgestaltung wie ein technisches – ein Thema, das im Folgenden weiter ausgeführt wird.

Entdeckung: Warum man nicht migrieren kann, was man nicht sieht

Die Ermittlung ist die Grundlage und wird von den meisten Organisationen unterschätzt. Jede nachfolgende Entscheidung (Priorisierung, Erstersetzung, Tests, Nachweise für den Auditor) basiert auf einem Bestandsverzeichnis, das die Realität widerspiegelt. Die unangenehme Wahrheit ist: Kryptografische Assets sind schwer zu erfassen. Schlüssel und Zertifikate sind in Anwendungen, Dateisystemen, Netzwerkschnittstellen, Hardwaregeräten, Cloud-Diensten, CI/CD-Pipelines, Container-Images und Legacy-Systemen eingebettet, die kein Mitarbeiter vollständig versteht.

Eine verlässliche Bestandsaufnahme muss mehrere Ermittlungsquellen gleichzeitig nutzen, da keine einzelne Quelle den gesamten Nachlass erfasst. Hier scheitert häufig eine gut gemeinte Ermittlungsarbeit, weshalb es wichtig ist, genau festzulegen, was jede Quelle erfassen kann und was nicht.

Discovery Source	Was es ans Licht bringt	Was es fehlt
Zertifikatstransparenz-Protokolle	Öffentlich ausgestellte TLS-Zertifikate	Alle privaten und internen PKI-Systeme; jegliches Nicht-TLS-Schlüsselmaterial
Netzwerk- und Endpunkt-Scanning	Aktive Zertifikate für erreichbare Zuhörer	Ruhende Zertifikate, eingebettete Schlüssel, Offline-Systeme
CA-Datenbanken und APIs	Zertifikate eines bekannten Ausstellers	Zertifikate von Zertifizierungsstellen, die Sie nicht überprüfen; selbstsigniertes Material
CMDB und Anlageninventar	Eigentums- und System-zu-Anlagen-Zuordnung	Die Kryptographie selbst, sofern nicht explizit verknüpft
CI/CD und binäres Scannen	Schlüssel und Zertifikate in Pipelines und Artefakten	Material, das nur zur Laufzeit existiert
HSM-Inventar	Schlüssel unter der Aufsicht des Managements	Zertifikate: Ein HSM schützt Schlüssel, es ist kein Zertifikatskatalog.

Zwei weit verbreitete Irrtümer sollten hiermit ausgeräumt werden. Certificate Transparency Logs werden mitunter fälschlicherweise als Master-Inventar betrachtet. Sie erfassen lediglich Zertifikate von öffentlich vertrauenswürdigen Zertifizierungsstellen (CAs). Das bedeutet, dass die gesamte interne PKI einer Organisation (oft der größte Teil ihrer Zertifikate) für diese nicht sichtbar ist.

Ebenso wird häufig angenommen, dass ein HSM der Ort ist, an dem man Zertifikate auflistet; das ist jedoch nicht der Fall. Ein HSM schützt zwar private Schlüssel, verwaltet aber kein durchsuchbares Verzeichnis der zugehörigen Zertifikate oder der Endpunkte, an denen sie eingesetzt werden. Endpunkt-Scanning, Netzwerkermittlung, CA-APIs, CMDB-Korrelation, Pipeline-Scanning und eine kryptografische Stückliste ( CBOM ) schließen die Lücke, die CT-Logs und HSMs hinterlassen.

Sobald Assets sichtbar sind, müssen sie nach Risiko und Gefährdung klassifiziert werden, um die Behebungsmaßnahmen zu priorisieren. Ein praktisches Schema ordnet jedes Asset in verschiedene Zustände ein (nicht konform, veraltet, konform und quantensicher) und verknüpft jeden Befund mit einem Verantwortlichen und einem System. So orientiert sich die Priorisierung am Unternehmensrisiko und nicht am Zufallsfund des Scanners. Die Bedrohung durch das Sammeln von Daten und deren spätere Entschlüsselung verstärkt diese Priorisierung: Daten mit einem langen Vertraulichkeitszeitraum rücken an die Spitze der Warteschlange.

Die Migrationsmuster, die funktionieren: Hybrid, Abstraktion und Re-Verschlüsselung

Bei der tatsächlichen Migration eines Datenbestands haben sich drei Vorgehensweisen in der Praxis bewährt: hybride Bereitstellung während der Übergangsphase, Abstraktion von Algorithmen im Anwendungsdesign und erneute Verschlüsselung langlebiger Daten. Jede dieser Vorgehensweisen adressiert einen anderen Fehlerfall, und gemeinsam beschreiben sie, wie eine umsichtige Organisation migriert, ohne alles auf einen unerprobten Algorithmus zu setzen.

Die hybride Implementierung kombiniert einen etablierten klassischen Algorithmus mit einem Post-Quanten-Algorithmus in einer einzigen kryptografischen Operation, sodass das Ergebnis so lange sicher bleibt, wie mindestens eine der Komponenten gültig ist. Die Gründe hierfür sind zweifach: Post-Quanten-Algorithmen verfügen nicht über die jahrzehntelange Erfahrung, die RSA und die elliptische Kurvenkryptografie gesammelt haben, und die Umstellung einer gesamten Infrastruktur auf einmal ist riskant. Die parallele Ausführung von ML-KEM-768 und X25519 während der Schlüsselerzeugung ist das Paradebeispiel und hat sich bereits in der Praxis bewährt.

Abstraktion ist die Designdisziplin, die jede zukünftige Migration kostengünstiger macht als die vorherige. Wenn Anwendungen auf kryptografische Klassen anstatt auf spezifische Algorithmen verweisen, wird der Austausch eines Algorithmus zu einer Richtlinienentscheidung, die über die Konfiguration umgesetzt wird, und nicht zu einer Codeänderung, die im Rahmen eines Release-Zyklus ausgeliefert wird. Dies entspricht dem bereits beschriebenen „Bring Your Own Crypto“-Prinzip, betrachtet aus Migrationssicht: Es reduziert die Abhängigkeit von einem Anbieter, verringert die Auswirkungen zukünftiger Standardänderungen und ermöglicht es einem Hersteller, ein einziges Produkt in Ländern mit unterschiedlichen kryptografischen Anforderungen anzubieten.

Neuverschlüsselung und Schlüsselrotation beheben die Schwachstelle, die die anderen beiden Verfahren nicht abdecken. Ein Wechsel des zukünftig verwendeten Algorithmus nützt nichts für Daten, die ein Angreifer bereits abgefangen hat. Wurden verschlüsselte Geheimnisse exfiltriert, bleibt der gestern erbeutete Chiffretext auch nach dem Einsatz eines neuen Algorithmus unverändert angreifbar. Deshalb müssen die Neuverschlüsselung langlebiger Daten und die Rotation des Schlüsselmaterials integraler Bestandteil der Migration sein und dürfen nicht erst im Nachhinein berücksichtigt werden. Kurzlebige, bedarfsgerechte Anmeldeinformationen sind daher eine so wertvolle Ergänzung. Ein flüchtiger Token oder ein Einmalschlüssel, der nach wenigen Minuten abläuft, ist für einen Angreifer wertlos, sobald ein Quantencomputer ihn entschlüsseln könnte.

Was das Entrust-Misstrauen Unternehmen tatsächlich gekostet hat

Kehren wir zum Ereignis zurück, mit dem dieser Beitrag begann, denn es veranschaulicht am besten, wie Agilität in der Praxis funktioniert. Als Chrome ankündigte, TLS-Zertifikaten mit Entrust-Root-Zertifikaten und einem Zeitstempel nach dem 11. November 2024 nicht mehr zu vertrauen, und Mozilla den 30. November 2024 als Stichtag festlegte, erbte jede betroffene Organisation eine feste Frist und einen begrenzten Aufgabenbereich.

Entrust vereinbarte durch eine Partnerschaft mit SSL.com, weiterhin öffentlich vertrauenswürdige Zertifikate als delegierte Zertifizierungsstelle auszustellen. Dies entlastete die Kunden jedoch nicht von der Arbeit, und die Infrastrukturanbieter reagierten nach ihren eigenen Zeitplänen. Akamai kündigte an, die Entrust- und AffirmTrust-Roots bis zum 1. März 2025 aus seinem Ursprungs-Truststore zu entfernen.

Das Werk selbst war nicht exotisch. Es war eine Abfolge konkreter Schritte, und die Kluft zwischen einem brüchigen und einem agilen Zustand zeigt sich bei jedem einzelnen Schritt.

1. Finden Sie alle von Entrust ausgestellten Zertifikate im gesamten Portfolio: Hierbei handelt es sich um ein Entdeckungsproblem, und genau hier verlieren Organisationen ohne aktuelles Inventar die meiste Zeit: beim manuellen Zusammentragen von Endpunkten, Load Balancern, Cloud-Diensten und vergessenen internen Systemen.
2. Ordnen Sie jedes Zertifikat einem Inhaber und den davon abhängigen Systemen zu: Ohne CMDB-Korrelation wird dies zu einer Archäologie: Man muss nachverfolgen, welche Anwendung, welches Team und welche nachgelagerte Integration jedes Zertifikat im Stillen unterstützt.
3. Wählen und integrieren Sie eine Ersatzzertifizierungsstelle: Ein Konsortium mit CA-Agilität hatte bereits alternative Emittenten integriert; ein Konsortium, das an eine einzige CA gebunden ist, musste unter Zeitdruck eine neue CA evaluieren, beauftragen und integrieren.
4. Vor dem Stichtag in großem Umfang neu aufzulegen und wieder einzusetzen: Die manuelle Neuausstellung von Hunderten oder Tausenden von Zertifikaten ist genau das, wofür die Automatisierung geschaffen wurde; die manuelle Durchführung ist der Punkt, an dem sich das Ausfallrisiko konzentriert.
5. Prüfen Sie die neuen Ketten und überwachen Sie sie auf Brüche: Jeder Austausch muss vollständig verifiziert werden, wobei ein Überwachungssystem vorhanden sein muss, um das fehlende oder falsch konfigurierte Zertifikat zu erkennen, bevor es ein Benutzer bemerkt.

Für eine Organisation mit Discovery, Multi-CA-Orchestrierung und automatisiertem Lebenszyklusmanagement entspricht diese Abfolge einer gefilterten Abfrage und einer geplanten Neuveröffentlichungskampagne: zwar störend, aber überschaubar und in Stunden Überwachung statt in wochenlangen Überstunden messbar. Für eine Organisation ohne diese Systeme bedeutet dieselbe Abfolge einen teamübergreifenden Notfall, der die geplante Arbeit für einen Monat unterbricht und dennoch einen öffentlichen Ausfall riskiert. Nicht das Misstrauen, sondern die fehlende Agilität verursachte diese Kosten.

Wie CertSecure Manager Krypto-Agilität ermöglicht

CertSecure Manager ist die Zertifikatslebenszyklusmanagement-Plattform von Encryption Consulting. Sie wurde entwickelt, um die fünf Eigenschaften einer agilen IT-Umgebung in den täglichen Betrieb zu überführen, anstatt sie nur in einem Projektplan zu betrachten. Ihre Funktionen decken die oben beschriebenen Anforderungen optimal ab.

• Kontinuierliche Erkennung und Inventarisierung: Agentenbasierte und netzwerkbasierte Erkennung erstellen einen kontinuierlich aktualisierten Datensatz von Zertifikaten und Schlüsseln über Endpunkte, Load Balancer und Cloud-Workloads hinweg: das vertrauenswürdige Inventar, von dem jede nachfolgende Entscheidung abhängt und das bei einer erzwungenen Migration als erstes benötigt wird.
• Multi-CA-Orchestrierung und CA-Agilität: Die Plattform integriert sich mit öffentlichen und privaten Emittenten (Microsoft ADCS, HashiCorp Vault und externen Zertifizierungsstellen), sodass die Zertifikatsausgabe ohne Architekturänderung an eine andere Zertifizierungsstelle umgeleitet werden kann. Genau diese Funktionalität forderte Entrust unter Einhaltung der Frist.
• Durchsetzung der Richtlinien bei der Ausstellung: Zulässige Algorithmen, Schlüssellängen, Gültigkeitsdauern und zugelassene Aussteller werden zentral durchgesetzt, sodass nicht konforme Zertifikate blockiert werden, bevor sie überhaupt existieren, anstatt erst später bei einer Prüfung entdeckt zu werden.
• Automatisiertes Lebenszyklusmanagement: Ausstellung, Verlängerung, Widerruf und Bereitstellung erfolgen über ACME und native Integrationen, die auf den Verlängerungsrhythmus ausgelegt sind, den SC-081v3 vorschreibt, wenn die Gültigkeit auf etwa 47 Tage absinkt.

Der rote Faden ist, dass CertSecure Manager eine kryptografische Änderung (einen CA-Wechsel, einen Algorithmusübergang, eine Gültigkeitsreduzierung) als routinemäßige, geregelte und automatisierte Arbeit behandelt, was die operative Definition von Krypto-Agilität ist.

Wie kann Verschlüsselungsberatung helfen?

Encryption Consulting berät seit über einem Jahrzehnt regulierte Unternehmen (aus den Bereichen Finanzdienstleistungen, Gesundheitswesen, öffentliche Verwaltung, Energie, Telekommunikation und Fertigung) zu PKI, Zertifikatslebenszyklusmanagement und kryptografischer Strategie. Diese Erfahrung fließt in CertSecure Manager ein , eine Plattform für das Zertifikatslebenszyklusmanagement, die Erkennung, Multi-CA-Orchestrierung, Richtliniendurchsetzung sowie automatisierte Ausstellung und Erneuerung vereint, sodass kryptografische Änderungen zum Routinevorgang und nicht zu einem wiederkehrenden Notfall werden.

Das Ziel ist einfach: Sorgen Sie dafür, dass Ihr Nachlass auf Abruf veränderbar ist, bevor eine äußere Frist diese Änderung dringend erforderlich macht.

Über die Plattform hinaus entwerfen und modernisieren unsere PKI -Services die zweistufigen und HSM-gestützten Architekturen, auf denen die Zertifikatsausgabe basiert. Unsere Post-Quantum-Readiness -Analyse erstellt das Inventar und den Migrationsfahrplan, die die NIST-Vorgaben nun erfordern. CBOM Secure bietet die kryptografische Erkennung und Stücklistentransparenz, die eine unbekannte IT-Landschaft in eine verwaltete verwandeln. Für fortlaufende Beratung zur Migration von Post-Quantum-Algorithmen, Planungsressourcen und die Verfolgung regulatorischer Fristen besuchen Sie das PQC Center of Excellence . Um zu besprechen, wo Ihre Organisation aktuell steht, kontaktieren Sie uns unter [email protected] oder besuchen Sie www.encryptionconsulting.com.

Fazit

Drei Faktoren drängen sich in einem engen Zeitfenster zusammen und sind so unterschiedlich, dass keine einheitliche Antwort sie alle abdeckt. Die Post-Quanten-Vorgabe ist ein geplanter Algorithmuswechsel mit Abschaffung im Jahr 2030 und endgültiger Abschaffung im Jahr 2035. Die Reduzierung der Gültigkeit öffentlicher TLS-Zertifikate auf 47 Tage bis März 2029 ist eine geplante betriebliche Änderung, die die manuelle Zertifikatsverwaltung unmöglich macht. Und der ungeplante Schock (Misstrauen, ein Systemausfall, eine anfällige Bibliothek) tritt ein, wann immer er eintritt. Krypto-Agilität ist die einzige Fähigkeit, die allen drei Herausforderungen gerecht wird, denn sie beschreibt die Fähigkeit zur Veränderung an sich und nicht eine bestimmte Veränderung.

Der Beweis, dass Agilität der entscheidende Faktor ist, ist nicht theoretischer Natur. Die Umstellung auf SHA-1, das Misstrauen gegenüber Symantec und das Misstrauen gegenüber Entrust im Jahr 2024 zwangen alle betroffenen Organisationen zu derselben, zeitlich begrenzten Arbeitsabfolge. Die im Fahrplan festgelegten Fristen sind ein Segen, denn sie geben Zeit, die notwendigen Fähigkeiten aufzubauen, bevor der unvorhergesehene Schock sie auf die Probe stellt.

Dieses Zeitfenster schließt sich laut veröffentlichtem Kalender: Die erste Phase von SC-081v3 ist bereits in Kraft, und die Termine für die Abschaffung nach der Quantenumstellung stehen fest. Organisationen, die die nächste geplante Änderung als treibende Kraft betrachten, anstatt die letzte, werden die kommenden Übergänge als gesteuerten Wandel und nicht als Krise bewältigen.

Häufig gestellte Fragen

Was ist Krypto-Agilität?

Krypto-Agilität bezeichnet die Fähigkeit der Systeme einer Organisation, kryptografische Algorithmen, Schlüssel, Zertifikate und Protokolle schnell und sicher zu ersetzen, ohne die davon abhängigen Systeme zu beeinträchtigen. Sie ist eine operative Fähigkeit, die auf Bestandsaufnahme, Abstraktion, Automatisierung und Governance basiert – keine einmalige Migration oder die Aktivierung eines einzelnen Produkts. Das NIST beschreibt sie als eine Vorgehensweise, die Organisationen auf allen Ebenen anwenden sollten, von den Algorithmen selbst bis hin zur Unternehmensarchitektur.

Warum ist Krypto-Agilität im Jahr 2026 wichtig?

Drei Faktoren wirken derzeit zusammen: Das NIST finalisierte seine Post-Quanten-Standards im August 2024, die Abschaffung von RSA und ECC durch die US-Bundesregierung ist für die Zeit nach 2030 geplant; das CA/Browser Forum reduziert die Gültigkeit öffentlicher TLS-Zertifikate bis zum 15. März 2029 auf 47 Tage; und unvorhergesehene Ereignisse wie das Entrust-Misstrauen von 2024 erzwingen weiterhin Migrationen außerhalb der geplanten Zeiträume. Agilität ist die einzige Fähigkeit, die allen drei Herausforderungen gleichzeitig gerecht wird.

Worin besteht der Unterschied zwischen Krypto-Agilität und Zertifikats-Agilität?

Zertifikatsagilität bezeichnet die Fähigkeit, digitale Zertifikate schnell zu finden, zu verwalten und zu ersetzen. Kryptoagilität ist umfassender: Sie schließt neben Zertifikaten auch Algorithmen, Schlüssel, Bibliotheken und Protokolle ein. Zertifikatsagilität ist ein wesentlicher Teilbereich der Kryptoagilität, da Zertifikate in der Regel die zahlreichsten kryptografischen Objekte in einer Datenbank darstellen. Sie ist jedoch nicht der vollständige Aspekt.

Gilt die 47-Tage-Zertifikatsregel auch für interne PKI?

Nein. Die CA/Browser Forum-Abstimmung SC-081v3 regelt ausschließlich öffentlich vertrauenswürdige TLS-Zertifikate. Interne oder private PKI-, S/MIME- und Codesignaturzertifikate sind davon nicht betroffen. Organisationen sollten interne Gültigkeitsrichtlinien auf Basis ihres eigenen Bedrohungsmodells und ihres Automatisierungsgrades festlegen, anstatt den Zeitplan des öffentlichen Webs automatisch zu übernehmen.

Was sind die NIST-Standards für Post-Quanten-Kryptographie?

Das NIST finalisierte am 13. August 2024 drei Standards: FIPS 203 (ML-KEM für Schlüsselkapselung), FIPS 204 (ML-DSA für digitale Signaturen) und FIPS 205 (SLH-DSA, ein Hash-basiertes Signaturverfahren zur Absicherung). Ein vierter Signaturstandard, FN-DSA, abgeleitet von FALCON, folgte für Anwendungen mit Größenbeschränkungen. Diese Standards ersetzen RSA und Elliptische-Kurven-Kryptographie in ihren jeweiligen Anwendungsbereichen.

Was wird jetzt geerntet, was wird später entschlüsselt?

„Erfassen und später entschlüsseln“ ist ein Bedrohungsmodell, bei dem ein Angreifer verschlüsselte Daten heute abfängt und speichert, um sie zu entschlüsseln, sobald ein kryptografisch geeigneter Quantencomputer verfügbar ist. Dies macht die Vorbereitung auf die Zeit nach der Quantentechnologie für Daten mit langer Vertraulichkeitsdauer dringend notwendig, da diese Daten bereits im Moment ihrer Übertragung offengelegt sind und der spätere Einsatz eines neuen Algorithmus die bereits erfassten Daten nicht mehr schützt.

Warum wird während der Übergangsphase hybride Kryptographie empfohlen?

Hybridkryptographie kombiniert einen klassischen Algorithmus mit einem Post-Quanten-Algorithmus in einem einzigen Vorgang. Das Ergebnis bleibt sicher, solange mindestens eine der Komponenten gültig ist. Sie wird empfohlen, da die Post-Quanten-Algorithmen relativ neu sind und noch nicht jahrzehntelang erprobt wurden und die Migration einer gesamten Infrastruktur auf einmal riskant ist. ENISA, ETSI und Googles Chrome-Implementierung unterstützen oder implementieren Hybridverfahren.

Unterstützt CertSecure Manager Krypto-Agilität?

Ja. CertSecure Manager wurde entwickelt, um Agilität durch kontinuierliche Erkennung und Bestandsaufnahme, Multi-CA-Orchestrierung (die eine Umleitung der Zertifikatsausstellung ohne Architekturänderung ermöglicht), Richtliniendurchsetzung direkt bei der Ausstellung und automatisiertes Zertifikatslebenszyklusmanagement für Umgebungen mit kurzer Gültigkeitsdauer zu gewährleisten. Zudem ist die Lösung mit Luna, Thales und Cloud-HSMs kompatibel, um private Schlüssel in Hardware zu speichern.

Was sollte vor einer Migration hin zu Post-Quanten- oder Krypto-Agilität inventarisiert werden?

Vor der Migration muss eine vollständige kryptografische Stückliste (CBOM) erstellt werden, die gleichzeitig auf mehreren Ermittlungsquellen basiert: Protokolle der Zertifikatstransparenz (nur öffentlich ausgestellte TLS-Zertifikate), Netzwerk- und Endpunkt-Scanning (aktive Listener), CA-Datenbanken und APIs (bekannte Aussteller), CMDB und Anlageninventar (Zuordnung der Inhaberschaft), CI/CD- und Binär-Scanning (Pipeline- und Artefaktmaterial) sowie HSM-Inventar (verwaltetes Schlüsselmaterial). Keine einzelne Quelle erfasst den gesamten Bestand. Protokolle der Zertifikatstransparenz erfassen nicht die gesamte private PKI; HSMs schützen zwar Schlüssel, katalogisieren aber weder Zertifikate noch deren Bereitstellungsendpunkte. CBOM Secure automatisiert die Ermittlung über alle sechs Quellen hinweg.

Wie trägt Krypto-Agilität zur Vorbereitung auf die Zeit nach dem Quantenzeitalter bei?

Kryptoagilität ist die Schlüsselkompetenz für die Post-Quanten-Migration. Die NIST-Post-Quanten-Migration erfordert den Austausch von RSA- und Elliptische-Kurven-Algorithmen durch ML-KEM (FIPS 203), ML-DSA (FIPS 204) und SLH-DSA (FIPS 205) im gesamten kryptografischen Netzwerk. Organisationen mit Kryptoagilität (kontinuierliche CBOM-Inventarisierung, Algorithmenabstraktion, automatisierter Zertifikatslebenszyklus, Multi-CA-Orchestrierung) können diesen Übergang als kontrollierten, schrittweisen Prozess durchführen. Organisationen ohne diese Eigenschaften stehen vor der gleichen Herausforderung wie bei einem mehrjährigen Notfallprojekt. Bewerten Sie Ihre aktuelle Bereitschaft mit den PQC Readiness Services und verfolgen Sie Ihre Migrationsplanung über das PQC Center of Excellence.