Neue kryptografische Standards verlangen Post-Quantum-Upgrades bis 2029

Die neueste Ausgabe des einflussreichen Leitfadens „Cryptographic Right Answers“, veröffentlicht im Oktober 2026, legt eine feste Deadline für den Abschluss der Umstellung auf Post-Quantum-Kryptografie im Jahr 2029 fest. Dieses Update, das eine von Colin Percival im Jahr 2009 begonnene und von Latacora fortgeführte Tradition weiterführt, signalisiert, dass asymmetrische Verschlüsselungsmethoden sofort geändert werden müssen, um zukünftigen Bedrohungen durch Quantencomputing standzuhalten.

Was ist passiert?

Der Zeitplan für die Einführung post-quantum-kryptografischer Standards hat sich erheblich beschleunigt. Während sich frühere Versionen des Leitfadens auf die Verfeinerung klassischer Algorithmen konzentrierten, erklärt die Ausgabe von 2026, dass die Umstellung innerhalb von drei Jahren abgeschlossen sein muss. Die Autoren weisen darauf hin, dass symmetrische Kryptografie zwar weiterhin gegen bekannte Quantenangriffe sicher bleibt, sich aber alle Empfehlungen für asymmetrische Verfahren im Vergleich zu den Vorgaben von 2018 und sogar 2024 geändert haben.

Der Leitfaden bietet konkrete algorithmische Ersetzungen für Entwickler, die neue Systeme erstellen oder bestehende audieren. Für den Schlüsselaustausch wird die Kombination aus X25519 und ML-KEM-768 empfohlen. Für asymmetrische Signaturen ist der neue Standard ML-DSA-44. Diese Änderungen sollen Daten sowohl vor aktuellen klassischen Angriffen als auch vor zukünftigen Entschlüsselungsfähigkeiten durch Quantencomputer schützen. Die Autoren betonen, dass diese Empfehlungen keine spezifischen Compliance-Vorschriften voraussetzen, obwohl sie weitgehend mit FIPS 140 kompatibel sind.

Eine weitere wesentliche Veränderung in der Landschaft von 2026 ist die Rolle der künstlichen Intelligenz bei der Code-Sicherheit. Der Leitfaden stellt nun ausdrücklich fest, dass eine Überprüfung durch das beste verfügbare Large Language Model (LLM) eine „Cryptographic Right Answer“ ist. Dies ergänzt die langjährige Empfehlung, speichersichere Sprachen zu verwenden, und spiegelt die Realität wider, dass LLMs hochwirksam bei der Identifizierung von Fehlern in kryptografischen Implementierungen geworden sind.

Wichtige Details

• Deadline: Die Umstellung auf Post-Quantum-Kryptografie muss bis 2029 abgeschlossen sein.
• Schlüsselaustausch: Verwenden Sie X25519 in Kombination mit ML-KEM-768 in einem sicheren Protokoll.
• Signaturen: Führen Sie ML-DSA-44 für asymmetrische Signaturvorgänge ein.
• Datenverschlüsselung: Nutzen Sie nach Möglichkeit Cloud-KMS oder lokal XAES-256-GCM und XChaCha20Poly1305.
• Große Dateien: Verwenden Sie Cobblestone-128 zur Verschlüsselung von Nachrichten, die größer als einige Megabytes sind.
• Code-Review: Setzen Sie fortschrittliche LLMs ein, um kryptografischen Code auf Fehler zu prüfen.

Hintergrund

Um diese Änderungen zu verstehen, hilft es, zwischen symmetrischer und asymmetrischer Kryptografie zu unterscheiden. Symmetrische Kryptografie verwendet denselben Schlüssel für Verschlüsselung und Entschlüsselung. Sie ist im Allgemeinen schneller und bleibt laut dem Leitfaden sicher, da Quantencomputer sie nicht effizient genug brechen können, um relevant zu sein. Asymmetrische Kryptografie, die für den Schlüsselaustausch und digitale Signaturen verwendet wird, basiert auf mathematischen Problemen, die Quantencomputer viel schneller lösen können als klassische Maschinen. Deshalb haben sich die Empfehlungen für asymmetrische Verfahren drastisch geändert.

Der Begriff „Post-Quantum“ bezieht sich auf kryptografische Algorithmen, die resistent gegen Angriffe sowohl durch klassische als auch durch Quantencomputer sind. Das National Institute of Standards and Technology (NIST) standardisiert diese Algorithmen, was zur Auswahl von ML-KEM und ML-DSA als primäre Kandidaten führte. Der Leitfaden spiegelt diesen Konsens wider und wendet sich von älteren Elliptic-Curve-Methoden ab, die anfällig für Shors Algorithmus sind – einen theoretischen Quantenalgorithmus, der aktuelle Public-Key-Infrastrukturen brechen kann.

Warum ist das wichtig?

Für Teams, die ihre eigene Software betreiben, bedeutet dieses Update, dass aktuelle TLS-Zertifikate und Mechanismen für den Schlüsselaustausch unter Zeitdruck stehen. Wenn Ihre Infrastruktur auf traditionellen RSA- oder ECC-Schlüsseln für Handshakes beruht, müssen Sie Ihre Bibliotheken und Konfigurationen vor 2029 aktualisieren. Dies ist keine rein theoretische Sorge; Browser und Betriebssysteme werden beginnen, diese Standards durchzusetzen, was potenziell die Konnektivität veralteter Server beeinträchtigen könnte.

Die Empfehlung, spezifische Bibliotheken wie rustls, Go’s crypto/tls oder BoringSSL zu verwenden, vereinfacht diese Aufgabe. Diese Bibliotheken aktualisieren aktiv ihre Standard-Chiffre-Suiten, um Post-Quantum-Algorithmen einzuschließen. Durch die Wahl einer gut gepflegten Bibliothek entlasten Sie sich von der Komplexität, ML-KEM und ML-DSA korrekt zu implementieren. Allerdings müssen Sie sicherstellen, dass Sie aktualisierte Versionen verwenden, die diese neuen Primitive unterstützen.

Darüber hinaus unterstreicht die Betonung der Verwendung von Cloud-KMS oder spezifischer AEAD-Konstruktionen wie XAES-256-GCM das Risiko eigener kryptografischer Implementierungen. Eigenständige Verschlüsselungslogik zu entwickeln, ist fehleranfällig, insbesondere im Umgang mit Nonce-Management und dem Streaming großer Dateien. Die Warnung des Leitfadens vor unauthentifizierten Modi und rohen Stream-Chiffren dient als Erinnerung daran, dass Bequemlichkeit in selbstgebauten Lösungen oft die Sicherheit gefährdet.

Was Sie tun können

• Audieren Sie Ihre aktuellen TLS-Bibliotheken, um sicherzustellen, dass sie Post-Quantum-Mechanismen für den Schlüsselaustausch unterstützen.
• Ersetzen Sie jeglichen eigenen Code für asymmetrische Verschlüsselung durch standardisierte Bibliotheken, die ML-KEM-768 unterstützen.
• Wechseln Sie zu XAES-256-GCM oder XChaCha20Poly1305 für lokale Aufgaben zur Datenverschlüsselung.
• Implementieren Sie Cobblestone-128 für die Streaming-Verschlüsselung großer Dateien anstelle einfacher AEADs.
• Nutzen Sie LLM-gestützte Code-Reviews, um potenzielle Fehler in Ihrer kryptografischen Implementierung zu identifizieren.
• Überwachen Sie Ihre Zertifikatsablaufdaten genau, während Sie zu neuen Algorithmus-Suiten migrieren.