Im Februar haben wir die erste PQC-Anbieter-Scorecard veröffentlicht. Sie ordnete 28 Anbieter sieben Produktkategorien zu, gemessen daran, was laut CISA heute ausgerollt sein sollte und was sich noch im Übergang befindet. Der Gedanke war einfach: prüfen, was Anbieter behaupten, gegen das, was ihre Endpunkte tatsächlich aushandeln.
Fünf Monate später hat sich die Landschaft bewegt. Teilweise sogar deutlich. Dies ist das Q2-Update.
Was sich geändert hat
Drei Entwicklungen haben den Zeitplan seit Q1 verkürzt.
Google Quantum AI veröffentlichte im März ein Whitepaper, das eine 20-fache Reduktion der Ressourcen zeigt, die zum Brechen von ECC-256 nötig sind. Weniger als 500.000 physische Qubits, Laufzeit in Minuten. Zusammen mit Craig Gidneys Arbeit vom Juni 2025 zu RSA-2048 (weniger als eine Million supraleitende Qubits) liegen beide klassischen Algorithmenfamilien auf einem kürzeren Pfad, als vor einem Jahr irgendjemand modelliert hat. Cloudflare und Google haben ihre vollständigen PQC-Ziele beide auf 2029 vorgezogen.
Die Executive Order 14412 setzte am 22. Juni verbindliche Fristen für High-Value- und High-Impact-Systeme des Bundes: Schlüsselaustausch bis Ende 2030, digitale Signaturen und Authentifizierung bis Ende 2031. Bundesauftragnehmer müssen die Post-Quanten-FIPS bis Ende 2030 erfüllen.
Und die Kategorie Netzwerk-Hardware, in Q1 die schwächste Kategorie der Unternehmensinfrastruktur, verzeichnete mehr Anbieterbewegung als jede andere Kategorie der Scorecard.
Die Scorecard
Die Übersichtstabelle verfolgt die Bewegung von Q1 zu Q2 über sechs Kategorien. Eine hat sich verbessert, eine ist neu, zwei sind stabil, zwei haben sich nicht bewegt.
| Kategorie | Q1 | Q2 | Bewegung | Die Lücke |
|---|---|---|---|---|
| Browser / CDNs | Hoch | Hoch | Stabil | 65%+ des Client-Verkehrs. Etwa 10% der Origins unterstützen PQC. |
| Cloud-Infrastruktur | Mittel | Mittel | Stabil | KMS und Edge bereit. Datenbanken und M365 weiterhin klassisch. |
| Netzwerk | Fragmentiert | Konvergierend | Auf | Cisco und Palo Alto liefern. Fortinet baut Vorsprung aus. |
| HSM / Schlüsselverwaltung | n/a | Gemischt | Neu | Hardware liefert PQC. FIPS-Validierung und Cloud-KMS hinken hinterher. |
| Datenbanken | Keine | Keine | Unverändert | Null natives PQC an irgendeinem Datenbank-Endpunkt. |
| SaaS / Zusammenarbeit | Keine | Keine | Unverändert | Salesforce hat ein Compliance-Dokument veröffentlicht. Endpunkte weiterhin klassisch. |
Netzwerk bewegte sich am schnellsten
In Q1 war Fortinet der einzige Netzwerkanbieter, der NIST-konformes PQC im Datenpfad auslieferte. Cisco hatte einen Strategie-Blog. Palo Alto hatte bereits im August 2025 PAN-OS 12.1 Orion mit allen drei NIST-PQC-Standards (ML-KEM, ML-DSA, SLH-DSA) ausgeliefert, dazu quantensichere VPN-Tunnel und einen Cipher-Translation-Proxy, der klassischen Verkehr am Netzwerkrand in ML-KEM umverschlüsselt. Die Q1-Scorecard hat das nicht abgebildet. Es wurde korrigiert.
Seit Q1: Cisco hat eine Produkt-Roadmap mit konkreten Firmware-Versionen (FTD 10.5, ASA 9.25) veröffentlicht, die ML-KEM für die allgemeine Verfügbarkeit Ende 2026 vorsieht, ML-DSA folgt in FTD 11.0 im Jahr 2027. Fortinet hat seinen Vorsprung mit FortiOS 8.0 (PQC-SSL-Deep-Inspection) und FortiWeb 8.0.3 (ML-KEM und ML-DSA über OpenSSL 3.5) ausgebaut.
Das ist die Kategorie, die man beobachten sollte. Regulatorischer Druck, Kundennachfrage und Wettbewerbsdynamik haben in fünf Monaten mehr Bewegung erzeugt als die Kategorien Datenbanken und SaaS seit der PQC-Standardisierung.
Der FIPS-Validierungsengpass
HSM und Schlüsselverwaltung kommen in Q2 in die Scorecard, weil sie die Infrastrukturschicht unter allen anderen Kategorien bilden. Eine CA kann kein ML-DSA-Zertifikat ausstellen, wenn ihr signierendes HSM ML-DSA nicht unterstützt. Ein Unternehmen kann keine PQC-Schlüsselverwaltung ausrollen, wenn sein KMS keine ML-KEM-Schlüsseltypen unterstützt.
Thales (Luna v7.9) und Entrust (nShield v13.8.0) liefern beide ML-KEM, ML-DSA und SLH-DSA in produktiver Firmware. AWS KMS hat ML-KEM und ML-DSA allgemein verfügbar, mit FIPS-140-3-validiertem PQC über AWS-LC. Azure Key Vault und Google Cloud KMS hinken hinterher, mit nur teilweiser Unterstützung oder Preview.
Der Engpass ist nicht die Firmware. Es ist die Validierung. Eine kombinierte FIPS-140-3-Validierung mit PQC-Algorithmen dauert in der aktuellen CMVP-Warteschlange im Schnitt 500+ Tage. Solange die nicht abgearbeitet ist, können CAs keine FIPS-validierten PQC-Zertifikate ausstellen, und regulierte Unternehmen können unter den Beschaffungsregeln des Bundes keine PQC-Schlüsselverwaltung ausrollen. Das Ende von FIPS 140-2 am 21. September 2026 verschärft das: Organisationen, die noch FIPS-140-2-Module einsetzen, stehen vor einer doppelten Migration.
Der trügerische Boden, mit Daten
In Q1 haben wir argumentiert, dass viel zitierte PQC-Adoptionszahlen die CDN-Haltung messen, nicht den Rollout auf Origin-Servern. Cloudflare hat das direkt bestätigt. Im Februar 2026 startete das Unternehmen auf Radar das Tracking von Origin-Servern. Etwa 10% der Origins unterstützen einen Post-Quanten-Schlüsselaustausch, gegenüber unter 1% zu Beginn des Jahres 2025. Der Scanner prüft Unterstützung, nicht Präferenz, die tatsächlich ausgehandelte Rate liegt also niedriger. Cloudflare veröffentlicht sie nicht. Über 65% des Client-Verkehrs zur Edge ist post-quanten-verschlüsselt.
Die Lücke zwischen 65% und einem Bruchteil von 10% ist der trügerische Boden. Die eine Zahl zählt Verkehr an der Edge. Die andere zählt Server dahinter. Wenn Ihre Organisation den PQC-Fortschritt mit Edge-Statistiken meldet, berichten Sie die Haltung Ihres CDN-Anbieters, nicht Ihre eigene.
Datenbanken und SaaS haben sich nicht bewegt
Kein einziger Datenbankanbieter hat in Q2 PQC an einem Verbindungsendpunkt ausgerollt. SQL Server, Azure SQL, RDS, Aurora, DynamoDB, MongoDB Atlas, PostgreSQL (managed), Snowflake: alle unverändert. Der Umweg über Proxys mit PQ-TLS-fähigen Load Balancern bleibt die einzige Option.
Im SaaS-Bereich hat Salesforce am 18. März ein PQC-Compliance-Dokument veröffentlicht, das die Kerndienste, Commerce Cloud und Data Cloud abdeckt. Es liegt hinter einer Anmeldeschranke. Es ist das erste konkrete PQC-Compliance-Artefakt eines großen SaaS-Anbieters. Aber kein ML-KEM am Endpunkt.
Zoom hat im Mai 2024 eine Post-Quanten-Ende-zu-Ende-Verschlüsselung für Meetings ausgeliefert (ML-KEM-768, Zoom 6.0.10+). Das ist E2EE auf Anwendungsebene für Meeting-Inhalte, nicht ML-KEM, das im TLS-Handshake zu zoom.us ausgehandelt wird. Die Q1-Scorecard hat das übersehen und Zoom mit „keine Ankündigungen“ geführt. Das war falsch.
Microsoft hat am 30. Juni 2026 den Zeitplan seines Quantum Safe Program von 2033 auf 2029 vorgezogen und am 14. Juli den hybriden ML-KEM-Schlüsselaustausch für TLS auf Windows 11 und Windows Server 2025 ausgeliefert. Die ML-KEM-Gruppen sind standardmäßig deaktiviert und erfordern eine ausdrückliche Administratorkonfiguration. Die Endpunkte von Teams, Outlook, SharePoint und OneDrive handeln heute kein PQC aus, aber das Migrationsziel ist jetzt öffentlich und vier Jahre näher als in Q1 berichtet.
ServiceNow, Workday und Slack bleiben unverändert. Kein PQC-Rollout, keine Roadmaps.
Download
Der vollständige Bericht deckt acht Kategorien ab, mit aktualisierten Anbieterbewertungen, Vergleichstabellen, einer Tabelle der regulatorischen Fristen (EO 14412, CNSA 2.0, ANSSI 2027, BSI TR-02102, Ende von FIPS 140-2), 25 Quellen und einem Fragenkatalog mit sechs Fragen für Beschaffungsprüfungen.
[PQ]probe PQC Vendor Scorecard herunterladen: Q2 2026 Edition
Die Scorecard sagt Ihnen, wo die Branche steht. [PQ]probe sagt Ihnen, wo Ihre Organisation steht und ob Sie besser oder schlechter werden. Dass ein Anbieter PQC ausliefert, heißt nicht, dass Ihre Endpunkte es aushandeln. Der einzige Weg, das herauszufinden, ist scannen, nachverfolgen und über die Zeit messen.