Bereitschaftsanalyse nach der Quantenmigration: 75 Fragen für PKI- und Sicherheitsteams

Kurz gesagt: Eine umfassende Bewertung der Bereitschaft für die Post-Quanten-Technologie umfasst acht Kategorien: kryptografisches Inventar, PKI- und Zertifikatsinfrastruktur, HSM und Schlüsselmanagement, TLS und Netzwerkprotokolle, Codesignierung und Software-Lieferkette, Anwendungs- und Endpunktabhängigkeiten, Bereitschaft von Anbietern und Drittanbietern sowie Governance, Tests, Budget und Zeitplan. Diese Checkliste enthält 75 Fragen zu diesen acht Kategorien und zielt darauf ab, die spezifischen Lücken aufzudecken, die allgemeine Selbstbewertungen zur PQC-Bereitschaft nicht erkennen.

Die meisten Selbstbewertungen zur PQC-Bereitschaft sind so allgemein gehalten, dass fast jede Organisation mit „bedingt bereit“ antworten kann, ohne dass dabei tatsächlich eine konkrete Lücke aufgedeckt wird. Diese Checkliste ist genau umgekehrt aufgebaut: Sie ist so konkret, dass eine Antwort wie „Nein“ oder „Unsicher“ direkt auf einen konkreten nächsten Schritt hinweist und nicht auf einen vagen Problembereich.

Wichtige Erkenntnisse

• 75 spezifische Fragen aus acht Kategorien decken konkrete Lücken auf, anstatt einen vagen, nicht messbaren Bereitschaftswert zu liefern.
• Die Kategorien Inventar, PKI und HSM werfen die meisten Fragen auf und spiegeln wider, wie viel des frühen Risikos eines realen PQC-Programms sich auf diese drei Bereiche konzentriert.
• Fragen der Governance, der Tests, des Budgets und des Zeitplans werden bewusst mit einbezogen, da die technische Bereitschaft ohne die dazugehörige Programmdisziplin selten den Kontakt mit einer realen, mehrjährigen Migration übersteht.
• Nutzen Sie dies als Arbeitsdokument, das vierteljährlich überprüft wird, und nicht als einmalige Bewertungsgrundlage, da sich der Bereitschafts- und Validierungsstatus der Anbieter im Laufe eines Migrationsprogramms ändert.

Kryptografisches Inventar (12 Fragen)

1. Verfügen Sie über ein dokumentiertes, aktuelles kryptografisches Inventar, das Algorithmen, Schlüssel und Zertifikate umfasst?
2. Verwendet das Inventar ein standardisiertes, maschinenlesbares Format (CycloneDX CBOM oder ein gleichwertiges Format)?
3. Ist jedem Inventareintrag ein namentlich genannter Eigentümer zugeordnet, nicht nur ein technischer Befund?
4. Haben Sie die Vertraulichkeitsdauer für die durch die einzelnen kryptografischen Assets geschützten Daten ermittelt?
5. Haben Sie die externen Expositionsfaktoren für jeden Befund klassifiziert?
6. Erfasst Ihre Erkennung auch den Netzwerkverkehr und nicht nur die statische Konfiguration?
7. Umfasst Ihre Untersuchung auch Quellcode und fest codierte Algorithmusaufrufe?
8. Beinhaltet Ihre Untersuchung auch kompilierte Binärdateien und Software von Drittanbietern, auf deren Quellcode Sie keinen Zugriff haben?
9. Beinhaltet Ihre Erkennung auch cloudverwaltete Schlüssel und Zertifikate über Anbieter-APIs?
10. Beinhaltet Ihre Analyse auch Kryptografie auf Endpunktebene (Festplattenverschlüsselung, Treiber, Secure Boot)?
11. Haben Sie einen dokumentierten Plan für abgeschottete und ältere Systeme, die mit keinem automatisierten Tool erreichbar sind?
12. Wird Ihr Lagerbestand in einem festgelegten, regelmäßigen Rhythmus aktualisiert und nicht nur einmalig erfasst?

PKI- und Zertifikatsinfrastruktur (11 Fragen)

