PQC-migratie in 2026: een routekaart ontwikkelen die de overgang naar productie overleeft.

Op 13 mei 2026 bracht Microsoft ML-DSA-ondersteuning in Active Directory Certificate Services op Windows Server 2025 algemeen beschikbaar, waarmee post-kwantumcryptografie niet langer alleen in de documentatie aanwezig was, maar ook in de systemen waarop de meeste enterprise PKI's daadwerkelijk draaien. Drie weken eerder waren dezelfde teams nog in discussie met auditors over de vraag of hun CA-hiërarchieën überhaupt geïnventariseerd konden worden. De kloof tussen die twee gesprekken maakt 2026 het jaar waarin een roadmap voor PQC-migratie ophoudt een discussiepunt te zijn en een concreet implementatieprogramma wordt met benoemde verantwoordelijken, een gedetailleerd budget, afhankelijkheidslijsten en kwartaalrapportages over de naleving van de regelgeving.

Dit artikel is bedoeld voor PKI-architecten, infrastructuurmanagers en CISO's die hun programma willen omzetten van een presentatie naar een draaiboek. We bespreken de regelgeving die de plannen voor 2026 vormgeeft, het inventarisprobleem waar niemand direct naar wil kijken, de drie migratiestrategieën die daadwerkelijk passen bij verschillende risicoprofielen, waarom PKI de beperkende factor is in elke eerlijke roadmap, hoe een gefaseerde uitrol eruitziet wanneer ML-DSA-handtekeningen ongeveer 48 keer zo groot zijn als ECDSA-handtekeningen, en hoe het programma zo kan worden ingericht dat het de komende achttien maanden van standaardwijzigingen en platformupdates overleeft.

De drukkaart van 2026

De verschuiving van "we zouden moeten plannen" naar "we moeten lanceren" vond plaats op basis van een kalender, niet in theorie. Zeven mijlpalen bepalen nu de planningshorizon waaraan elke bedrijfsroadmap zich moet houden, en geen enkele daarvan ligt verder dan negen jaar in de toekomst.

Anker	Bron	Datum	Operationele betekenis
FIPS203 / 204 / 205 afgerond	NIST	August 13, 2024	ML-KEM, ML-DSA en SLH-DSA zijn productierijpe standaarden, geen concepten.
HQC geselecteerd als back-up KEM	NIST	11 maart 2025	Algoritmediversiteit in de KEM-lane; concept-FIPS verwacht in 2026, definitieve versie in 2027.
EU NIS CG PQC-routekaart	Europese Commissie, NIS-samenwerkingsgroep	Gepubliceerd 23 juni 2025	De nationale plannen van de lidstaten moeten uiterlijk 31 december 2026 worden ingediend.
FIPS 140-2 modules zijn verplaatst naar Historische locatie.	NIST CMVP	21 september 2026	Federale aanbestedingen vereisen modules die gevalideerd zijn volgens FIPS 140-3; de achterstand in FIPS 140-3-validatie bedraagt ​​gemiddeld meer dan 500 dagen.
ADCS ML-DSA GA beschikbaar op Windows Server 2025	Microsoft	Mei 2026 update	Het eerste mainstream CA-platform voor bedrijven dat PQC-certificaten in productie uitgeeft.
CNSA 2.0 acquisitiepoort	NSA	1 januari 2027	Nieuwe aankopen voor het nationale veiligheidssysteem moeten ML-KEM-1024 en ML-DSA-87 ondersteunen.
NIST IR 8547-algoritme wordt uitgefaseerd	NIST	Afschrijving in 2030, niet toegestaan ​​in 2035	RSA-2048 / ECC P-256 wordt in 2030 afgeschaft; kwantumkwetsbare algoritmen worden in 2035 verboden.

