Vraag een HSM-leverancier in 2026 of hun product klaar is voor het post-kwantumtijdperk, en het eerlijke antwoord zal een voorwaardelijk ja zijn. De toonaangevende platforms implementeren nu de post-kwantumalgoritmen van NIST in de firmware; deze implementaties hebben de algoritmetests van NIST doorstaan ​​en u kunt vandaag nog ML-DSA- en ML-KEM-sleutels genereren en gebruiken. Voor de meeste organisaties is dat voldoende om te beginnen. Maar voor kopers die werken onder een strikte FIPS 140-3 Level 3-richtlijn, schuilt er een hiaat achter het woord 'klaar'. Het verschil zit hem in het feit dat een algoritme gecertificeerd is en een module gecertificeerd is met dat algoritme binnen de gevalideerde grenzen.
Dit artikel licht dat onderscheid toe, een onderscheid dat gemakkelijk over het hoofd gezien kan worden en waarvan het negeren ernstige gevolgen kan hebben. We leggen het verschil uit tussen CAVP-algoritmevalidatie en CMVP-modulevalidatie, beschrijven de huidige stand van zaken van de belangrijkste HSM-platformen begin 2026, schetsen wat deze kloof betekent voor gereguleerde inkoop en implementatie, en bieden een praktische manier om te beoordelen of uw HSM's PQC-gereed zijn voor uw specifieke compliance-eisen, in plaats van voor marketingdoeleinden. We laten doorlopend zien hoe Encryption Consulting gereguleerde organisaties helpt deze kloof te overbruggen, van het beoordelen van de PQC-gereedheid van HSM's tot het uitvoeren van een compliant migratie.
Waarom is dit nu belangrijk?
Drie factoren komen samen om de gereedheid voor HSM PQC (Precision Quality Control) direct in plaats van in de toekomst aan de orde te stellen: leveranciers hebben firmware uitgebracht die niet meer voldoet aan de kwantumstandaarden, de afschrijvingstermijn van NIST loopt af en het einde van FIPS 140-2 dwingt tot een parallelle overstap naar FIPS 140-3.
De PQC-firmware is uitgebracht en de marketing is daarna gestart.
De post-kwantumalgoritmen zijn niet langer concepten. NIST heeft FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) en FIPS 205 (SLH-DSA) in augustus 2024 afgerond, en HSM-leveranciers hebben snel gehandeld. Entrust leverde post-kwantumondersteuning in de nShield 5-firmware en behaalde CAVP-certificering voor ML-DSA, ML-KEM en SLH-DSA in firmwareversie 13.8.0. Thales bracht Luna HSM-firmware versie 7.9 uit met native ML-KEM en ML-DSA geïntegreerd in de firmware. De mogelijkheden zijn reëel en de boodschap is enthousiast, en dat is precies waarom kopers de details van de certificering moeten lezen in plaats van alleen de kop.
De deadlines voor afschrijvingen zetten de inkoop onder druk.
De tijdlijn geeft de vraag een gevoel van urgentie. NIST heeft een uitfaseringdatum van 2030 aangegeven voor de klassieke asymmetrische algoritmen, een punt dat Entrust in zijn eigen PQC-berichten benadrukt, waarbij wordt opgemerkt dat NIST al een vaste uitfaseringdatum van 2030 heeft voor de klassieke asymmetrische algoritmen. Voor nationale veiligheidssystemen stelt CNSA 2.0 een verplichte migratiedatum van 2030 vast. Inkoopteams specificeren daarom nu al PQC-functionaliteit bij de aanschaf van HSM's, waardoor het begrijpen van wat PQC-certificering inhoudt een actuele commerciële kwestie is geworden in plaats van een academische.
Een aparte FIPS-deadline verhoogt de druk nog verder.
Voor gereguleerde kopers geldt een tweede klok. FIPS 140-2-certificaten worden volgens een vast schema opgenomen in de historische lijst van NIST, waarna ze niet langer voldoen aan de validatie-eisen voor nieuwe federale aanbestedingen. Dit maakt FIPS 140-3-validatie een kwestie van nu starten, anders mis je de kans, gezien de lange wachtlijst voor CMVP. Organisaties worden dus tegelijkertijd gedwongen om FIPS 140-3-modules en PQC te behalen, precies op het snijvlak waar de certificeringskloof zich bevindt.
Hoe certificering werkt: CAVP versus CMVP
Het begrijpen van de kloof begint met twee NIST -programma's die op elkaar lijken, maar heel verschillende dingen certificeren. De onderstaande paragrafen leggen uit hoe algoritmevalidatie zich verhoudt tot modulevalidatie, wat het betekent voor een algoritme om binnen de gevalideerde grenzen van een module te vallen, en waarom de gecombineerde certificering tijd kost.
CAVP en CMVP zijn niet hetzelfde.
Twee afzonderlijke NIST-programma's regelen cryptografische beveiliging, en het door elkaar halen ervan is de bron van de verwarring. Het Cryptographic Algorithm Validation Program (CAVP) test een specifieke implementatie van een algoritme aan de hand van de bijbehorende standaard en geeft een algoritmecertificaat af. Het Cryptographic Module Validation Program (CMVP) valideert een complete cryptografische module, de HSM, aan de hand van de FIPS 140-3-standaard op een bepaald beveiligingsniveau. De relatie is sequentieel: zoals een analyse van de implementatie van PQC in FIPS 140-3-modules uitlegt, moeten algoritmen eerst de CAVP-test doorstaan, en die algoritmecertificaten zijn een voorwaarde om een ​​module ter validatie aan het CMVP voor te leggen.
NIST heeft snel de nodige voorbereidende stappen ondernomen. Op de dag dat de PQC-standaarden werden gepubliceerd, heeft de CMVP de referenties voor goedgekeurde functies bijgewerkt, zodat FIPS 204 en 205 goedgekeurde methoden voor digitale handtekeningen zijn en FIPS 203 een goedgekeurde methode voor sleutelinkapseling. DigiCert merkte daarbij de updates van SP 800-140C en SP 800-140D en de zelftestrichtlijnen voor PQC-implementaties op. De algoritmen kunnen daarom worden geclaimd in een FIPS-gevalideerde module, maar pas nadat een module de CMVP-validatie met deze algoritmen binnen de modulegrenzen heeft voltooid.
Wat het betekent voor PQC om binnen de modulegrens te vallen
De cryptografische grens van een HSM is de gevalideerde perimeter, fysiek en logisch gedefinieerd, waarbinnen goedgekeurde cryptografie wordt uitgevoerd en sleutels worden beschermd. Om onder de FIPS 140-3-validatie van de module te vallen, moet een algoritme zich binnen die grens bevinden in een gevalideerde configuratie. Een HSM kan een actuele FIPS 140-3 Level 3-validatie hebben voor zijn klassieke algoritmen, terwijl de nieuw toegevoegde PQC-algoritmen nog geen deel uitmaken van een gevalideerde configuratie. Dat is geen tegenstrijdigheid; het is de normale situatie tijdens een overgang, omdat de module opnieuw gevalideerd moet worden om de nieuwe algoritmen binnen de gecertificeerde grens te brengen.
De huidige marktsituatie
De precieze situatie eind 2025 is gedocumenteerd en verdient het om nauwkeurig te worden vermeld. Volgens brancheanalyses hebben verschillende leveranciers CAVP-certificering behaald voor de PQC-algoritmen, en beschikken diverse leveranciers over FIPS 140-3 Level 3 CMVP-validatie voor hun HSM's, waaronder Entrust nShield 5, Marvell LSM2, Thales Luna G7 en K7, en Utimaco's Atalla. Dezelfde analyse stelt echter dat nog geen enkele leverancier FIPS 140-3 Level 3 met gecombineerde PQC-ondersteuning heeft behaald; alle leveranciers bevinden zich momenteel in de fase 'Modules in Process' of 'Implementation Under Test'. Met andere woorden, de algoritmen zijn gevalideerd en de modules zijn gevalideerd, maar nog niet samen.
De leveranciers zijn er duidelijk over dat ze in de wachtrij staan. Entrust heeft de nShield 5-firmware ingediend voor bijgewerkte FIPS 140-3 Level 3-validatie via het CMVP. Thales beschrijft zijn Luna-firmware v7.9.2 als de volgende FIPS-kandidaat met PQC, en in de documentatie van v7.9 wordt vermeld dat de FIPS 140-3 Level 3-validatie in uitvoering is als een cruciale stap na de experimentele implementatie. De gecombineerde certificering komt eraan; die is er nog niet.
Waarom de wachtrij langer duurt
De vertraging is structureel en geen teken van vertraging bij de leverancier. Onderzoek naar cryptografie in het kwantumtijdperk wijst uit dat het FIPS 140-3-validatieproces van NIST voor modules van na het kwantumtijdperk een vertraging van 12 tot 18 maanden introduceert tussen de beschikbaarheid van het algoritme en de beschikbaarheid van de gecertificeerde module, vanwege de validatiewachtrij en de testvereisten. Het is realistischer om rekening te houden met deze doorlooptijd, in plaats van te verwachten dat de modulecertificering direct na de algoritmecertificering plaatsvindt.
Risico's voor gereguleerde kopers
Deze lacune creëert specifieke, vermijdbare risico's voor organisaties met strenge nalevingsvoorschriften.
| Risico | Veroorzaken | consequentie |
|---|---|---|
| Aannamefout met betrekking tot naleving | CAVP voor PQC gelijkstellen aan CMVP met PQC. | Het uitvoeren van PQC buiten de gevalideerde grens, terwijl men ervan uitgaat dat het wel gedekt is. |
| Auditbevinding | PQC wordt nu in productie ingezet onder een strikt FIPS 140-3 L3-mandaat. | Tijdens de beoordeling werd een niet-naleving geconstateerd. |
| Mismatch in inkoop | Het specificeren van PQC-gereedheid zonder het certificeringsniveau te definiëren. | Inkoopcapaciteit die niet aan de feitelijke opdracht voldoet. |
| Tijdlijn komt niet overeen | De modulevalidatie zal naar verwachting direct na de algoritmevalidatie plaatsvinden. | Het migratieplan was gebaseerd op een onrealistische certificeringsdatum. |
| Configuratiefout | PQC inschakelen op een manier die de FIPS-goedgekeurde modus uitschakelt. | Het gehele partitie voldoet niet meer aan niveau 3. |
De door FIPS goedgekeurde modus is strikt en de PQC-afhandeling kan daarop van invloed zijn.
Compliance gaat niet alleen over de validatie van een algoritme; het gaat ook over de configuratie. In een FIPS 140-3 Level 3-beveiligingsomgeving ondersteunt de HSM alleen goedgekeurde algoritmen en sleuteltypen. Het gebruik van een niet-goedgekeurd algoritme dwingt tot een keuze tussen migratie naar een andere modus of vervanging van het protocol. De documentatie van Thales laat zien hoe strikt dit wordt gehandhaafd: de Luna v7.9-release voegde beperkingen toe aan de FIPS-goedgekeurde configuratie om te voldoen aan FIPS 186-5, en het wrappen van ML-DSA- en ML-KEM-sleutels wordt in die release niet ondersteund. De manier waarop PQC is ingeschakeld en hoe de bijbehorende sleutels worden beheerd, kan direct van invloed zijn op de vraag of een partitie in de gevalideerde status blijft.
Voor de meeste organisaties is het verschil beheersbaar; voor sommige is het doorslaggevend.
De juiste aanpak is proportioneel. Voor een organisatie die PQC test, implementeert of uitvoert als onderdeel van een gelaagde verdediging tegen 'harvest-now-decrypt-later'-aanvallen , is het verstandig en risicoarm om de CAVP-gevalideerde algoritmen nu al in te zetten. Voor een organisatie waarvan de contracten of regelgeving vereisen dat alle cryptografie binnen een FIPS 140-3 Level 3-gevalideerde grens plaatsvindt, is het implementeren van PQC vóór de gecombineerde CMVP-validatie een compliance-beslissing die bewust genomen en gedocumenteerd moet worden. Het verschil is geen reden om PQC te vermijden; het is juist een reden om precies te zijn over wat uw mandaat vereist.
Hoe kunt u uw HSM's evalueren?
Of uw HSM's voldoen aan de PQC-eisen voor uw situatie, komt neer op het afstemmen van hun mogelijkheden op uw daadwerkelijke compliance-vereisten.
- Bepaal eerst uw daadwerkelijke opdracht: Bepaal of uw verplichtingen vereisen dat cryptografie wordt uitgevoerd binnen een FIPS 140-3 Level 3 gevalideerde grens, of dat CAVP-gevalideerde algoritmen in een huidige generatie HSM volstaan. Het antwoord hierop heeft gevolgen voor alles wat daarop volgt.
- Lees het certificaat, niet de brochure: Controleer de specifieke CMVP-validatie van de leverancier en het bijbehorende beveiligingsbeleid om te zien welke algoritmen binnen de gevalideerde grenzen vallen, in welke configuratie, en beschouw CAVP-certificering en CMVP-validatie als afzonderlijke zaken.
- Scheid de testfase van de productiefase: Gebruik PQC vrijelijk tijdens de ontwikkeling en pilots om de prestaties en integratie te valideren, en neem een ​​weloverwogen, gedocumenteerde beslissing over de vraag of PQC in de productieomgeving buiten de gecombineerde validatie mag worden uitgevoerd tijdens de overgangsperiode.
- Houd de voortgang van de CMVP-wachtrij bij ten opzichte van uw planning: Plan een doorlooptijd van 12 tot 18 maanden in tussen de validatie van het algoritme en de module, houd de status van de modules in ontwikkeling bij de leverancier in de gaten en stem de overgang naar productie af op de vereiste certificering.
- Behoud bewust de door FIPS goedgekeurde modus: Controleer hoe het inschakelen van PQC en het beheren van de bijbehorende sleutels samenhangt met de FIPS-goedgekeurde configuratie, zodat u niet per ongeluk een partitie uit de gevalideerde status haalt.
- Benut crypto-flexibele hardware: Wanneer de HSM gebruikmaakt van een herprogrammeerbare beveiligingsprocessor, kunt u nieuwe algoritmen en versnelling implementeren via firmware in plaats van via een hardware-update; Entrust merkt bijvoorbeeld op dat de nShield 5 PQC-versnelling via een firmware-update beschikbaar komt. daaropvolgende firmware-upgrade.
- Leg de beslissing vast voor de accountants: Welke houding u ook kiest, leg de onderbouwing, de certificeringsstatus waarop u zich baseert en het overgangsplan vast, zodat de keuze overkomt als een beheersde risicobeslissing in plaats van een vergissing.
Wat betekent dit voor uw teams?
De kloof is niet alleen een abstractie van de nalevingseisen; het verandert wat verschillende rollen moeten controleren en beslissen. Hieronder leggen we uit wat dit in de praktijk binnen de organisatie betekent.
- CISO's Het is belangrijk te weten of de PQC-implementatie van de organisatie daadwerkelijk voldoet aan de wettelijke vereisten, en niet alleen of het HSM PQC ondersteunt.
- Compliance- en auditteams Het is noodzakelijk om CAVP te onderscheiden van CMVP en te controleren wat zich binnen de gevalideerde grens bevindt alvorens goedkeuring te verlenen.
- Aanbestedingsteams Het vereiste certificeringsniveau moet nauwkeurig worden gespecificeerd, in plaats van de vage term 'PQC-gereed' te gebruiken.
- Cryptografie- en PKI-teams Bepaal hoe PQC ingeschakeld kan worden zonder de FIPS-goedgekeurde modus in gevaar te brengen en plan de overgang ten opzichte van de CMVP-wachtrij.
- Beveiligingsarchitecten Beoordeel, op basis van de dreiging en het mandaat, of PQC nu al moet worden ingezet voor een gelaagde verdediging of dat de inzet gefaseerd moet plaatsvinden totdat de gecombineerde validatie beschikbaar is.
Hoe kan encryptieconsulting u helpen?
Bij Encryption Consulting werken we samen met organisaties in diverse sectoren om kwantumparaatheid om te zetten van een abstract doel naar een concreet, uitvoerbaar programma.
CBOM Secure is onze oplossing voor cryptografische detectie en inventarisatie. Het scant automatisch uw omgeving om alle cryptografische activa te identificeren, waaronder certificaten, sleutels, algoritmen en protocollen. Dit geeft u het inzicht dat u nodig hebt om de kwantumrisico's te beoordelen en uw migratieplan te prioriteren.
CertSecure Manager biedt volledig certificaatlevenscyclusbeheer voor cloud-, on-premise- en hybride omgevingen. Naarmate er steeds strengere certificaatstandaarden ontstaan ​​en de deadlines van CA's en het Browser Forum korter worden, biedt het uw team de automatisering en controle die nodig zijn om grootschalige certificaatovergangen zonder onderbrekingen te beheren.
PKI-as-a-Service biedt een volledig beheerd PKI-platform voor organisaties die een moderne, schaalbare certificeringsinstantie nodig hebben zonder de overheadkosten van een eigen implementatie. Het platform is speciaal ontworpen voor de flexibiliteit die PQC-migratie vereist.
HSM-as-a-Service zorgt ervoor dat uw cryptografische sleutels worden beschermd in hardwarematige beveiligingsmodules met zeer betrouwbare sleutelisolatie, zelfs wanneer u overstapt op post-kwantumalgoritmen.
Op het gebied van advisering begeleiden onze Post-Quantum Cryptographic Advisory Services organisaties door elke fase van PQC-gereedheid, van dreigingsanalyse en algoritmeselectie tot migratieplanning en hybride implementatie. Ons PKI Services- team helpt bij het ontwerpen en moderniseren van de PKI-infrastructuur waarop kwantummigratie is gebaseerd, en onze Compliance Advisory Services zorgen ervoor dat uw transitie aansluit op NIST, CISA, CMMC en andere zich ontwikkelende regelgeving.
Of u nu net begint met het beoordelen van uw kwantumrisico's of actief bezig bent met de uitvoering van een migratieplan, wij hebben de tools en expertise om u daarbij te helpen. Neem contact met ons op om uw traject naar kwantumgereedheid te starten.
Conclusie
HSM-leveranciers hebben gelijk als ze zeggen dat hun producten post-kwantumcryptografie ondersteunen; de algoritmen zijn geïmplementeerd in de firmware en CAVP-gevalideerd, en ze kunnen vandaag de dag al worden gebruikt. Maar CAVP-algoritmevalidatie en CMVP-modulevalidatie zijn verschillende programma's, en begin 2026 beschikt geen enkele HSM over een FIPS 140-3 Level 3-validatie met PQC binnen de modulegrens, terwijl alle belangrijke platforms zich nog in de CMVP-wachtrij bevinden. Voor de meeste organisaties is die kloof een beheersbaar overgangsdetail; voor gereguleerde kopers met een strikte validatiegrens is het een beslissing die bewust genomen moet worden.
Om te beoordelen of uw HSM's daadwerkelijk PQC-klaar zijn, moet u eerst uw concrete compliance-eisen definiëren, het CMVP-certificaat en het beveiligingsbeleid lezen in plaats van de brochure, testen scheiden van de productieomgeving en rekening houden met de periode van 12 tot 18 maanden tussen algoritme- en modulevalidatie. De post-quantum-functionaliteit is reëel en de moeite waard om te implementeren; de kunst is om deze precies af te stemmen op uw mandaat. PQC-klaar betekent dus klaar zijn voor uw verplichtingen, niet alleen klaar zijn in abstracte zin. Dit is waar Encryption Consulting u kan bijstaan.
Onze post-kwantum cryptografische adviesdiensten helpen u uw kwantumrisico's in kaart te brengen, het certificaat in plaats van de brochure te lezen en een migratieplan op te stellen dat aansluit op uw behoeften. CBOM Secure, CertSecure Manager, PKI-as-a-Service en HSM-as-a-Service bieden u de tools om dit plan uit te voeren. Neem contact met ons op om uw traject naar kwantumparaatheid te starten.