1. Wissen Sie, ob Ihre CA-Plattform ML-DSA unterstützt und wenn ja, in welcher Version und mit welchem ​​Update?
2. Wissen Sie, ob Ihre CA-Plattform eine parallele Hierarchie anstelle eines direkten Upgrades erfordert?
3. Haben Sie die Zielparametersätze für ML-DSA nach CA-Ebene (Wurzel, Zwischenebene, Blattebene) ausgewählt?
4. Haben Sie geprüft, welche vertrauenden Parteien heute ein ML-DSA- oder Hybridzertifikat validieren können?
5. Haben Sie einen Plan zur Verteilung der Vertrauensanker für eine neue Stammzertifizierungsstelle?
6. Haben Sie sich je nach Anwendungsfall zwischen reinen PQC- und kombinierten/hybriden Zertifikatsformaten entschieden?
7. Haben Sie eine OCSP- und CRL-Infrastruktur, die anhand von PQC-signierten Antworten getestet wurde?
8. Haben Sie die Ausstellung kurzlebiger Zertifikate als Alternative zum Ausbau der Widerrufsinfrastruktur geprüft?
9. Gibt es für Ihre bestehende CA-Hierarchie einen festgelegten Ruhestandsplan und ein entsprechendes Datum?
10. Haben Sie eine Liste der Zertifikatvorlagen erstellt, die noch veraltete kryptografische Anbieter verwenden?
11. Verfolgen Sie Zertifikate, die außerhalb Ihres zentralen PKI-Prozesses ausgestellt wurden (mittels Überwachung der Certificate Transparency-Protokolle)?

HSM und Schlüsselmanagement (10 Fragen)

1. Kennen Sie den Unterstützungsstatus des PQC-Algorithmus in Ihrer aktuellen HSM-Firmware?
2. Kennen Sie den tatsächlichen FIPS 140-3/CMVP-Validierungsstatus Ihres HSM-Anbieters für PQC-Algorithmen, einschließlich der Zertifikatsnummern?
3. Haben Sie den Durchsatz von PQC Signing unter Ihrem realen Produktionsvolumen getestet?
4. Haben Sie die Sicherung und Wiederherstellung von PQC-Schlüsseln auf Ihrer spezifischen HSM-Plattform getestet?
5. Haben Sie überprüft, ob die HA- und Clustering-Funktionen mit den PQC-Schlüsseltypen auf Ihrer Firmware funktionieren?
6. Wissen Sie, welche Ihrer Compliance-Anforderungen die Verwahrung von Hardware-Schlüsseln für PQC-Schlüssel vorschreiben?
7. Falls Sie einen Wechsel des HSM-Anbieters in Erwägung ziehen, haben Sie einen Plan, der auf der Neuausstellung von Schlüsseln basiert und nicht auf deren Portabilität?
8. Haben Sie wichtige Zeremonien für neue PQC-Roots oder -Hierarchien unter der gleichen Doppelkontrolldisziplin wie Ihre bestehenden Zeremonien geplant?
9. Haben Sie ein dokumentiertes Budget für die Aktualisierung Ihres HSM, das an Ihren PQC-Zeitplan gekoppelt ist?
10. Wird Ihr Übergang von FIPS 140-2 zu FIPS 140-3 als separater Termin von Ihrer PQC-Migration erfasst?

TLS und Netzwerkprotokolle (9 Fragen)

1. Haben Sie den hybriden ML-KEM-Schlüsselaustausch (X25519MLKEM768) auf den TLS-Endpunkten mit Internetzugang aktiviert?
2. Haben Sie Hybrid-TLS mit Ihrer spezifischen Middlebox und Ihren TLS-Inspektionsgeräten getestet?
3. Verfügen Sie über Telemetriedaten mittels ausgehandeltem Algorithmus, um stillschweigende klassische Fallbacks im Produktivbetrieb zu erkennen?
4. Haben Sie die Post-Quanten-Bereitschaft Ihrer VPN- und IPsec-Infrastruktur im Einzelnen geprüft?
5. Haben Sie die Verwendung von RFC 8784-Vorabschlüsseln als unkomplizierte, temporäre VPN-Schutzlösung evaluiert?
6. Haben Sie überprüft, ob auf Ihrem SSH-Netzwerk eine aktuelle OpenSSH-Version mit standardmäßigem hybriden Schlüsselaustausch läuft?
7. Haben Sie die Jump-Hosts und Automatisierungspipelines, die von SSH-Hostschlüsseln abhängig sind, inventarisiert?
8. Haben Sie die S/MIME-Zertifikatbereitschaft, einschließlich der Anforderung eines Doppelzertifikats (ML-KEM plus ML-DSA), geprüft?
9. Haben Sie die tatsächliche Handshake-Performance unter Ihren realen Parallelitätsbedingungen getestet und nicht nur die veröffentlichten Benchmarks der Hersteller?

Codesignierung und Software-Lieferkette (9 Fragen)

