Fråga en HSM-leverantör år 2026 om deras produkt är redo för kvantumshantering, och det ärliga svaret är ett kvalificerat ja. De ledande plattformarna implementerar nu NISTs postkvantumalgoritmer i firmware; dessa implementeringar har klarat NISTs algoritmtester, och du kan generera och använda ML-DSA- och ML-KEM-nycklar idag. För de flesta organisationer är det verkligen tillräckligt för att börja. Men för köpare som arbetar under ett strikt FIPS 140-3 nivå 3-mandat finns det ett gap bakom ordet redo, och det är skillnaden mellan en algoritm som är certifierad och en modul som är certifierad med den algoritmen inom dess validerade gräns.
Den här artikeln tar upp den skillnaden, som är lätt att missa och avgörande att ignorera. Vi kommer att förklara skillnaden mellan CAVP-algoritmvalidering och CMVP-modulvalidering, dokumentera var de viktigaste HSM-plattformarna faktiskt står i början av 2026, beskriva vad gapet innebär för reglerad upphandling och driftsättning, och erbjuda ett praktiskt sätt att utvärdera om era HSM:er är PQC-redo för er specifika efterlevnadssituation snarare än för marknadsföringsändamål. Genomgående pekar vi på hur Encryption Consulting hjälper reglerade organisationer att minska detta gap, från att bedöma HSM PQC-beredskap till att genomföra en kompatibel migrering.
Varför är detta viktigt nu?
Tre krafter samverkar för att göra HSM PQC-beredskap till en omedelbar upphandlingsfråga snarare än en framtida: leverantörer har levererat post-quantum firmware, NISTs avvecklingsklocka är igång och FIPS 140-2- nedgången tvingar fram en parallell övergång till FIPS 140-3.
PQC-firmware har levererats, och marknadsföringen följde
Post-kvantumalgoritmerna är inte längre utkast. NIST slutförde FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) och FIPS 205 (SLH-DSA) i augusti 2024, och HSM-leverantörer agerade snabbt. Entrust levererade post-kvantumstöd i nShield 5-firmware och fick CAVP-certifiering för ML-DSA, ML-KEM och SLH-DSA i firmware v13.8.0. Thales levererade Luna HSM-firmware v7.9 med nativ ML-KEM och ML-DSA integrerade i firmware. Kapaciteten är verklig och budskapet är entusiastiskt, vilket är just därför köpare behöver läsa certifieringens finstilta snarare än rubriken.
Avskrivningsfrister pressar upphandling
Tidslinjen gör frågan brådskande. NIST har signalerat ett avvecklingsdatum för de klassiska asymmetriska algoritmerna till 2030, en punkt som Entrust understryker i sina egna PQC-meddelanden och noterar att NIST redan har ett fastställt avvecklingsdatum till 2030 för de klassiska asymmetriska algoritmerna. För nationella säkerhetssystem sätter CNSA 2.0 ett obligatoriskt migreringsmål till 2030. Upphandlingsteam specificerar därför PQC-kapacitet i HSM-inköp nu, vilket gör att förståelsen av vad PQC-certifiering innebär är en aktuell kommersiell fråga snarare än en akademisk.
En separat FIPS-deadline ökar pressen
Det finns en andra klocka för reglerade köpare. FIPS 140-2-certifikat flyttas till NIST:s historiska lista enligt ett definierat schema, varefter de inte längre uppfyller valideringskraven för ny federal upphandling, vilket gör FIPS 140-3-validering till en "börja nu eller missa det"-situation med tanke på CMVP-köns längd. Organisationer pressas därmed mot FIPS 140-3-moduler och mot PQC samtidigt, vilket är just den skärningspunkt där certifieringsgapet finns.
Hur certifiering fungerar: CAVP vs. CMVP
Att förstå skillnaden börjar med två NIST -program som låter lika men certifierar väldigt olika saker. Avsnitten nedan förklarar hur algoritmvalidering relaterar till modulvalidering, vad det innebär för en algoritm att sitta inom en moduls validerade gräns och varför den kombinerade certifieringen tar tid.
CAVP och CMVP är inte samma sak
Två distinkta NIST-program styr kryptografisk säkerhet, och att blanda ihop dem är roten till förvirringen. Cryptographic Algorithm Validation Program, eller CAVP, testar en specifik implementering av en algoritm mot dess standard och utfärdar ett algoritmcertifikat. Cryptographic Module Validation Program, eller CMVP, validerar en hel kryptografisk modul, HSM, mot FIPS 140-3-standarden vid en given säkerhetsnivå. Förhållandet är sekventiellt: som en analys av implementeringen av PQC i FIPS 140-3-moduler förklarar, måste algoritmer först klara CAVP-testning, och dessa algoritmcertifikat är en förutsättning för att skicka in en modul till CMVP för validering.
NIST vidtog snabbt de nödvändiga förberedande stegen. Samma dag som PQC-standarderna publicerades uppdaterade CMVP sina referenser för godkända funktioner så att FIPS 204 och 205 är godkända digitala signaturmetoder och FIPS 203 är en godkänd nyckelinkapslingsmetod, där DigiCert noterade uppdateringarna av SP 800-140C och SP 800-140D samt självtestriktlinjerna för PQC-implementeringar. Algoritmerna kan därför göra anspråk i en FIPS-validerad modul, men först när en modul har slutfört CMVP-valideringen med dem inom sina gränser.
Vad det innebär att PQC ligger innanför modulgränsen
En HSM:s kryptografiska gräns är den validerade perimetern, definierad fysiskt och logiskt, inom vilken godkänd kryptografi utförs och nycklar skyddas. För att en algoritm ska omfattas av modulens FIPS 140-3-validering måste den befinna sig innanför den gränsen i en validerad konfiguration. En HSM kan ha en aktuell FIPS 140-3 nivå 3-validering för sina klassiska algoritmer medan dess nyligen tillagda PQC-algoritmer ännu inte ingår i någon validerad konfiguration. Det är inte en motsägelse; det är det normala tillståndet under en övergång eftersom modulen måste omvalideras för att få de nya algoritmerna inom den certifierade gränsen.
Marknadens nuvarande tillstånd
Den exakta positionen per slutet av 2025 är dokumenterad och värd att ange exakt. Enligt branschanalyser har flera leverantörer erhållit CAVP-certifiering för PQC-algoritmerna, och flera har FIPS 140-3 nivå 3 CMVP-validering för sina HSM:er, inklusive Entrust nShield 5, Marvell LSM2, Thales Luna G7 och K7, och Utimacos Atalla. Men samma analys anger att ingen ännu har erhållit FIPS 140-3 nivå 3 med PQC-stöd kombinerat, och alla befinner sig för närvarande i stadiet Moduler i process eller Implementering under test. Med andra ord är algoritmerna validerade och modulerna är validerade, men ännu inte tillsammans.
Leverantörerna är tydliga med att de står i kön. Entrust har skickat in nShield 5-firmware för uppdaterad FIPS 140-3 nivå 3-validering via CMVP. Thales beskriver sin Luna-firmware v7.9.2 som nästa FIPS-kandidat med PQC, och deras v7.9-material noterar att FIPS 140-3 nivå 3-validering pågår som ett kritiskt steg utöver experimentell implementering. Den kombinerade certifieringen är på väg; den har inte anlänt ännu.
Varför kön tar tid
Förseningen är strukturell, inte ett tecken på leverantörsförsening. Forskning om kryptografi från kvanteran noterar att NIST:s FIPS 140-3-valideringsprocess för postkvantmoduler introducerar 12 till 18 månaders förseningar mellan algoritmtillgänglighet och tillgänglighet för certifierade moduler på grund av valideringskön och testkraven. Att planera kring den ledtiden, snarare än att förvänta sig att modulcertifieringen ska följa algoritmcertifieringen omedelbart, är den realistiska ståndpunkten.
Risker för reglerade köpare
Gapet skapar specifika, undvikbara risker för organisationer med strikta efterlevnadsmandat.
| Risk | Orsak | Konsekvens |
|---|---|---|
| Fel i antagandet om efterlevnad | Behandling av CAVP för PQC som likvärdig med CMVP med PQC. | Kör PQC utanför den validerade gränsen samtidigt som man tror att den är täckt. |
| Revisionsresultat | Implementerar PQC i produktion under ett strikt FIPS 140-3 L3-mandat nu. | Bristande efterlevnad upptäcktes under bedömningen. |
| Felaktig upphandling | Specificera PQC-klar utan att definiera certifieringsnivån. | Köpkapacitet som inte uppfyller det faktiska mandatet. |
| Tidslinjefelmatchning | Förväntar sig att modulvalidering ska följa algoritmvalidering omedelbart. | Migreringsplanen byggdes på ett orealistiskt certifieringsdatum. |
| Konfigurationsfel | Aktivera PQC på ett sätt som tar bort det FIPS-godkända läget. | Förlust av nivå 3-efterlevnad för hela partitionen. |
FIPS-godkänt läge är strikt, och PQC-hantering kan påverka det
Efterlevnad handlar inte bara om huruvida en algoritm är validerad; det handlar om konfigurationen. I en FIPS 140-3 Nivå 3-säkerhetsvärld stöder HSM endast godkända algoritmer och nyckeltyper, och användning av en icke-godkänd algoritm tvingar fram ett val mellan att migrera till ett annat läge eller att ersätta protokollet. Thales-dokumentationen återspeglar hur strikt detta tillämpas: Luna v7.9-versionen lade till begränsningar i FIPS-godkänd konfiguration för att följa FIPS 186-5 och avveckling av ML-DSA- och ML-KEM-nycklar stöds inte i den versionen. Hur PQC aktiveras och hur dess nycklar hanteras kan direkt påverka om en partition förblir i sitt validerade tillstånd.
För de flesta organisationer är gapet hanterbart; för vissa är det avgörande
Rätt inramning är proportionell. För ett företag som testar, pilottestar eller kör PQC för djupgående försvar mot harvest-now-decrypt-later är det förnuftigt och riskfritt att driftsätta de CAVP-validerade algoritmerna nu. För en organisation vars kontrakt eller regler kräver att all kryptografi körs inom en FIPS 140-3 Level 3-validerad gräns är det ett medvetet och dokumenterat efterlevnadsbeslut att driftsätta PQC innan den kombinerade CMVP-valideringen landar. Gapet är inte en anledning att undvika PQC; det är en anledning att vara exakt om vad ditt mandat kräver.
Hur utvärderar man sina HSM:er?
Att utvärdera om era HSM:er är PQC-redo för er situation handlar om att matcha kapaciteten mot era faktiska efterlevnadskrav.
- Definiera ditt faktiska mandat först: Avgör om dina skyldigheter kräver att kryptografi körs inom en FIPS 140-3 nivå 3-validerad gräns, eller om CAVP-validerade algoritmer i en nuvarande generations HSM räcker. Svaret förändrar allt nedströms.
- Läs certifikatet, inte broschyren: Kontrollera leverantörens specifika CMVP-validering och dess säkerhetspolicy för att se vilka algoritmer som ligger inom den validerade gränsen, i vilken konfiguration, och behandla CAVP-certifiering och CMVP-validering som separata saker.
- Separera testning från produktionsställning: Använd PQC fritt i utveckling och pilotprojekt för att validera prestanda och integration, samtidigt som ett medvetet, dokumenterat beslut fattas om huruvida produktions-PQC får köras utanför den kombinerade valideringen under övergången.
- Spåra CMVP-kön mot din tidslinje: Planera för en ledtid på 12 till 18 månader mellan algoritm- och modulvalidering, övervaka leverantörens status för moduler under arbete och anpassa din produktionsövergång till den certifiering du behöver.
- Bevara FIPS-godkänt läge avsiktligt: Bekräfta hur aktivering av PQC och hantering av dess nycklar interagerar med FIPS-godkänd konfiguration, så att du inte oavsiktligt tar bort en partition från dess validerade tillstånd.
- Utnyttja kryptoagil hårdvara: Där HSM använder en omprogrammerbar säkerhetsprocessor kan man använda nya algoritmer och acceleration genom firmware snarare än hårdvaruuppdatering; Entrust noterar till exempel att nShield 5 PQC-accelerationen kommer via en efterföljande uppgradering av firmware.
- Dokumentera beslutet för revisorer: Oavsett vilken hållning du väljer, dokumentera motiveringen, den certifieringsstatus som används och övergångsplanen, så att valet tolkas som ett beslut om hanterad risk snarare än ett misstag.
Vad innebär detta för era team?
Gapet är inte bara en abstraktion kring efterlevnad; det förändrar vad olika roller behöver verifiera och besluta om. Här är vad det betyder i praktiken inom hela organisationen.
- CISO: er behöver veta om organisationens PQC-implementering uppfyller dess faktiska efterlevnadsmandat, inte bara om HSM stöder PQC.
- Compliance- och revisionsteam måste skilja CAVP från CMVP och verifiera vad som finns innanför den validerade gränsen innan godkännande.
- Upphandlingsteam bör specificera den erforderliga certifieringsnivån exakt, snarare än den tvetydiga termen PQC-redo.
- Kryptografi- och PKI-team bestämma hur man aktiverar PQC utan att kompromissa med FIPS-godkänt läge och planera överkopplingen mot CMVP-kön.
- Säkerhetsarkitekter överväga huruvida man ska använda PQC nu för djupförsvar eller iscenesätta det tills den kombinerade valideringen landar, baserat på hotet och mandatet.
Hur kan krypteringskonsulting hjälpa till?
På Encryption Consulting arbetar vi med organisationer inom olika branscher för att förvandla kvantberedskap från ett abstrakt mål till ett konkret, körbart program.
CBOM Secure är vår kryptografiska identifierings- och inventeringslösning. Den skannar automatiskt din miljö för att identifiera alla kryptografiska tillgångar, inklusive certifikat, nycklar, algoritmer och protokoll, vilket ger dig den insyn du behöver för att bedöma kvantexponering och prioritera din migreringsstrategi.
CertSecure Manager tillhandahåller fullständig hantering av certifikatlivscykeln i moln-, lokala och hybridmiljöer. I takt med att kvantumresistenta certifikatstandarder framträder och tidsfristerna för CA/Browser Forum blir kortare, ger det ditt team automatiseringen och kontrollen för att hantera storskaliga certifikatövergångar utan avbrott.
PKI-as-a-Service erbjuder en heltäckande PKI-plattform för organisationer som behöver en modern, skalbar certifikatutfärdare utan kostnaderna för att driva en intern, specialbyggd för den flexibilitet som PQC-migrering kräver.
HSM-as-a-Service säkerställer att dina kryptografiska nycklar är skyddade i hårdvarusäkerhetsmoduler med nyckelisolering med hög säkerhetsnivå, även när du övergår till postkvantalgoritmer.
På rådgivningssidan vägleder våra rådgivningstjänster för post-kvantkryptografi organisationer genom varje steg av PQC-beredskapen, från hotbedömning och algoritmval till migreringsplanering och hybridimplementering. Vårt PKI-tjänsteteam hjälper till att designa och modernisera den PKI-infrastruktur som kvantmigrering är beroende av, och våra rådgivningstjänster för efterlevnad säkerställer att din övergång är i linje med NIST, CISA, CMMC och andra föränderliga regelverk.
Oavsett om du precis har börjat bedöma din kvantumexponering eller aktivt genomför en migreringsplan, har vi verktygen och expertisen för att hjälpa dig dit. Kontakta oss för att påbörja din resa mot kvantumförberedelser.
Slutsats
HSM-leverantörer har rätt när de säger att deras produkter stöder postkvantkryptografi; algoritmerna är implementerade i firmware och CAVP-validerade, och de kan användas idag. Men CAVP-algoritmvalidering och CMVP-modulvalidering är olika program, och i början av 2026 har ingen HSM en FIPS 140-3 nivå 3-validering med PQC inom modulgränsen, med alla större plattformar fortfarande i CMVP-kön. För de flesta organisationer är den luckan en hanterbar övergångsdetalj; för reglerade köpare under ett strikt valideringsmandat är det ett beslut som måste fattas medvetet.
För att bedöma om era HSM:er verkligen är PQC-redo, definiera först era faktiska efterlevnadskrav, läs CMVP-certifikatet och säkerhetspolicyn snarare än broschyren, separera testning från produktionsstatus och planera kring gapet på 12 till 18 månader mellan algoritm- och modulvalidering. Post-kvantumkapaciteten är verklig och värd att anamma; disciplinen ligger i att matcha den exakt med vad ert mandat kräver, så PQC-redo betyder redo för era skyldigheter snarare än redo i det abstrakta. Det är här krypteringskonsulting kommer in i bilden.
Våra rådgivningstjänster för kryptografiska efterfrågan hjälper dig att bedöma din kvantexponering, läsa certifikatet istället för broschyren och skapa en migreringsplan som matchar ditt mandat, medan CBOM Secure, CertSecure Manager, PKI-as-a-Service och HSM-as-a-Service ger dig verktygen för att genomföra det. Kontakta oss för att påbörja din resa mot kvantumförberedelser.
