Vorlage zur Quanten-Risikobewertung, mit einer transparenten Bewertungsmethode

Eine Vorlage zur Quanten-Risikobewertung ist eine einzige Tabelle mit einer Zeile pro kryptografischem Asset und sechs Spalten, die über dessen Priorität entscheiden: Asset, verwendeter Algorithmus, Schutzdauer der Daten, Exposition, Migrationszeit und Lieferantenabhängigkeit. Die unten beschriebene Bewertungsmethode ist bewusst transparent: Jede Zahl stammt aus Ihren eigenen Schätzungen und aus veröffentlichten Migrationsfristen, niemals aus einem vorhergesagten Ankunftsdatum für einen Quantencomputer. Übernehmen Sie die Struktur, legen Sie die Nachweise daneben ab, und Sie erhalten ein Inventar, das Sie in einem Audit vertreten können.

Die sechs Spalten und die Frage, die jede beantwortet

Halten Sie die Vorlage schlank. Sechs Spalten genügen, um die Arbeit zu priorisieren, und eine schlanke Tabelle wird tatsächlich ausgefüllt. Verantwortliche Person, Ticketreferenz und Prüfdatum sind Verwaltungsangaben: nützlich, aber sie ändern keine Priorität.

Warum der Schlüsselaustausch ein eigenes Kennzeichen braucht

Aufgezeichneter Datenverkehr ist ausschließlich durch den Schlüsselaustausch geschützt. Das ist die gesamte Logik von Harvest now, decrypt later (HNDL): Ein Angreifer speichert heute Chiffretext und entschlüsselt ihn, sobald die Mathematik es erlaubt. Signaturen verhalten sich anders, denn das spätere Fälschen einer Signatur legt eine vergangene Sitzung nicht rückwirkend offen. Daher enthält die Vorlage ein Verwundbarkeitskennzeichen, das beide Fälle trennt, statt alle quantenverwundbaren Algorithmen als ein einziges Risiko zu behandeln.

Bewertung: drei Stufen pro Spalte

Jede Spalte erhält 1, 2 oder 3 Punkte, wobei die Stufendefinitionen in der Vorlage festgehalten sind, damit zwei Bewertende aus denselben Fakten zur selben Zahl gelangen. Die folgenden Stufen für die Schutzdauer sind ein Ausgangspunkt: Passen Sie sie an Ihren Aufbewahrungsplan und Ihre Verträge an und dokumentieren Sie die Anpassung in der Vorlage, damit die Bewertung prüfbar bleibt.

Daraus ergeben sich zwei Summen, die getrennt bleiben müssen. Die Dringlichkeit U = Q + S + E, von 3 bis 9, misst, was eine Verzögerung kostet. Die Vorlaufzeit L = M + D, von 2 bis 6, misst, wie lange die Änderung nach ihrem Start dauert. Werden beide zu einem Wert gemittelt, geht genau die Information verloren, die Sie benötigen, denn eine günstige dringende Zeile und eine teure langwierige Zeile erfordern unterschiedliche Entscheidungen.

Moscas Ungleichung als Denkwerkzeug, nicht als Prophezeiung

Michele Mosca hat das Migrationsproblem mit drei Größen formuliert: X, die Zeit, die Ihre Daten vertraulich bleiben müssen; Y, die Zeit, die Sie für die Migration benötigen; Z, die Zeit, bis der Algorithmus gebrochen werden kann. Ist X plus Y größer als Z, liegen Daten, die heute Ihre Systeme verlassen, bereits außerhalb ihres Schutzfensters.

Z ist nicht bestimmbar, und diese Website veröffentlicht keine Schätzung dazu. Die sinnvolle Ersetzung besteht darin, Z durch einen Planungshorizont zu ersetzen, für den Sie verantwortlich sind: den frühesten datierten Meilenstein in Ihrem eigenen regulatorischen Geltungsbereich. Die Ungleichung ist dann keine Prognose mehr, sondern eine Compliance-Rechnung, ohne jede erfundene Wahrscheinlichkeit.

Die Rechnung ist kurz. Eine Zeile mit einer Schutzdauer von 10 Jahren und einer Migrationszeit von 2 Jahren benötigt 12 Jahre Schutz. Ein Horizont Ende 2030 liegt etwa 4 Jahre entfernt. Zwölf ist größer als vier, also wird das Kennzeichen gesetzt: Beginnen Sie jetzt. Diese Aussage sagt nichts darüber, wann ein Quantencomputer existieren wird, sondern nur, dass das Schutzfenster über das Datum hinausreicht, das Ihr eigener Geltungsbereich vorgibt. Dokumentieren Sie den verwendeten Horizont in einer Spalte neben dem Kennzeichen, damit eine prüfende Person den Horizont infrage stellen kann, ohne die Bewertung neu durchzuführen.