1. Haben Sie die PQC-Bereitschaft Ihrer Zeitstempelbehörde unabhängig von Ihrem Codesignaturalgorithmus bestätigt?
2. Haben Sie Firmware-Artefakte, die nach der Bereitstellung nicht neu signiert werden können, als eigenständige Risikokategorie eingestuft?
3. Haben Sie ermittelt, welche Verifizierungssysteme, die Ihre signierten Artefakte verarbeiten, ML-DSA heute validieren können?
4. Haben Sie einen Pilotversuch mit paralleler klassischer und PQC-Signatur an Produktionsartefakten durchgeführt?
5. Haben Sie den PQC-Migrationspfad Ihrer Sigstore-, SLSA- oder Attestierungstools geprüft?
6. Verfügen Sie über ein CBOM, das sich von Ihrem bestehenden SBOM unterscheidet und die Kryptografie zum Schutz Ihrer Build-Artefakte abdeckt?
7. Haben Sie überprüft, ob die HSM-Integration Ihrer CI/CD-Signaturpipeline den ML-DSA-Schlüsselspeicheranbieter unterstützt?
8. Haben Sie FN-DSA im Hinblick auf eingeschränkte Signaturszenarien evaluiert und den Stand der Standardisierung im Entwurfsstadium verfolgt?
9. Haben Sie für Ihren Signatur-Workflow eine Langzeitvalidierung (Zeitstempelung plus Widerrufsnachweis) konfiguriert?

Anwendungs- und Endpunktabhängigkeiten (8 Fragen)

1. Haben Sie Anwendungen erfasst, die ihren eigenen TLS-Stack unabhängig vom Betriebssystem bündeln?
2. Haben Sie die Anwendungen, die die ältere CryptoAPI nutzen, mit denen von CNG-Anbietern verglichen?
3. Haben Sie die Festplattenverschlüsselung und die Treibersignaturketten als eigenständige Endpunktkategorie bewertet?
4. Haben Sie die Patch-Stände der Betriebssysteme Ihrer Endgeräteflotte mit den jeweiligen Einführungsterminen der PQC-Funktionen abgeglichen?
5. Haben Sie ressourcenbeschränkte Geräte (IoT, Embedded-Systeme, OT) getrennt von der allgemeinen Endpunktinfrastruktur bewertet?
6. Haben Sie eine Gateway-Terminierungsstrategie für Geräte, die PQC nicht nativ ausführen können?
7. Haben Sie PKI-Entscheidungen im Fertigungsstadium für Geräte bewertet, die sich noch in aktiver Produktion befinden?
8. Haben Sie geprüft, ob Blockchain- oder digitale Vermögensverwahrungsinfrastruktur für Ihr Unternehmen relevant ist?

Bereitschaft von Anbietern und Drittanbietern (8 Fragen)

1. Haben Sie Ihren wichtigsten Lieferanten einen strukturierten Fragebogen zur PQC-Bereitschaft zugesandt, in dem Sie Nachweise anfordern, anstatt allgemeine Behauptungen zu akzeptieren?
2. Haben Sie die PQC-Bereitschaft Ihres Cloud-Anbieters für die einzelnen Dienste überprüft, und nicht nur eine unternehmensweite Aussage?
3. Haben Sie bestätigt, auf welcher Seite der gemeinsamen Verantwortungslinie die einzelnen Cloud-PQC-Funktionen tatsächlich liegen?
4. Haben Sie gegebenenfalls die PQC-Bereitschaft des Zahlungsabwicklers und des Finanzpartners geprüft?
5. Haben Sie gegebenenfalls die Bereitschaft der Korrespondenzbank oder des Interbanken-API-Partners geprüft?
6. Haben Sie sich vergewissert, dass mit jedem wichtigen Anbieter ein Rollback-Plan für den Fall eines Kompatibilitätsproblems nach der Bereitstellung existiert?
7. Haben Sie die Richtlinien und Zeitpläne der einzelnen Anbieter zur Abschaffung der klassischen Algorithmen dokumentiert?
8. Haben Sie geprüft, ob eine durch PQC bedingte Hardware-Aktualisierung auch ein sinnvoller Zeitpunkt ist, die Lieferantenauswahl zu überdenken?

Governance, Tests, Budget und Zeitplan (8 Fragen)

1. Gibt es einen namentlich genannten, verantwortlichen Sponsor aus der Führungsebene für Ihr PQC-Programm?
2. Verfügen Sie über eine dokumentierte RACI-Matrix, die die Rollen in den Bereichen Kryptografie, PKI, Anwendung, Infrastruktur, Beschaffung, Recht, Risiko und Audit abdeckt?
3. Haben Sie Ihr Programm mit den für Sie geltenden regulatorischen Fristen (CNSA 2.0, bundesstaatliche PQC-Vorgaben, DORA, eIDAS oder andere) abgeglichen?
4. Verwenden Sie ein risikobasiertes Bewertungsmodell zur Steuerung der Migrationsreihenfolge anstelle einer einfachen Prioritätenliste?
5. Verfügen Sie über ein dokumentiertes Budget, das die Entwicklung von Tools zur Erkennung von Bedrohungen, die Aktualisierung des HSM, die PKI-Infrastruktur und die Beratungsleistungen abdeckt?
6. Haben Sie einen mehrjährigen Zeitplan mit definierten Phasenübergängen erstellt, anstatt eines einzigen Zieltermins für die Fertigstellung?
7. Verfügen Sie über dokumentierte Nachweise und einen festgelegten Berichtsrhythmus für die Einhaltung der Vorschriften und die Berichterstattung an die Führungsebene?
8. Überprüfen Sie diese Bewertung in einem festgelegten Rhythmus, wenn sich die Bereitschaft der Anbieter und die Standards weiterentwickeln?