Horizontaal gelezen is dit geen probleem voor 2035. De deadlines voor aanbestedingen, de overgang naar FIPS 140 en de verschuivingen in platformbeschikbaarheid concentreren zich tussen het laatste kwartaal van 2026 en 1 januari 2027. Organisaties die verkopen aan de federale overheid, de NSS of kritieke-infrastructuurmarkten moeten CNSA 2.0-functionaliteit binnen die periode leveren, anders trekken ze zich terug uit de aanbesteding. Zelfs niet-gereguleerde bedrijven worden indirect getroffen: hun leveranciers nemen nu CNSA 2.0-vereisten op in aanbestedingen, en inkoopfunctionarissen in gereguleerde sectoren beginnen PQC-roadmaps te eisen als onderdeel van het due diligence-onderzoek. De periode waarin "we beginnen volgend jaar met de planning" een verdedigbaar antwoord is op een vraag van de raad van bestuur, eindigt in het derde kwartaal van 2026.

Waarom HNDL geen hypothetische situatie is

De uitdrukking " nu oogsten, later decoderen " is zo vaak in marketingteksten gebruikt dat sommige teams het als iets uit de toekomst beschouwen. Dat is het echter niet. Het verzamelen van gegevens vindt al plaats op de huidige infrastructuur: statelijke actoren onderscheppen TLS-sessies, IPsec-tunnels en opgeslagen versleutelde back-ups, bewaren deze en wachten tot een cryptografisch relevante kwantumcomputer (CRQC) de versleutelde sleutels kan achterhalen. In het ontwerp van de EU-wijziging NIS2, die begin 2026 wordt gepubliceerd, wordt HNDL-aanvallen omschreven als aanvallen die "waarschijnlijk nu al plaatsvinden". Dit is de meest expliciete vermelding in een belangrijke regelgevingstekst tot nu toe.

