Microsofts PQC-roadmap voor Windows 11 en Windows Server 2025

Kort antwoord: Microsofts uitrol van Windows na de quantum-update is in vier verschillende fasen verlopen in minder dan een jaar tijd. Het beschouwen als één enkele gebeurtenis "Windows ondersteunt nu PQC" doet geen recht aan de volgorde die er echt toe doet voor de planning. In november 2025 werden ML-KEM en ML-DSA als ruwe cryptografische primitieven opgenomen in CNG en SymCrypt. In mei 2026 werd de uitgifte van ML-DSA-certificaten mogelijk gemaakt voor Active Directory Certificate Services op Windows Server 2025. Op 14 juli 2026 werd hybride ML-KEM-sleuteluitwisseling rechtstreeks geïntegreerd in de Schannel TLS-stack, samen met ondersteuning voor het samengestelde PQC-algoritme in de cryptografie-API's en certificaatfuncties van Windows. Elke fase ontgrendelt een andere laag: primitieven, vervolgens certificaten, en ten slotte live TLS-onderhandeling. De belangrijkste beperking in dit alles is dat AD CS een bestaande certificeringsinstantie niet kan upgraden; PQC-ondersteuning vereist het parallel opzetten van een nieuwe CA-hiërarchie.

Onze handleiding voor ML-DSA-ondersteuning voor uw Microsoft PKI behandelt het AD CS-onderdeel van deze uitrol uitgebreid. Deze handleiding bekijkt het bredere plaatje: de volledige Windows-platformsequentie voor CNG, SymCrypt, TLS en certificaatservices, en wat die sequentie betekent voor de uitrolplanning.

Key Takeaways

• ML-KEM en ML-DSA zijn in de Windows-update van november 2025 algemeen beschikbaar gekomen als CNG- en SymCrypt-primitieven, zowel voor Windows 11 als voor Windows Server 2025.
• De uitgifte van AD CS ML-DSA-certificaten is algemeen beschikbaar gekomen met de beveiligingsupdate van mei 2026 (KB5087539) voor Windows Server 2025.
• De hybride ML-KEM TLS 1.3-sleuteluitwisseling in de Schannel-stack, plus de ondersteuning voor het samengestelde PQC-algoritme in de Windows-cryptografie-API's en certificaatfuncties, is met de beveiligingsupdates van 14 juli 2026 algemeen beschikbaar gekomen.
• AD CS kan een bestaande certificeringsinstantie niet upgraden naar PQC; voor het implementeren van ML-DSA-ondersteuning is het nodig een nieuwe, parallelle CA-hiërarchie op te zetten en daar doelbewust naartoe te migreren.
• Post-quantum TLS-groepen zijn standaard uitgeschakeld, werken alleen met TLS 1.3 en vereisen dat beide eindpunten een compatibele onderhandelde groep ondersteunen.

De uitrol in vier fasen

Datum	Milestone	Wat het ontgrendelt
November 2025	ML-KEM en ML-DSA zijn nu algemeen beschikbaar in CNG en SymCrypt.	Ruwe cryptografische primitieven zijn beschikbaar voor ontwikkelaars via de Windows-cryptografie-API's; .NET 10 integreert deze algoritmen ook.
mei 2026	AD CS ML-DSA-ondersteuning (KB5087539)	Certificeringsinstanties kunnen ML-DSA-certificaten uitgeven voor codeondertekening, TLS, webservers, gebruikers- en computersjablonen en OCSP-antwoordondertekening.
July 14, 2026	Hybride ML-KEM TLS 1.3-sleuteluitwisseling in Schannel; samengestelde PQC-algoritmen in CNG en certificaatfuncties	Schannel onderhandelt rechtstreeks over de hybride sleuteluitwisseling van ML-KEM tijdens echte TLS-handshakes, zonder dat applicatieontwikkelaars dit hoeven te implementeren; samengestelde algoritmen breiden de ondersteuning voor hybride cryptografische objecten uit naar ondertekenings- en sleutelinkapselingsscenario's die verder gaan dan TLS.

De volgorde is weloverwogen, niet toevallig: eerst de basiscomponenten, zodat ontwikkelaars en platformteams konden beginnen met experimenteren; vervolgens de uitgifte van certificaten, waarmee PQC wordt uitgebreid naar de identiteits- en vertrouwenslaag; en als laatste de live protocolonderhandeling, omdat dat het onderdeel is met de grootste impact als er iets misgaat in het productieverkeer.