Was wir tatsächlich empfehlen würden

Bewerten Sie jede Kategorie ehrlich statt optimistisch. Ein „Nein“ oder „Unsicher“ ist für ein Programm wertvoller als ein ambitioniertes „Ja“, da es direkt auf einen konkreten nächsten Schritt hinweist. Priorisieren Sie die Kategorien Inventar, PKI und HSM, wenn sich Ihr Unternehmen noch in der Anfangsphase seines Programms befindet, da Lücken in diesen Bereichen den Fortschritt in allen anderen Kategorien behindern. Überprüfen Sie diese Checkliste vierteljährlich und nicht als einmalige Bewertung, da der Validierungsstatus der Anbieter und der Reifegrad der Standards bis 2026 und darüber hinaus dynamische Ziele darstellen.

Wie Verschlüsselungsberatung helfen kann

Unsere PQC-Beratungsdienste führen diese Bewertung als strukturierten Workshop in Ihrer realen Umgebung durch und wandeln jede „Nein“-Antwort in einen klar definierten, sequenziellen Arbeitsschritt um, anstatt sie als offene Frage zu belassen. CBOM Secure beantwortet die Fragen zu den Inventarkategorien direkt mit realen Ermittlungsdaten anstelle von Schätzungen.

Eine Checkliste, die darauf ausgelegt ist, Unbehagen zu verursachen

Eine gute Bereitschaftsanalyse sollte auch unangenehme „Nein“-Antworten zutage fördern; genau das ist der Sinn der Sache. 75 spezifische Fragen zu Inventar, PKI, HSM, TLS, Codesignierung, Anwendungen, Anbietern und Governance decken die tatsächlichen Lücken auf, die eine allgemeine Selbsteinschätzung oft verschweigt. Nur wer jede Kategorie ehrlich durchgeht und die Ergebnisse vierteljährlich statt nur einmal überprüft, kann aus einer Checkliste konkrete Programmfortschritte erzielen.

Häufig gestellte Fragen

Wie kann eine Organisation eine Checkliste mit 75 Fragen nutzen, ohne sich überfordert zu fühlen?

Gehen Sie die Aufgaben kategorienweise und nicht alle auf einmal durch und betrachten Sie jedes „Nein“ als Arbeitspunkt, den Sie einplanen müssen, anstatt sich darüber zu ärgern. Wenn Sie zunächst die Kategorien Inventar, PKI und HSM priorisieren, werden in der Regel die wichtigsten Lücken deutlich.

Wie oft sollte diese Beurteilung wiederholt werden?

Eine vierteljährliche Überprüfung ist für die meisten Organisationen während eines aktiven Migrationsprogramms angemessen, da sich der Validierungsstatus der Anbieter, die Finalisierung der Standards und die Leistungsfähigkeit der Plattform in diesem Zeitraum wesentlich ändern.

Welche Kategorie deckt tendenziell die meisten Lücken bei Organisationen zu Beginn ihres PQC-Programms auf?

Konsequente Bestandsaufnahme kryptografischer Daten. Die meisten Organisationen, die ein PQC-Programm starten, stellen fest, dass ihr bestehendes Bestandsverzeichnis – sofern überhaupt eines existiert – die in dieser Checkliste geforderten Ermittlungsebenen, Eigentümerdaten oder Gefährdungsklassifizierungen nicht abdeckt.

Ist diese Checkliste auch für Organisationen außerhalb regulierter Branchen relevant?

Ja. Obwohl sich einige Fragen auf spezifische regulatorische Rahmenbedingungen beziehen, gelten die zugrunde liegenden Kategorien – Inventar, PKI, HSM, TLS, Codesignierung, Anwendungen, Anbieter und Governance – für jede Organisation mit einer relevanten kryptografischen Infrastruktur, unabhängig von regulatorischen Verpflichtungen.

Soll bei der Bewertung der Studierfähigkeit jede Frage gleich gewichtet werden?

Nein. Gewichten Sie die Fragen nach ihrer Relevanz für Ihr spezifisches Umfeld und Ihre regulatorischen Verpflichtungen; eine Frage zur Bereitschaft für Zahlungssysteme hat beispielsweise für eine Organisation ohne Zahlungsinfrastruktur keine Bedeutung und sollte eher abgegrenzt als bewertet werden.