Hieruit volgen twee implicaties. Ten eerste is de migratie van encryptie urgenter dan de migratie van digitale handtekeningen voor alle gegevens met een vertrouwelijkheidsvereiste die langer duurt dan de verwachte CRQC-implementatieperiode. Banktransactiegegevens, medische dossiers die onder de HIPAA-bewaarplicht vallen, intellectueel eigendom gekoppeld aan productlevenscycli, geclassificeerd materiaal, burgergegevens onder de AVG en werkdocumenten met betrekking tot fusies en overnames vallen hier allemaal onder. Ten tweede is de migratie van digitale handtekeningen het belangrijkst voor lang bestaande ondertekeningsidentiteiten (root-CA's, code-ondertekeningscertificaten, firmware-updatesleutels) waarbij de handtekening jarenlang na uitgifte betrouwbaar moet blijven. Een vervalste handtekening heeft een ander dreigingsmodel dan een onversleuteld bericht, maar de levensduur van de gegevens bepaalt in beide gevallen de urgentie.

De conclusie: geef prioriteit aan de uitrol van ML-KEM voor kanalen waar vertrouwelijkheid cruciaal is, en integreer ML-DSA in de volgorde van ondertekeningsidentiteiten met de langste staarten. Elke andere volgorde keert het feitelijke risicomodel om.

Welke standaarden zijn tegenwoordig daadwerkelijk leverbaar?

Vijf algoritmes voldoen nu aan of liggen dicht bij de productiegeschikte NIST-standaarden. Weten welke waar ingezet moeten worden, is het verschil tussen een migratieplan en een aanbestedingsdocument.

Algoritme	Standaard	Type	Productiestatus medio 2026
ML-KEM (Kyber)	FIPS203	Sleutelinkapseling	Primaire KEM; ML-KEM-768 voor civiel gebruik, ML-KEM-1024 voor CNSA 2.0
ML-DSA (Dilithium)	FIPS204	Digitale handtekening	Primaire handtekening; ML-DSA-65 civiel, ML-DSA-87 CNSA 2.0
SLH-DSA (SPHINCS+)	FIPS205	Staatloze hash-gebaseerde handtekening	Conservatieve reserveoptie; niet in CNSA 2.0; grote handtekeningen
hoofdkwartier	Het concept-FIPS wordt verwacht in 2026, de definitieve versie in 2027.	Back-up KEM (codegebaseerde wiskunde)	Crypto-flexibiliteitsreserve voor het geval de wiskunde van het raster faalt.
FN-DSA (Falcon)	Ontwerp-FIPS 206, naar verwachting eind 2026 of begin 2027.	Compacte handtekening	Niet in CNSA 2.0; kleinere signatures dan ML-DSA, maar moeilijker veilig te implementeren.

De parameterselecties van CNSA 2.0 zijn belangrijk en kunnen civiele teams verrassen. Roadmaps die standaard ML-KEM-768 en ML-DSA-65 gebruiken, zijn niet zonder aanpassingen overdraagbaar naar NSS-omgevingen. Elk productteam dat aan de defensie-industrie verkoopt, moet vanaf dag één rekening houden met ML-KEM-1024 en ML-DSA-87, met de grotere sleutel-, ciphertext- en signature-groottes die deze parameterinstellingen met zich meebrengen. CNSA 2.0 staat HashML-DSA (de pre-hash-variant) expliciet niet toe en is niet van plan om toekomstige NIST PQC-algoritmen zoals FN-DSA toe te voegen. De suite is bedoeld om stabiel te blijven tijdens de overgang, wat de planning voor leveranciers vereenvoudigt ten koste van de flexibiliteit.

Het voorraadprobleem waar niemand naar wil kijken.

Ontdekking is waar elke PQC-roadmap vastloopt, en de oorzaak van de fout is steeds hetzelfde: teams beperken de cryptografische inventaris tot de activa die ze al beheren en missen de activa die het werkelijke risico vormen. Een geloofwaardige inventaris in 2026 moet minstens zes ontdekkingsgebieden omvatten.

Endpoint- en serverscans detecteren cryptografische bibliotheken (OpenSSL, BoringSSL, BCFIPS, de .NET-cryptografiestack) en hun versies. Netwerkdetectie legt TLS-configuraties vast op actieve poorten, inclusief de vingerafdrukken die onthullen welke clients nog steeds RSA-sleuteluitwisseling of SHA-1-handtekeningen gebruiken. CA-API's en Certificate Transparency-logboeken tonen openbaar uitgegeven certificaten, maar CT-logboeken registreren alleen openbaar vertrouwde uitgiften; private CA's (de meerderheid van de PKI's in bedrijven) vereisen directe integratie met AD CS of het platform dat intern vertrouwen uitgeeft. HSM-inventarissen tonen sleutelmateriaal, maar niet de certificaten die bij die sleutels horen, dus HSM-partitietoewijzing moet worden vergeleken met CA-databases.

CMDB's en infrastructuur-als-code-repositories leggen de configuratie bloot die cryptografie aan applicaties koppelt. Daar bevindt zich de verborgen cryptografie: hardgecodeerde algoritmes in verouderde Java-code, een wildgroei aan SSH-sleutelparen in CI/CD-systemen, ondertekende JAR-bestanden met ingebedde certificaten en hardgecodeerde privésleutels die in repositories zijn opgeslagen. Vendor disclosures en SBOM's dichten de kloof met betrekking tot bibliotheken van derden, met name voor embedded systemen en IoT.

Handmatige audits leveren een momentopname op die verouderd is voordat het spreadsheet wordt afgesloten. Geautomatiseerde continue detectie is de enige aanpak die standhoudt op bedrijfsniveau, en deze moet volgens een vast schema worden herhaald omdat de cryptografische infrastructuur dagelijks verandert naarmate containers worden opgestart, leveranciers updates uitbrengen en engineers nieuwe code committen. De inventaris moet voor elk artefact de volgende gegevens bevatten: algoritme en parameters, sleutelgrootte, uitgever, vervaldatum, zakelijke eigenaar, technische eigenaar, gegevensclassificatie, systeemkritikaliteit en vervangingscomplexiteit. Zonder deze velden kan de inventaris geen risicoscore leveren.

Een nuttige test voorafgaand aan de migratie: vraag het team om een ​​lijst te maken van alle X.509-certificaten die binnen de komende 90 dagen verlopen. Als het antwoord is "dat moeten we nog even nakijken", is de inventarisatie niet klaar om te worden gebruikt voor een migratieplan, en zal dat plan blinde vlekken bevatten.

Drie migratiestrategieën, drie risicoprofielen

De literatuur biedt vele manieren om migratiebenaderingen te categoriseren. In de praktijk beschrijven drie patronen wat de meeste bedrijven in 2026 daadwerkelijk implementeren, en de keuze daartussen wordt bepaald door de regelgeving en de kosten die gepaard gaan met een foutief algoritme.

Strategie	Wat het betekent	Beste pasvorm	Compromis
Gefaseerde migratie	Migreer eerst de sleutelgeneratie naar ML-KEM; handtekeningen in een later stadium naar ML-DSA.	Organisaties met een hoge blootstelling aan HNDL, maar met beperkte capaciteit voor PKI-wijzigingen.	Stelt de complexiteit van handtekeningen uit, maar laat klassieke ondertekeningsidentiteiten jarenlang onbeschermd.
Hybride cryptografie	Combineer klassieke methoden (bijv. X25519, ECDSA) met PQC in één enkele bewerking; beide moeten voldoen voor de beveiliging.	Gereguleerde sectoren, omgevingen met hoge kwaliteitsnormen, iedereen die wantrouwend staat tegenover jonge PQC-wiskunde.	Verdubbelt de grootte van het cryptografische artefact, bemoeilijkt het testen en creëert een tweede migratie (van hybride naar pure PQC) verderop in het proces.
CNSA 2.0-afstemming	ML-KEM-1024, ML-DSA-87, AES-256, SHA-384 / SHA-512 worden overal ondersteund.	NSS, defensie-industriële basis, federale aannemers	Strengere parameters dan de standaardinstellingen voor civiel gebruik; grotere sleutels, handtekeningen en versleutelde teksten; langere doorlooptijd voor HSM en platformgereedheid.

Hybride certificaten verdienen een aparte vermelding. Microsofts ADCS-implementatie ondersteunt samengestelde certificaten die een klassieke handtekening (RSA of ECDSA) combineren met een ML-DSA-handtekening. Beide handtekeningen moeten gevalideerd worden om het certificaat te kunnen vertrouwen. De samengestelde aanpak is operationeel schoner dan de parallelle dual-stack hybride aanpak, omdat het certificaat uit één enkel artefact bestaat. Het vergroot echter de ketenlengte en vereist dat de vertrouwende partijen het samengestelde formaat begrijpen. Houd rekening met beide vormen tijdens de overgangsperiode. De uitfasering van NIST IR 8547 tussen 2030 en 2035 zal uiteindelijk de klassieke component verbieden, en elke hybride constructie die de PQC-helft verzwakt, zal die grens niet halen; NIST heeft dit punt expliciet aangegeven in de openbare commentaren op IR 8547.

De onderliggende beslissing over cryptografische flexibiliteit is bij alle drie de patronen hetzelfde. Geen van deze strategieën is houdbaar zonder een architectuur die algoritmes kan wisselen via beleid in plaats van codeaanpassingen. Dat is de operationele functionaliteit die het waard is om als eerste te ontwikkelen, ongeacht welk migratiepatroon de rest van het programma kiest.

PKI is de snelheidsbegrenzer.

PKI is de langste paal in elke PQC-migratietent, en de redenen daarvoor zijn eenvoudig te achterhalen.

ML-DSA-87 produceert handtekeningen van ongeveer 4,627 bytes. ECDSA P-384 produceert handtekeningen van ongeveer 96 bytes. Een certificaatketen van vier certificaten (root, intermediair, uitgevend, leaf) repliceert dit grootteverschil bij elke TLS-handshake, elke OCSP-respons en elke geauthenticeerde sessie-opbouw. ​​De gevolgen hiervan zijn een verhoogde bandbreedte, meer handshake-rondes, MTU-fragmentatie op padsegmenten die niet op de verandering waren voorbereid en druk op de HSM- doorvoer omdat PQC-handtekeningbewerkingen intern meer bytes verwerken. Pre-hashing helpt de impact op de HSM te verminderen, maar CNSA 2.0 verbiedt dit expliciet voor deze suite, waardoor NSS-implementaties behoefte hebben aan krachtigere HSM's in plaats van slimmere pre-processing.

Certificaatketens kennen ook hiërarchische volgordeproblemen die niet door de algoritmekeuze kunnen worden opgelost. Het migreren van een bladcertificaat naar ML-DSA zonder eerst de uitgevende CA te migreren, zorgt ervoor dat de validatie mislukt. Het migreren van de uitgevende CA zonder eerst de offline root te migreren, resulteert in een keten die gebaseerd is op klassieke wiskunde, waardoor het doel van de migratie teniet wordt gedaan.

De gereedheid van HSM's vergroot de tijdlijn. SafeNet Luna- en Thales-platforms hebben firmware-ondersteuning voor ML-DSA gepubliceerd voor de huidige generatie hardware, maar oudere modules vereisen een hardware-update, herstructurering van partities en KSP-herconfiguratie op elke Windows-server die ze gebruikt. De ADCS-update van mei 2026 is afhankelijk van de selectie van de Key Storage Provider met de optie 'Signature' aangevinkt in Request Handling, en elke CA met een HSM-partitie die is geregistreerd via een serienummer in plaats van een slotlabel, heeft een nieuwe KspConfig-procedure nodig voordat de nieuwe algoritmen in de dropdownlijst zichtbaar zijn.

Plan achttien tot vierentwintig maanden in vanaf het moment van de aanschafbeslissing tot een stabiele, op PQC gebaseerde interne CA. Plan langer in als u meerdere forests gebruikt of afhankelijke middleware hebt: NDES, Intune SCEP-connectors, Java-sleutelarchieven en codeondertekeningspipelines hebben allemaal hun eigen gereedheidscurves die niet kunnen worden omzeild bij de CA-migratie.

De clou: elke andere stap in de PQC-migratie is afhankelijk van PKI, en PKI is het traagst te migreren onderdeel.

Een operatorvolgorde voor 2026

Hieronder volgt de stappenreeks die we gebruiken wanneer een bedrijf vraagt ​​hoe de eerste achttien maanden van een PQC-migratie er in de praktijk uitzien. We gaan uit van een omgeving met veel Microsoft-producten, een tweelaagse AD CS-hiërarchie, HSM-ondersteunde rootservers en een mix van klassieke TLS-, S/MIME- en codeondertekeningsworkloads. Pas de diepte van elke stap aan de specifieke omgeving aan; wijzig de volgorde niet.

1. Continue cryptografie opzetten ontdekkingImplementeer een geautomatiseerde scanner op endpoints, netwerksegmenten, CA-databases, HSM-partities, containerimages en code repositories. Genereer een actuele inventaris met gegevens over de bedrijfseigenaar, vervaldatum, algoritme, parameterinstellingen en gegevensgevoeligheid. Zonder dit is elke volgende stap giswerk vermomd als planning.
2. Beoordeel het risico op basis van de vertrouwelijkheidsduur van de gegevens, niet op basis van het aantal assets. Stel een risicomatrix op die certificaten en sleutels rangschikt op basis van hoe lang de gegevens die ze beschermen vertrouwelijk moeten blijven, gewogen naar HNDL-blootstelling en systeemkritikaliteit. Een TLS-certificaat van 90 dagen voor een marketingsite heeft een lagere prioriteit dan een code-ondertekeningssleutel waarvan de handtekeningen tien jaar geldig moeten blijven. Prioritering op basis van het aantal assets leidt tot een achterstand die wordt gedomineerd door assets met een lage waarde.
3. Bouw een niet-productie ML-DSA-testhiërarchie. Zet in een labomgeving met Windows Server 2025, waarop de update van mei 2026 is geïnstalleerd, een parallelle AD CS-hiërarchie met twee lagen op, waarbij ML-DSA-65 wordt gebruikt als de uitgevende CA en ML-DSA-87 als de offline root. Geef testcertificaten uit voor codeondertekening, webserverauthenticatie, computerauthenticatie en gebruikersauthenticatie. Documenteer wat momenteel werkt (codeondertekening is het meest overzichtelijke scenario), wat gedeeltelijk werkt (TLS-webserver, bepaalde authenticatiescenario's) en wat nog niet wordt ondersteund (brede authenticatie). TLS(VPN, Remote Desktop). De analyse van de tekortkomingen uit dit lab vormt de basis voor elke daaropvolgende productiebeslissing.
4. Test hybride TLS op een afgebakende workload. Kies één interne applicatie met een lage impactradius. Configureer het TLS-eindpunt voor hybride sleuteluitwisseling (X25519MLKEM768) met moderne clients. Meet de handshakegrootte, latentie, certificaatketengrootte en HSM-doorvoer ten opzichte van de klassieke basislijn. Documenteer de verschillen, inclusief de MTU en het gedrag van de load balancer dat de grotere handshake teweegbrengt. Deze cijfers, en niet de whitepapers van de leverancier, zijn bepalend voor de uiteindelijke goedkeuring voor productie.
5. Bereid de gereedheid van het HSM- en CA-platform voor. Controleer elke HSM-partitie op de firmwareversies van de leverancier die ML-DSA ondersteunen. Plan firmware-updates in onderhoudsvensters die rekening houden met de frequentie van de offline-rootceremonie. Valideer voor CA-platforms of AD CS of uw CLM-platform PQC-certificaten kan uitgeven en of downstream-gebruikers (Intune, NDES, code-signing pipelines, certificaatgebruikende applicaties) deze kunnen aanvragen, leveren en valideren. Houd er rekening mee dat voor de uitgifte van ADCS PQC-certificaten momenteel KSP-selectie met een handtekening in de aanvraagafhandeling vereist is en dat bepaalde sjabloonversies opnieuw moeten worden gepubliceerd.

Voor geen van deze stappen is een cryptografisch relevante kwantumcomputer nodig. Ze worden allemaal geblokkeerd door het ontdekkingsprobleem in stap één, en daarom wijst elk betrouwbaar PQC-programma een inventarisbeheerder toe voordat het iemand anders toewijst.

Hoe CertSecure Manager PQC-gereed certificaatlevenscyclusbeheer mogelijk maakt

CertSecure Manager (CSM) is ontworpen om te functioneren als een CA-onafhankelijke certificaatlevenscycluslaag voor klassieke, hybride en PQC-certificaatpopulaties, wat de implementatievorm is die PQC-migratie daadwerkelijk vereist.

Orchestratie van meerdere CA's : CSM bemiddelt bij de uitgifte en verlenging van CA's voor Microsoft AD CS, andere CA-platformen voor bedrijven en openbare CA's vanuit één beleidslaag. Hierdoor wordt de inschrijvingsworkflow van de consumerende applicatie niet verstoord bij een overstap van RSA naar ML-DSA op de back-end CA.

Continue cryptografische detectie : Endpoint- en netwerkscanners voorzien CSM van een realtime inventaris van certificaten, algoritmen, parameterreeksen, sleutelgroottes en vervaldatums, gekoppeld aan zakelijke en technische eigenaren en gegevensgevoeligheid.

Beleidsgestuurde crypto-flexibiliteit : de algoritmekeuze is vastgelegd in het beleid, niet in de applicatiecode. Het overschakelen van een certificaatpopulatie van ECDSA P-384 naar ML-DSA-65 wordt een beleidsupdate, geen herimplementatie, en dat is de enige manier om te voldoen aan de FIPS 140- en CNSA 2.0-tijdlijnen.

Ondersteuning voor samengestelde en hybride certificaten : CSM wordt uitgebreid om het door Microsoft gedefinieerde ADCS-samengestelde certificaatformaat en de IETF-hybride certificaatpatronen te ondersteunen, zodat overgangsartefacten van begin tot eind gevalideerd worden in alle gebruikende applicaties.

Hoe kan Encryption Consulting u helpen?

Encryption Consulting heeft meer dan tien jaar ervaring met het implementeren van PKI-, cryptografie- en CLM-programma's voor gereguleerde bedrijven in de financiële dienstverlening, gezondheidszorg, energie, telecommunicatie en productie. De kern van onze PQC-oplossingen is CertSecure Manager , een CA-onafhankelijk platform voor de certificaatlevenscyclus dat de uitgifte, verlenging, ontdekking en het beleid van certificaten orkestreert voor Microsoft AD CS, andere bedrijfs-CA-platformen en openbare CA's (klassiek, hybride en PQC) vanuit één centraal beheersysteem.

Wij vullen dit aan met onze PQC-adviesdiensten voor migratieplanning en crypto-agility-roadmaps, PKI-diensten voor de beoordeling en modernisering van CA-hiërarchieën binnen bedrijven, en HSM-diensten voor SafeNet Luna- en Thales-platforms die klaar zijn voor ML-DSA. Neem contact met ons op via [email protected] of bezoek www.encryptionconsulting.com om uw roadmap te starten.

Veelgestelde Vragen / FAQ

Wat is PQC-migratie?

PQC-migratie is het programma waarbij kwantumkwetsbare cryptografische algoritmen (RSA, ECDSA, ECDH, Diffie-Hellman) in alle systemen, applicaties, certificaten, sleutels, bibliotheken en protocollen van een organisatie worden vervangen door kwantumresistente algoritmen die zijn gestandaardiseerd door NIST in FIPS 203, 204 en 205. Het is een meerjarig programma in plaats van een eenmalige upgrade en raakt tegelijkertijd de werkstromen PKI, identiteit, netwerk, applicaties en inkoop.

Waarom is 2026 het jaar waarin de PQC-migratie van planning naar uitvoering verschuift?

Eind 2026 en begin 2027 komen drie onafhankelijke data samen: de overgang van NIST's FIPS 140-2 naar de historische norm op 21 september 2026, de mijlpaal in de nationale strategie van de EU NIS Cooperation Group op 31 december 2026 en de deadline voor de aanschaf van NSA CNSA 2.0 op 1 januari 2027. Alle drie zetten adviserende richtlijnen om in bindende voorschriften voor aanbesteding, audits en naleving die van invloed zijn op contracten die vandaag de dag worden ondertekend.

Wat is harvest now, decrypt later (HNDL), en waarom is dat vandaag de dag belangrijk?

HNDL beschrijft hoe tegenstanders vandaag de dag versleutelde gegevens onderscheppen en opslaan om deze in de toekomst te decoderen zodra een cryptografisch relevante kwantumcomputer beschikbaar is. Dit is vandaag de dag van belang, omdat de nu onderschepte gegevens al openbaar zijn. De migratie naar een andere encryptiemethode moet plaatsvinden vóórdat de CRQC bestaat, niet erna, en het ontwerp van de EU-wijziging NIS2 van begin 2026 noemt HNDL-aanvallen expliciet als aanvallen die nu al plaatsvinden.

Wat is het verschil tussen ML-KEM en ML-DSA?

ML-KEM (FIPS 203, voorheen Kyber) is een sleutelinkapselingsmechanisme dat wordt gebruikt voor het tot stand brengen van gedeelde sleutels en vervangt klassieke sleuteluitwisseling zoals ECDH. ML-DSA (FIPS 204, voorheen Dilithium) is een digitaal handtekeningalgoritme dat klassieke handtekeningschema's zoals ECDSA en RSA vervangt. De twee lossen verschillende problemen op en de implementatie ervan verloopt op verschillende tijdstippen.

Moet AES-256 worden vervangen als onderdeel van de PQC-migratie?

Nee. AES-256 is symmetrische encryptie en wordt als kwantumresistent beschouwd wanneer het correct is geïmplementeerd. De migratie naar PQC richt zich op publieke-sleutelcryptografie (RSA, ECDSA, ECDH) die wordt gebruikt voor sleuteluitwisseling en digitale handtekeningen, waar het algoritme van Shor een kwantumvoordeel biedt. Symmetrische algoritmen hoeven alleen hun sleutelgrootte aan te passen om rekening te houden met het algoritme van Grover, wat AES-256 al ondersteunt.

Wat zijn de uiterste inleverdata voor NIST IR 8547?

Volgens het eerste openbare ontwerp van NIST IR 8547 (november 2024) worden algoritmen die 112-bits beveiliging bieden (RSA-2048, ECC P-256) tegen 2030 afgekeurd. Alle kwantumkwetsbare publieke-sleutelalgoritmen zijn tegen 2035 niet meer toegestaan ​​in NIST-standaarden, in lijn met de streefdatum van National Security Memorandum 10. De periode van 2030 tot 2035 is een gecontroleerde overgangsperiode, geen vrijbrief.

Is hybride cryptografie vereist tijdens PQC-migratie?

Hybride certificaten zijn niet universeel vereist, maar worden aanbevolen voor omgevingen met hoge beveiligingseisen. Microsoft gebruikt ze bijvoorbeeld in ADCS in de vorm van samengestelde certificaten die een klassieke en een ML-DSA-handtekening combineren. Civiele implementaties kunnen voor nieuwe artefacten direct overstappen op pure PQC; in gereguleerde omgevingen wordt vaak hybride certificaten gebruikt tijdens de overgangsperiode voor een gelaagde beveiliging.

Hoe ondersteunt Microsoft AD CS PQC in 2026?

De Windows Server 2025-update van mei 2026 introduceerde de algemene beschikbaarheid van ML-DSA-44, ML-DSA-65 en ML-DSA-87 in AD CS, waardoor uitgevende en offline root-CA's certificaten kunnen ondertekenen met kwantumresistente algoritmen. Codeondertekeningsscenario's werken betrouwbaar vanaf medio 2026; bredere TLS-, VPN- en Remote Desktop-scenario's worden nog steeds gedeeltelijk ondersteund en vereisen validatie per workload.

Biedt CertSecure Manager momenteel ondersteuning voor PQC-certificaten?

CertSecure Manager functioneert als een CA-onafhankelijke lifecycle-laag die de uitgifte van certificaten bemiddelt tussen Microsoft AD CS, andere enterprise CA-platformen en openbare CA's, met beleidsgestuurde algoritmeselectie die ML-DSA omvat wanneer de back-end CA dit ondersteunt. Ondersteuning voor samengestelde en hybride certificaten wordt uitgebreid naar de Microsoft ADCS- en IETF-formaten, en detectie, automatisering en compliance-rapportage zijn al productieklaar.

Wat is de allerbelangrijkste eerste stap in een PQC-migratieplan?

Continue cryptografische ontdekking. Zolang een organisatie niet weet waar haar cryptografische afhankelijkheden zich daadwerkelijk bevinden (algoritmes in code, libraries in containers, certificaten in CA-databases, sleutels in HSM's, hardgecodeerde geheimen in CI/CD), kan het risico niet worden ingeschat, kunnen er geen prioriteiten worden gesteld en kan de voortgang van de migratie niet worden gemeten. Elk geloofwaardig PQC-programma wijst een inventarisbeheerder aan voordat het iemand anders aanwijst.

Conclusie

De krachten die in 2026 samenkomen, zijn niet langer abstract. NIST heeft drie standaarden en een vierde back-up uitgebracht; de NSA heeft 1 januari 2027 vastgesteld als de nieuwe deadline voor de aanschaf; de Europese Commissie heeft de strategieën van de lidstaten vastgelegd op 31 december 2026; Microsoft heeft ML-DSA geïntegreerd in het platform waarop de meeste PKI's van bedrijven al vertrouwen. Elk van deze ontwikkelingen transformeert een planningsdocument in een implementatie-eis, en elk heeft gevolgen voor de aanbesteding of audit die ruim vóór 2030 merkbaar zullen zijn.

Het operationele bewijs is eveneens overtuigend. PQC-handtekeningen zijn ongeveer twee ordes van grootte groter dan klassieke handtekeningen. HSM-firmware is niet uniform actueel. PKI-hiërarchieën zijn opgebouwd van root naar buiten, en die opbouw duurt maanden. Ontdekking is de universele blokkade. Cryptografische inventarisatie is nog steeds een project voordat het een systeem kan worden. Elk bedrijf dat heeft geprobeerd deze stappen te verkorten, heeft ontdekt dat dit niet mogelijk is en dat de kosten later oplopen in de vorm van incidentrespons, auditbevindingen en afwijzingen bij aanbestedingen.

In de cryptografie wint de kalender. De uitfasering in 2030 ligt dichterbij dan de periode tussen de laatste NIST PQC-competitieronde en nu. De routekaart die de implementatie in de praktijk overleeft, is degene waarvan de eerste stap nu wordt gezet.