Von der Bewertung zur Reihenfolge der Arbeiten

1. Zeilen mit gesetztem Mosca-Kennzeichen und Q gleich 3 kommen zuerst, die mit dem höchsten U voran. Das sind die HNDL-Zeilen, bei denen sich eine Verzögerung später nicht mehr aufholen lässt.
2. Bei gleicher Dringlichkeit kommt die längste Vorlaufzeit zuerst. Ein HSM-Austausch muss vor einer einzeiligen Konfigurationsänderung beginnen, auch wenn die Konfigurationsänderung früher abgeschlossen ist.
3. Zeilen mit Q gleich 1 verlassen die Warteschlange und kommen auf eine Beobachtungsliste, die im selben Zyklus wie alles andere überprüft wird, denn ein heutiger hybrider Einsatz kann morgen wieder zurückfallen.

U = Q + S + E          # urgency, 3 to 9
L = M + D              # lead time, 2 to 6
sort by (mosca_flag, Q, U, L), all descending

Es gibt bewusst keine Gewichtungen und keine Multiplikation. Ein gewichteter Gesamtwert verbirgt, welcher Schätzung eine prüfende Person widerspricht. Vier sichtbare Komponenten erlauben es einem Auditor, eine einzelne Zelle anzufechten, nicht die gesamte Rangfolge.

Die Spalten mit Nachweisen füllen, nicht mit Meinungen

Drei Quellen decken die meisten Zeilen ab. Für alles mit einem öffentlichen Endpunkt lesen Sie die ausgehandelte Gruppe direkt aus. Für die ML-KEM-Gruppen ist OpenSSL 3.5 oder neuer erforderlich, und die Namen der hybriden Gruppen sind bei der IANA registriert: X25519MLKEM768 (Codepoint 0x11EC), SecP256r1MLKEM768 (0x11EB) und SecP384r1MLKEM1024 (0x11ED).

openssl s_client -connect example.com:443 -groups X25519MLKEM768 </dev/null 2>/dev/null \
  | grep -i 'Negotiated TLS1.3 group'

ssh -Q kex | grep mlkem

Für den administrativen Zugang hat OpenSSH mit Version 10.0 (9. April 2025) mlkem768x25519-sha256 zur Standard-Schlüsseleinigung gemacht, und Version 10.1 (6. Oktober 2025) warnt, wenn eine Verbindung eine nicht post-quantensichere Schlüsseleinigung aushandelt, laut den OpenSSH-Release-Notes. Für Code, Bibliotheken und Build-Artefakte füllt eine CBOM (Cryptographic Bill of Materials) die Algorithmus-Spalte in großem Maßstab, was wichtig ist, weil ein von Hand erfasstes Inventar an dem Tag veraltet, an dem es fertig ist. Testen Sie jede Gruppenänderung in einer Staging-Umgebung und behalten Sie einen klassischen Fallback wie X25519 bei, der nach X25519MLKEM768 aufgeführt ist.

Zuordnung der Vorlage zu den Pflichten

Dieser Abschnitt dient der Information und stellt keine Rechtsberatung dar. Wo eine Zeile oben unsere Lesart und nicht den Text selbst wiedergibt, ist sie als Interpretation gekennzeichnet, und Ihre Fassung der Vorlage sollte diese Unterscheidung für Auditoren sichtbar halten.

Erst messen, dann bewerten

Bewertungen, die auf angenommenen Konfigurationen beruhen, sind wertlos. Beginnen Sie mit den von außen sichtbaren Fakten: Scannen Sie Ihre Domain kostenlos mit PQC Status, um die ausgehandelten TLS-Gruppen, Versionen und die Zertifikatskette zu sehen, übertragen Sie das Ergebnis in die Spalten Algorithmus und Exposition der ersten Zeilen und arbeiten Sie sich dann mit ssh -Q kex und einer CBOM nach innen vor. Ein Scan beschreibt ausschließlich die von außen sichtbare TLS-Konfiguration: Er ist weder eine Zertifizierung noch eine Compliance-Bestätigung, aber er ist die eine Spalte, die niemand bestreiten kann.