CNG en SymCrypt: Waar de algoritmes daadwerkelijk tot leven komen

SymCrypt is Microsofts belangrijkste cryptografische bibliotheek onder Windows, en Cryptography API: Next Generation (CNG) is de interface die applicaties en platformcomponenten gebruiken om er toegang toe te krijgen. Post-kwantumalgoritmen worden alleen beschikbaar gesteld via CNG-providers, niet via de oudere, verouderde CryptoAPI. Dit vormt een harde compatibiliteitsgrens: elke applicatie, certificaatsjabloon of platformfunctie die nog steeds afhankelijk is van verouderde CSP's kan ML-KEM of ML-DSA niet gebruiken, ongeacht de OS-versie, en moet eerst overstappen naar een CNG Key Storage Provider. Dit is een veelvoorkomend, gemakkelijk over het hoofd te zien probleem, met name bij de configuratie van AD CS-certificaatsjablonen, omdat sjablonen expliciet opnieuw geconfigureerd moeten worden naar een niet-verouderde provider voordat ML-DSA überhaupt selecteerbaar is.

Hybride TLS en samengestelde algoritmen

De Schannel-update van juli 2026 voegde configureerbare ML-KEM-hybride groepen toe aan Windows TLS, inclusief combinaties zoals SecP384r1_MLKEM1024, waarbij een klassieke NIST-curve wordt gecombineerd met een ML-KEM-parameterset met hogere beveiliging. Deze groepen zijn standaard uitgeschakeld, werken alleen met TLS 1.3 en vereisen dat beide kanten van een verbinding een wederzijds compatibele groep ondersteunen, dezelfde onderhandelingslogica die wordt beschreven in onze implementatiehandleiding voor X25519MLKEM768 . Het inschakelen van deze functionaliteit op besturingssysteemniveau betekent niet dat elke applicatie deze automatisch gebruikt: software die een eigen TLS-stack gebruikt in plaats van op Schannel te vertrouwen, maakt een eigen, onafhankelijke keuze over ondersteunde groepen, waardoor een configuratiewijziging op Windows-niveau niet universeel wordt doorgevoerd.

De ondersteuning voor samengestelde PQC-algoritmen, die in dezelfde update van juli aan de Windows-cryptografie-API's en certificaatfuncties is toegevoegd, breidt de ondersteuning voor hybride cryptografische objecten uit van TLS naar bredere scenario's voor ondertekening en sleutelinkapseling. Hierdoor kunnen organisaties beginnen met het prototypen van samengestelde certificaatprofielen en de impact op de vertrouwensketen evalueren voordat samengestelde formaten op grotere schaal in het ecosysteem worden geaccepteerd.

AD CS: De parallelle hiërarchiebeperking

Dit is het allerbelangrijkste operationele gegeven voor iedereen die een AD CS-implementatie plant: er is geen in-place upgrade mogelijk. Een bestaande certificeringsinstantie kan niet via een configuratiewijziging of -update worden omgezet naar ML-DSA; PQC-ondersteuning vereist de implementatie van een nieuw gecreëerde certificeringsinstantie, het parallel opzetten ervan aan de productieomgeving, de validatie ervan en de migratie op een gecontroleerde manier, in plaats van de huidige root- of uitgevende CA rechtstreeks aan te passen. Deze beperking bepaalt de gehele projectplanning, aangezien een parallelle implementatie met een gecontroleerde overgang aanzienlijk langer duurt dan een configuratiewijziging. Dit moet vanaf het begin in het budget worden opgenomen en mag niet pas halverwege het project aan het licht komen.

Wat we daadwerkelijk zouden aanbevelen

Controleer welke specifieke Windows- en Windows Server-builds en KB-updates daadwerkelijk in uw omgeving zijn geïmplementeerd voordat u ervan uitgaat dat het hele platform PQC-gereed is. De vier bovenstaande fasen vonden plaats op verschillende data en met verschillende minimale builds, en een omgeving met gedeeltelijk gepatchte systemen zal inconsistente functionaliteit vertonen. Plan de parallelle hiërarchische implementatie van AD CS als een apart project met een eigen tijdlijn, en niet als een uitrol die wordt toegevoegd aan bestaand CA-onderhoud, gezien de beperking van het niet-in-place upgraden. Controleer welke applicaties afhankelijk zijn van Schannel versus een gebundelde TLS-stack voordat u ervan uitgaat dat een hybride TLS-configuratiewijziging op besturingssysteemniveau alle workloads bereikt, en herconfigureer verouderde CSP-gebaseerde certificaatsjablonen naar CNG Key Storage Providers als een vereiste stap, niet als een nabeschouwing.

