ISO hat drei Post-Quanten-Algorithmen standardisiert

26. Juli 2026

EN | DE

Aktuelle Berichterstattung stellte Classic McEliece als den ersten Post-Quanten-Algorithmus dar, der die ISO-Standardisierung erreicht. Das trifft nicht zu. Die gleiche ISO-Ergänzung hat zur selben Zeit zwei weitere Post-Quanten-Algorithmen standardisiert.

Was die Ergänzung enthält

ISO/IEC 18033-2 Amendment 2 ist der internationale Standard für asymmetrische Verschlüsselungsverfahren, und die zweite Ergänzung dazu wurde im Juni 2026 veröffentlicht. Sie fügte drei Schlüsselkapselungsmechanismen hinzu, die Algorithmen, mit denen sich über eine offene Verbindung ein gemeinsamer Schlüssel vereinbaren lässt. Die drei sind ML-KEM, FrodoKEM und Classic McEliece.

ML-KEM ist der Algorithmus, auf den es ankommt. Es ist derselbe Algorithmus, den NIST als FIPS 203 veröffentlicht hat, und es ist der Algorithmus, den die meisten Anbieter bereits ausliefern. Seine Aufnahme in die Ergänzung bedeutet, dass ISO keinen konkurrierenden Weg zu NIST geschaffen hat. ISO hat eine Reihe von Algorithmen genehmigt, und die NIST-Wahl ist einer davon.

Die Aussage, richtiggestellt

Die Pressemitteilung beschrieb Classic McEliece als den ersten Post-Quanten-Algorithmus, der die ISO-Standardisierung erreicht. Die zutreffende Fassung ist enger gefasst. Classic McEliece ist der erste codebasierte Algorithmus, den ISO standardisiert hat, und das ist ein echter Meilenstein für die codebasierte Kryptographie. Es ist kein Erstes für die Post-Quanten-Kryptographie, denn zwei weitere Post-Quanten-Algorithmen stehen im selben Dokument.

Wo sich NIST und ISO unterscheiden

NIST hat ein eigenes Auswahlverfahren durchgeführt, um einen codebasierten Algorithmus zu bestimmen. Es verglich Classic McEliece, BIKE und HQC und wählte HQC im März 2025. NIST überließ Classic McEliece dann der ISO, statt einen eigenen Standard dafür zu schreiben, mit der Begründung, dass eine gleichzeitige Standardisierung inkompatible Standards riskieren würde und dass McEliece im NIST-Verfahren nicht mehr betrachtet wird.

Die beiden Gremien empfehlen nun also unterschiedliche codebasierte Algorithmen. NIST verweist auf HQC. ISO verweist auf Classic McEliece. Wenn Ihr Inventar nur „codebasierter Algorithmus“ erfasst, ist das nicht mehr genau genug. Es muss erfassen, welcher Algorithmus, und welches Gremium ihn genehmigt hat.

FrodoKEM und europäische Regeln

FrodoKEM ist der dritte Algorithmus in der Ergänzung. Das deutsche BSI empfiehlt es für die langfristige Vertraulichkeit, und die ENISA empfiehlt es ebenfalls. Europäische Beschaffungsdokumente werden auf FrodoKEM verweisen. Ein Inventar, das nur um NIST herum aufgebaut ist, hat keinen Platz, um es zu erfassen, sodass dasselbe System unter dem einen Regelwerk konform und unter dem anderen unvollständig aussehen kann. Die [PQ]time-Zeitleiste verfolgt, wo jedes Rahmenwerk steht.

Was ein Scan heute findet

Standardisierung bedeutet, dass ein Algorithmus eine genehmigte Spezifikation hat. Es bedeutet nicht, dass der Algorithmus irgendwo läuft.

Classic McEliece hat sehr große öffentliche Schlüssel, zwischen 255 KB und 1,3 MB. Schlüssel dieser Größe passen nicht in die übliche Funktionsweise von TLS-Handshakes, sodass Server den Algorithmus im gewöhnlichen Webverkehr nicht anbieten. FrodoKEM hat aus demselben Grund große Schlüssel. Ein Scan von Live-Servern wird kaum je einen von beiden sehen.

ML-KEM ist anders. In seiner hybriden Form, X25519MLKEM768, wird es inzwischen auf einem wachsenden Anteil der Verbindungen ausgehandelt, und dieselben Messungen zeigen, wie weit Origin-Server im Vergleich zum Edge zurückliegen. Die anderen beiden Algorithmen stehen im Standard, aber selten auf der Leitung.

Das ist dieselbe Lücke, die unser HAProxy-Leitfaden behandelt. Dass ein Algorithmus theoretisch unterstützt wird, ist nicht dasselbe, wie dass ein Server ihn in der Praxis aushandelt, und der einzige Weg, beide zu unterscheiden, ist, die Verbindung zu messen. Unser Origin-Posture-Dashboard zeigt diesen Unterschied über reale Netze hinweg, wo codebasierter Schlüsselaustausch im öffentlichen Webverkehr praktisch nicht vorkommt.

Was das für Ihr Inventar bedeutet

Die ISO-Ergänzung ändert, was ein kryptographisches Inventar erfassen muss. Sie fügt ein Feld hinzu: welchem Standardisierungsweg ein Algorithmus folgt, neben dem Feld für den Algorithmus selbst.

Sie ändert nicht, was ein Scan Ihrer Systeme heute zurückgibt. Ein Scan findet weiterhin fast keinen codebasierten Schlüsselaustausch im öffentlichen Internet. [PQ]probe erfasst den Algorithmus, den jeder Endpunkt tatsächlich aushandelt, auf jedem Port, gegen die Frist jedes Rahmenwerks, sodass das Inventar die aktive Verbindung widerspiegelt und nicht das Datenblatt.


Quellen:


Scannen Sie Ihre Endpunkte mit [PQ]probe, um zu sehen, welche Algorithmen Sie tatsächlich aushandeln.