Die meisten Schlagzeilen sprechen von der bevorstehenden Einführung der Post-Quanten-Kryptographie (PQC). Für Microsoft-Nutzer ist sie jedoch bereits Realität. In den letzten zwei Jahren hat Microsoft die PQC-Unterstützung schrittweise in Windows, Windows Server und Azure integriert, wobei einige Funktionen ab Mitte 2026 allgemein verfügbar sein werden.
Dieser Blogbeitrag erläutert, was Microsoft mit dem neuesten Windows Post-Quantum Update tatsächlich angekündigt hat, wie sich dies in den Rollout einfügt, der bereits 2024 begonnen hat, und was dies für die Planung der PQC-Migration in Ihrem Unternehmen bedeutet.
Wie Microsoft hierher kam
Die PQC-Arbeit von Microsoft läuft über SymCrypt, die zentrale kryptografische Bibliothek von Windows, Azure und Microsoft 365. SymCrypt übernimmt die Verschlüsselung, Entschlüsselung, Signierung und den Schlüsselaustausch im gesamten Microsoft-Ökosystem und hat im Rahmen der Windows Cryptographic Primitives Libraries mehrere FIPS 140-Validierungen durchlaufen.
Die Einführung erfolgte in klar definierten, aufeinanderfolgenden Phasen:
- September 2024: SymCrypt hat Unterstützung für hinzugefügt ML-KEM (FIPS 203, ehemals bekannt als Kyber) und XMSS, die ersten PQC-Algorithmen, die in die Bibliothek aufgenommen wurden.
- Dezember 2024: Microsoft fügte hinzu ML-DSA (FIPS 204, ehemals Dilithium) und LMS zu SymCrypt, wodurch die Kernsignaturalgorithmen zusammen mit den bereits vorhandenen Schlüsselkapselungsarbeiten vervollständigt werden.
- Mai 2025: Die PQC-Funktionen erreichten Windows Insider (Canary Channel) und SymCrypt-OpenSSL 1.9.0 auf Linux, sodass Kunden mit ML-KEM und ML-DSA in ihren eigenen Umgebungen über die Cryptography API: Next Generation (CNG) unter Windows und den SymCrypt-Provider für OpenSSL (SCOSSL) unter Linux experimentieren konnten.
- November 2025: ML-KEM und ML-DSA sind auf Windows Server 2025 und Windows 11 über CNG- und Zertifikatsfunktionen allgemein verfügbar und ermöglichen Entwicklern den produktiven Zugriff auf Schlüsselkapselungs- und digitale Signaturvorgänge.
- Mai 2026: Active Directory Certificate Services (AD CS) auf Windows Server 2025 wurde allgemein verfügbar für die Ausstellung von ML-DSA-Zertifikaten. Dadurch wird PQC direkt in die Public-Key-Infrastruktur (PKI) von Unternehmen integriert und nicht nur in Low-Level-Krypto-APIs.
Das ist der Kontext der jüngsten Ankündigung. Es handelt sich nicht um die Veröffentlichung einer einzelnen Funktion. Vielmehr ist es der nächste Schritt in einer über mehrere Jahre hinweg geplanten Entwicklung, die mit kryptografischen Grundfunktionen begann, sich über Entwickler-APIs erstreckte und nun die PKI- und TLS-Schichten erreicht hat, auf die die meisten Unternehmen täglich angewiesen sind.
Vor diesem Hintergrund folgt nun eine genaue Auflistung der Produkte, die heute allgemein verfügbar sind.
Was ist im Allgemeinen derzeit verfügbar?
Zwei Bereiche haben den Sprung in den Produktiveinsatz vollständig geschafft: die Zertifikatsausstellung über AD CS und der direkte Algorithmuszugriff für Entwickler über die Cryptography Next Generation API (CNG).
ML-DSA-Zertifikatsausstellung über AD CS
Ab Mai 2026 kann Active Directory-Verwaltungssyntax (AD CS) unter Windows Server 2025 eine ML-DSA-Zertifizierungsstellenhierarchie einrichten und ML-DSA-Zertifikate für Codesignierung, TLS, Webserver, Benutzer- und Computervorlagen sowie die Signierung von OCSP- Antworten ausstellen. AD CS unterstützt alle drei vom NIST definierten Parametersätze: ML-DSA-44, ML-DSA-65 und ML-DSA-87. Administratoren können so je nach Anwendungsfall zwischen Signatur- und Schlüssellänge und Sicherheitsstärke abwägen.
Hierbei gibt es eine wichtige operative Einschränkung, die das gesamte Migrationsprojekt prägt: Die AD CS-Dokumentation von Microsoft beschreibt die Konfiguration des Algorithmus einer Zertifizierungsstelle bei deren Erstellung mithilfe von Install-AdcsCertificationAuthority, wobei ein ML-DSA-Kryptografieanbieter im Voraus angegeben wird, sowohl für die Stammzertifizierungsstelle als auch für die untergeordnete Zertifizierungsstelle.
AD CS unterstützt keine älteren kryptografischen Dienstanbieter (CSPs) für PQC-Algorithmen. Daher muss jede Zertifikatvorlage oder Hardware-Sicherheitsmodul -Integration (HSM), die noch an einen älteren CSP gebunden ist, zuerst auf CNG umgestellt werden, bevor PQC überhaupt zum Einsatz kommt.
ML-KEM und ML-DSA durch CNG
Seit dem Update vom November 2025 haben Entwickler produktiven Zugriff auf ML-KEM für Szenarien, die Schlüsselkapselung oder Schlüsselaustausch erfordern, und auf ML-DSA für Szenarien mit digitaler Signatur, Identitätsprüfung und Integritätsprüfung, alles über dieselbe Cryptography API: Next Generation-Bibliotheken, die Windows-Entwickler bereits für klassische Algorithmen verwenden.
Hinweis: Laut Microsoft-Dokumentation ist ML-DSA derzeit der einzige in AD CS verfügbare PQC-Algorithmus. Die Unterstützung von ML-KEM in AD CS sowie von kombiniertem ML-DSA und kombiniertem ML-KEM ist für eine spätere Phase geplant und noch nicht verfügbar.
Über diesen letzten Punkt sollte man sich noch einmal Gedanken machen, denn er führt direkt zu dem, was noch nicht abgeschlossen ist.
Was sich noch in der Vorschau befindet
Zwei weitere Komponenten arbeiten noch an ihrer allgemeinen Verfügbarkeit: der hybride Schlüsselaustausch im TLS-Stack und die Unterstützung von zusammengesetzten Algorithmen zur Kombination von klassischer und Post-Quanten-Kryptographie in einer einzigen Operation.
TLS-Hybrid-Schlüsselaustausch
Der Windows-TLS-Stack Schannel unterstützt jetzt den hybriden Schlüsselaustausch, der einen klassischen Algorithmus mit ML-KEM kombiniert. Diese Funktion ist ab sofort im Rahmen des Windows-Insider-Programms verfügbar und wird voraussichtlich in einer zukünftigen Windows-Version allgemein für Windows 11 und Windows Server 2025 bereitgestellt. Unterstützt werden die Kombinationen X25519 mit ML-KEM-768, NIST P-256 mit ML-KEM-768 und NIST P-384 mit ML-KEM-1024 für ein höheres Sicherheitsniveau. IT-Administratoren können diese wie bestehende TLS-Kurven konfigurieren: über Gruppenrichtlinien für Domänenumgebungen, Mobile-Device-Management-Plattformen (MDM) wie Intune oder TLS-PowerShell-Cmdlets für skriptbasierte Installationen.
Der Grundgedanke hinter dem Hybridansatz , anstatt direkt auf ML-KEM zu setzen, ist derselbe, dem sich alle wichtigen Standardisierungsgremien angeschlossen haben: Die Kombination eines klassischen Algorithmus mit einem Post-Quanten-Algorithmus bedeutet, dass ein Angreifer beide Hälften der Verbindung kompromittieren muss, nicht nur die neuere, weniger erprobte. Dies zielt direkt auf das Risiko des „Erntens jetzt, Entschlüsselns später “ (HNDL) ab, bei dem ein Angreifer verschlüsselten Datenverkehr abfängt, um ihn zu entschlüsseln, sobald ein ausreichend leistungsstarker Quantencomputer verfügbar ist. Dies ist besonders relevant für Daten, die über Jahre hinweg vertraulich bleiben müssen.
Unterstützung für zusammengesetzte Algorithmen
Microsoft hat angekündigt, die Unterstützung für zusammengesetzte Algorithmen zu erweitern und den klassischen ECDSA-Algorithmus mit ML-DSA sowie den klassischen ECDHE-Schlüsselaustausch mit ML-KEM zu kombinieren. Die Umsetzung ist für später in diesem Jahr geplant. Dies folgt den Entwürfen der IETF zu zusammengesetztem ML-DSA und zusammengesetztem ML-KEM. Zusammengesetzte Ansätze sind wichtig, da sie es ermöglichen, sowohl eine klassische als auch eine Post-Quanten-Komponente nativ in eine einzige kryptografische Operation zu integrieren. Dadurch wird die Komplexität der korrekten Kombination zweier Algorithmen abstrahiert, anstatt dass jeder Anwendungsentwickler diese Kombinationslogik selbst implementieren muss. Mit der Einführung dieser Funktion wird die PQC-Unterstützung über Signaturszenarien hinaus auf eine umfassendere Zertifikatsinteroperabilität ausgeweitet.
Bisher stand Windows im Mittelpunkt, doch die Arbeit von Microsoft im Bereich PQC geht weit über Windows hinaus.
Die Linux- und Azure-Seite
Microsofts PQC-Entwicklung war nie auf Windows beschränkt. SymCrypt fungiert auch als Backend-Provider für OpenSSL unter Linux über SCOSSL (den SymCrypt-Provider für OpenSSL). Microsoft nutzt SCOSSL, um FIPS 140-3-konforme Kryptografie für Azure Linux und die Azure-Cloud-Dienste für Regierungsbehörden bereitzustellen. Mit SCOSSL 1.9.0 wurde die gleiche ML-KEM- und ML-DSA-Unterstützung für Linux eingeführt, die Windows Insider etwa zur gleichen Zeit Mitte 2025 erhielten. Microsofts eigene Go-Runtime wurde aktualisiert, um die FIPS 140-3-konforme PQC-Implementierung von SCOSSL unter Azure Linux zu nutzen.
Dies ist aus einem einfachen Grund wichtig: Die meisten Microsoft-Unternehmensumgebungen bestehen nicht ausschließlich aus Windows. Wenn Ihre Azure-Workloads unter Linux laufen oder Ihre Build-Pipeline von Microsofts Go-Toolchain abhängt, gilt die gleiche zugrundeliegende SymCrypt PQC-Arbeit auch dort. Das bedeutet, dass Ihre Migrationsplanung beide Seiten der Umgebung berücksichtigen muss und Windows und Azure Linux nicht als separate Probleme behandeln darf.
Zu wissen, was verfügbar ist, nützt nur dann etwas, wenn man auch weiß, wie Microsoft die Einführung erwartet.
Was Microsoft seine Kunden jetzt von ihnen verlangt
Die Empfehlungen von Microsoft, die in all diesen Ankündigungen wiederholt werden, sind einheitlich: Die effektivsten Migrationen erfolgen schrittweise, nicht als einmalige Umstellung. Der empfohlene Ausgangspunkt ist derselbe, auf den sich alle anderen PQC-Migrationsframeworks einigen: Erstellen Sie eine Bestandsaufnahme, wo in Ihrer Umgebung tatsächlich Public-Key-Kryptografie eingesetzt wird, beginnend mit den Systemen, die am stärksten einem langfristigen Vertraulichkeitsrisiko ausgesetzt sind: Dokumentenablagen wie SharePoint, E-Mail-Archive, Datenbanksysteme und Backup- oder Archivspeicher, einschließlich lokaler und Cloud-Backups.
Microsoft empfiehlt daher, Systeme zu priorisieren, die sensible Daten mit langer Vertraulichkeitsdauer schützen, und Hybrid- sowie Kompositkonfigurationen in Nicht-Produktionsumgebungen zu testen, bevor sie in kundennahen Umgebungen eingesetzt werden. Dies entspricht dem umfassenderen Ansatz, der Hybridlösungen priorisiert und von NIST, NSA und praktisch allen Normungsorganisationen empfohlen wird: Hybridlösungen sollten während der Übergangsphase als Standardbetriebszustand betrachtet werden und nicht als optionale Ergänzung zur eigentlichen PQC-Einführung.
Ein wichtiger praktischer Punkt: Microsofts hybride Post-Quantum-TLS-Implementierung basiert auf TLS 1.3 . Falls Teile Ihrer IT-Infrastruktur noch mit älteren TLS-Versionen laufen, muss dieses Upgrade erfolgen, bevor die PQC-Arbeiten relevant werden. Dies ist ein hilfreicher Anreiz, falls Ihre Organisation die Migration zu TLS 1.3 bisher aufgeschoben hat.
Abgesehen von Microsoft im Speziellen bietet diese Einführung auch eine nützliche Vorschau auf das, was branchenweit bevorsteht.
Warum dies auch über Windows hinaus von Bedeutung ist
Windows und Azure bilden die Grundlage für einen Großteil der Unternehmensinfrastruktur, Identitätssysteme und PKI-Implementierungen. Wenn Microsoft die Ausstellung von ML-DSA-Zertifikaten von der Vorschauphase in die allgemeine Verfügbarkeit innerhalb von AD CS überführt, handelt es sich nicht um eine Nischenfunktion für Entwickler. Sie ist vielmehr die Basis, auf der die meisten Zertifizierungsstellen, Codesignierungspipelines und internen TLS-Implementierungen in Unternehmen aufbauen und die damit die Produktionsreife für Post-Quanten-Algorithmen erreichen.
Das bedeutet auch, dass die von Microsoft in diese Einführung eingebauten Einschränkungen – keine CA-Upgrades direkt vor Ort, ausschließliche CNG-Unterstützung und hybride Kryptografie als Standard-TLS-Verfahren – einen guten Vorgeschmack auf die Herausforderungen bieten, denen die meisten Unternehmen unabhängig vom verwendeten PKI-Anbieter begegnen werden. Das Muster ist branchenweit zu beobachten: parallele Infrastruktur während der Übergangsphase, hybride Kryptografie als sicherer Standard und eine stufenweise Einführung, die mit kryptografischen Primitiven beginnt und mit vollständiger PKI- und TLS-Unterstützung endet.
Dieses übergeordnete Muster ist genau der Punkt, an dem externe Hilfe in der Regel am wichtigsten ist, unabhängig davon, auf welcher Plattform Ihr Anwesen betrieben wird.
Wie Verschlüsselungsberatung helfen kann
Encryption Consulting ist spezialisiert auf PKI-Strategie , ADCS-Architektur und Zertifikatslebenszyklusmanagement für Unternehmen und Behörden. Ob Sie ADCS erstmals implementieren, eine bestehende PKI modernisieren, Ihre Zertifikatsinfrastruktur auf ESC-Schwachstellen prüfen oder ADCS in moderne DevOps-Tools integrieren möchten – unser Team bringt in jedes Projekt umfassendes Protokoll-Know-how ein.
- PKI-Gesundheitsbewertungen: Protokollebene-Audits Ihrer ADCS-Umgebung anhand offener Microsoft-Spezifikationen und Sicherheits-Benchmarks
- ADCS-Architekturdesign: Design des Registrierungs-Stacks (MS-WCCE, MS-XCEP/MS-WSTEP, NDES/SCEP), Planung der CA-Hierarchie und Verwaltung von Zertifikatvorlagen
- Zertifikatslebenszyklusmanagement: Automatisierte Erkennung, Überwachung und Erneuerung von Zertifikaten im gesamten Unternehmen.
- Sicherheitshärtung: Behebung von ESC-Fehlkonfigurationen, Härtung der CA-Rolle und Optimierung der CRL/OCSP-Infrastruktur.
Fazit
Die Einführung der Post-Quantum-Technologie durch Microsoft ist eines der deutlichsten Signale dafür, dass die PQC-Migration die Planungsphase hinter sich gelassen hat und nun in der Produktionsinfrastruktur Anwendung findet, auf die Unternehmen bereits täglich angewiesen sind. Die Ausstellung von ML-DSA-Zertifikaten ist allgemein verfügbar. ML-KEM und ML-DSA sind über CNG allgemein verfügbar. Der hybride TLS-Schlüsselaustausch befindet sich in der Vorschauphase und wird voraussichtlich bald allgemein verfügbar sein. Die Unterstützung für zusammengesetzte Algorithmen folgt im Laufe des Jahres.
Nichts davon ersetzt Ihren eigenen Migrationsplan. Es bedeutet aber, dass Sie, wenn Sie Windows oder Azure nutzen, einen wesentlichen Teil der benötigten Infrastruktur nicht mehr selbst aufbauen müssen. Die verbleibenden Aufgaben umfassen Inventarisierung, Sequenzierung und Tests – genau hier erweist sich eine strukturierte PQC-Bereitschaftsprüfung als äußerst nützlich.
