Postquanten-Sicherheit hängt von Ihren Lieferanten ab

Inhalt
Das Wichtigste in Kürze
Ein aktualisierter Fragenkatalog unterscheidet kryptografische Standards von einsatzfähigen Produkten. Beschaffungsrisiken entstehen durch Abhängigkeiten, Support und Austauschkosten.
Ein Standard aktualisiert keinen Dienst
Am 5. November 2026 kündigte die australische Cybersicherheitsbehörde aktualisierte Empfehlungen zur Bewertung der Postquanten-Bereitschaft von Anbietern an, gemeinsam mit CISA und NSA erarbeitet. Sie richten sich an Beschaffung, Vertragsverlängerungen und laufende Lieferantenbewertungen. Praktisch geht es darum, ob eine Organisation gefährdete kryptografische Verfahren in ihren tatsächlich eingesetzten Produkten ersetzen kann, einschließlich Komponenten, die andere Unternehmen kontrollieren.
Unserer Einschätzung nach ist dies ebenso ein Beschaffungsproblem wie eine mathematische Aufgabe. Ein Kunde kann ein Migrationsbudget genehmigen, ohne die Softwarebibliothek, Gerätefirmware oder den verwalteten Identitätsdienst zu kontrollieren, von denen die Umstellung abhängt. Eine öffentliche Zusage des Anbieters braucht deshalb einen definierten Produktumfang und Nachweise ihrer Umsetzung. Weder ein ansprechender Zeitplan noch ein Sicherheitssiegel belegt, dass sich ein installierter Dienst verändert hat.
Den technischen Ausgangspunkt liefert die NIST-Mitteilung vom 13. August 2024: Das Institut verabschiedete Standards für einen Schlüsselkapselungsmechanismus und digitale Signaturen. ML-KEM unterstützt die Vereinbarung gemeinsamer Geheimnisse; ML-DSA und SLH-DSA betreffen Signaturen. Das sind unterschiedliche Funktionen. Ein Algorithmusname in einer Produktankündigung zeigt weder, welche Verbindungen ihn nutzen, noch ob er aktiviert ist oder was bei einer inkompatiblen Gegenstelle geschieht. [2][3]
Abhängigkeiten bestimmen die Migrationskosten
Die gemeinsamen Empfehlungen fragen nach Kryptografieinventaren, Drittkomponenten, hardwaregebundenen Mechanismen und Aktualisierungsmöglichkeiten. Außerdem unterscheiden sie Vertraulichkeitsrisiken von Risiken für Signaturen und Authentifizierung. Diese Fragen sind relevant, weil ein kommerzielles Produkt mehrere Ebenen mit unterschiedlichen Verantwortlichen und Austauschzyklen enthalten kann. Ein Softwareupdate kann eine Ebene verändern, während ein hardwarebasierter Vertrauensanker unverändert bleibt.
Betrachten wir einen hypothetischen Finanzdienst, der eine verwaltete Plattform kauft. Der Anbieter meldet verfügbare Postquanten-Unterstützung, doch seine Zusage umfasst nur eine Verbindung zwischen ausgewählten Servern. Kundenanwendungen, Gerätefirmware und ein separater Signaturdienst liegen außerhalb dieser Aussage. Das ist ein anschauliches Beschaffungsszenario, kein Vorwurf gegen einen bestimmten Anbieter. Entscheidend ist der Vergleich zwischen zugesagtem Umfang und tatsächlichen Abhängigkeiten des Kunden.
In diesem Szenario unterschätzt der Kaufpreis die Umstellungskosten. Tests, Integration, Supportverträge und Hardwareaustausch können verschiedenen Budgets zugeordnet sein. Unsere Schlussfolgerung: Eine günstige Verlängerung kann teuer werden, wenn sie die Bindung an eine Komponente mit unklarem Aktualisierungspfad verlängert. Umgekehrt kann ein sofortiger Komplettaustausch Geld verschwenden, wenn ein unterstütztes Upgrade verfügbar ist. Für diese Entscheidung braucht man produktspezifische Belege, keine allgemeine Prognose zur Entwicklung von Quantencomputern. [1]
Drei Zusagen brauchen unterschiedliche Nachweise
Eine Forschungsdemonstration beantwortet, ob etwas unter festgelegten Bedingungen funktionieren kann. Eine unterstützte Veröffentlichung zeigt, was Kunden einsetzen und warten können. Eine abgeschlossene Kundenmigration zeigt, was in einer bestimmten Umgebung läuft. Wer diese Zustände gleichsetzt, verdeckt die verbleibende Arbeit. Der folgende Vergleich ist unser redaktionelles Bewertungsmodell und kein offizielles Zertifizierungssystem.
- Ein Fahrplan sollte Produkt, verantwortliches Team, Abhängigkeiten und Lieferbedingungen benennen. Ein Datum ohne diese Grenzen lässt sich schwer verbindlich einfordern.
- Eine veröffentlichte Funktion sollte dokumentiert sein und unterstützte Konfigurationen sowie einen überprüfbaren Bereitstellungsweg haben. Ein Funktionsname allein reicht nicht.
- Eine umgesetzte Migration sollte ein Inventar veränderter Systeme, Testergebnisse und dokumentierte Ausnahmen vorweisen. Ein erfolgreicher Pilot belegt keine vollständige Abdeckung.
Dieser Ansatz ermöglicht auch eine fairere Bewertung unvollständiger Antworten. Ein Anbieter, der eine ungelöste Abhängigkeit benennt und einen glaubwürdigen Plan vorlegt, liefert möglicherweise nützlichere Informationen als einer, der grenzenlose Bereitschaft behauptet. Eine fehlende Detailantwort ist ein Anlass zur Untersuchung und Risikosteuerung, kein Beweis für einen Einbruch oder eine vorsätzliche Täuschung der Kunden. [1]
Vertraulichkeit und Verfügbarkeit getrennt bewerten
Die Empfehlungen betonen die Lebensdauer von Daten, einschließlich der Möglichkeit, heute gesammelte verschlüsselte Informationen später zu entschlüsseln. Daraus folgt nicht, dass jede gespeicherte Datei oder jede Kryptowährungstransaktion bereits offengelegt ist. Die Organisation muss feststellen, welche kryptografischen Mechanismen die betreffenden Informationen schützen und wie lange deren Vertraulichkeit wichtig bleibt. Ein Behördenfragebogen beantwortet das nicht für eine einzelne Wallet oder Börse.
Betriebliche Zuverlässigkeit benötigt eigene Abnahmekriterien. Bei unserer hypothetischen Plattform schafft eine Migration, die den Zugriff auf Kundenunterlagen unterbricht, ein separates Geschäftsrisiko, selbst wenn das kryptografische Konzept angemessen ist. Ein sinnvolles Beschaffungsgespräch klärt deshalb, wer Kompatibilität testet, Änderungen genehmigt und den Dienst bei einer fehlgeschlagenen Einführung wiederherstellt. Das sind unsere praktischen Folgerungen aus Lieferantenabhängigkeiten, keine Garantien des Dokuments.
Bei der Bewertung von Verwahrung oder Finanztechnologie sollte die belastbare Schlussfolgerung enger sein als die Behauptung, ein Produkt sei quantensicher. Fragen Sie, welcher Teil des Dienstes verändert wurde, was weiterhin von einem anderen Anbieter abhängt und welche Nachweise die Antwort stützen. Die geprüften Veröffentlichungen legen weder einen Zeitpunkt für einen kryptografisch relevanten Quantencomputer fest, noch zertifizieren sie einen bestimmten Anbieter oder prognostizieren den Preis eines digitalen Vermögenswerts. Ihr unmittelbarer Nutzen besteht darin, eine langfristige Umstellung messbar zu machen, bevor eine Kaufentscheidung falsche Annahmen verfestigt. [1]
Belege & Quellen
Quelldokument: · Geprüft:
Grenzen der Quellenlage · Quellen am 6. November 2026 geprüft. Hypothetische Beispiele sind redaktionelle Analysen, keine Feststellungen zu einem bestimmten Anbieter.
- Von Quelle berichtet
Die gemeinsamen Empfehlungen behandeln kryptografische Lieferantenabhängigkeiten.
Belegauszug: Empfehlungen zur Anbieterbereitschaft
vendor-neutral questions
vendor-neutral questions
Vendor readiness guidance ↗ - Von Quelle berichtet
ACSC kündigte aktualisierte gemeinsame Empfehlungen an.
Belegauszug: Aktualisierung der Anbieterempfehlungen
we have updated our guidance
we have updated our guidance
Vendor guidance update ↗ - Von Quelle berichtet
NIST verabschiedete Standards für Schlüsselkapselung und Signaturen.
Belegauszug: Verabschiedete NIST-Standards
Module-Lattice-Based Key-Encapsulation Mechanism
Module-Lattice-Based Key-Encapsulation Mechanism
NIST finalized standards ↗