Hoe encryptieconsultancy kan helpen

Weten welke builds, KB-updates en CNG- versus legacy CSP-configuraties daadwerkelijk in uw Windows-omgeving zijn geïmplementeerd, is precies de inventarislacune die CBOM Secure wil dichten. Het brengt het patchniveau van het platform en de configuratie van de cryptografische provider in kaart, samen met uw bredere certificaat- en sleutelinventaris.

Onze PQC Advisory Services stemmen de uitrolfasen van CNG, TLS en AD CS, zoals beschreven in deze handleiding, af op uw daadwerkelijke patchniveau en applicatieafhankelijkheden. Hierdoor wordt de migratie van de parallelle CA-hiërarchie ingebouwd in een realistische projectplanning in plaats van een veronderstelde configuratiewijziging. Wanneer de focus ligt op de certificaatuitgifte zelf, beheert CertSecure Manager de overgang tussen de parallelle hiërarchie en de productie-CA, inclusief hybride en samengestelde formaten naarmate deze zich verder ontwikkelen.

Vier fasen, niet één evenement

Microsoft heeft snel vooruitgang geboekt, van primitieve certificaten tot live TLS-onderhandeling in minder dan een jaar, maar de PQC-gereedheid van het platform is geen kwestie van één schakelaar omzetten. Elke fase kent zijn eigen minimale bouwvereisten, compatibiliteitsgrenzen en, specifiek voor AD CS, een beperking voor parallelle implementatie die daadwerkelijk gevolgen heeft voor de projectplanning. Door de uitrol te beschouwen als vier afzonderlijke, opeenvolgende functionaliteiten om rekening mee te houden, in plaats van één Windows PQC-mijlpaal die afgevinkt moet worden, ontstaat een realistische migratieplanning.

Veelgestelde Vragen / FAQ

Kan een bestaande AD CS-certificeringsinstantie worden geüpgraded om ML-DSA te ondersteunen?

Nee. Er is geen mogelijkheid tot een upgrade ter plaatse. PQC-ondersteuning vereist het implementeren van een nieuwe certificeringsinstantie parallel aan de productieomgeving, het valideren ervan en de migratie ernaartoe, in plaats van het aanpassen van een bestaande root- of uitgevende CA.

Wordt het inschakelen van hybride TLS op Windows-besturingssysteemniveau automatisch toegepast op elke applicatie?

Nee. Applicaties die gebruikmaken van de Windows Schannel TLS-provider erven deze mogelijkheid, maar software die een eigen, onafhankelijke TLS-stack gebruikt, maakt zelf de keuze voor ondersteunde groepen en wordt niet beïnvloed door de configuratie op besturingssysteemniveau.

Waarom kunnen traditionele cryptografische dienstverleners geen gebruik maken van ML-KEM of ML-DSA?

Post-quantum algoritmen zijn alleen beschikbaar via CNG (Cryptography API: Next Generation) providers, niet via de oudere, verouderde CryptoAPI. Elk certificaatsjabloon of elke applicatie die nog is geconfigureerd voor een verouderde CSP, moet overstappen naar een CNG Key Storage Provider voordat post-quantum algoritmen beschikbaar komen.

Is hybride ML-KEM TLS-sleuteluitwisseling standaard ingeschakeld in Windows?

Nee. De post-quantum TLS-groepen zijn standaard uitgeschakeld, werken alleen met TLS 1.3 en vereisen dat beide kanten van een verbinding een onderling compatibele groep ondersteunen voordat de onderhandeling slaagt.

Waarvoor worden samengestelde PQC-algoritmen in Windows gebruikt?

Ze breiden de ondersteuning voor hybride cryptografische objecten uit, door een klassiek en een post-kwantumalgoritme te combineren, van TLS naar scenario's voor ondertekening en sleutelinkapseling. Hierdoor kunnen organisaties prototypes van samengestelde certificaatprofielen ontwikkelen en de impact op de vertrouwensketen evalueren voordat samengestelde formaten op grotere schaal in de sector worden toegepast.