Din "senaste" guide till PQC-beredskap

Key Takeaways

• NIST slutförde tre postkvantkryptografistandarder i augusti 2024: FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) och FIPS 205 (SLH-DSA). En fjärde algoritm, HQC, valdes i mars 2025 som en reservmekanism för nyckelinkapsling, med ett utkast till standard som förväntas runt 2026 och en slutlig standard som förväntas runt 2027.
• NIST IR 8547 anger den breda federala tidslinjen: RSA och ECC avskrivs för ny användning runt 2030 och förbjuds runt 2035. CNSA 2.0 anger en snabbare tidslinje för nationella säkerhetssystem, med föredragen användning av PQC-algoritmer från och med 2025 och exklusiv användning som krävs mellan 2030 och 2033 beroende på systemkategori.
• En kryptografisk inventering, ofta levererad som en kryptografisk materiallista (CBOM), är en förutsättning för migreringsplanering. Utan den kan organisationer inte prioritera vilka system som ska migreras först eller mäta framsteg.
• Migreringen sker i faser: identifiering, prioritering, pilotprojekt, hybriddistribution, fullständig övergång och validering, inte som ett enda algoritmbyte på ett enda datum.
• Hybrid- och sammansatta certifikat, som kombinerar en klassisk algoritm med en postkvantalgoritm i ett certifikat, är den praktiska bryggan medan programvara och hårdvara från förlitande parter kommer ikapp PQC-stöd.

Publicerad: mars 2025. Uppdaterad: augusti 2026. Granskad av Encryption Consultings PQC-rådgivningsteam.

Vad innebär PQC-beredskap?

PQC-beredskap är en organisations demonstrerade förmåga att hitta, klassificera och migrera varje kryptografisk tillgång som är beroende av algoritmer som en kvantdator kan bryta, innan den brytningen blir praktiskt genomförbar. Postkvantkryptografi (PQC) hänvisar till kryptografiska algoritmer utformade för att förbli säkra mot både klassiska datorer och framtida kvantdatorer. National Institute of Standards and Technology (NIST) leder det globala standardiseringsarbetet för dessa algoritmer.

Beredskap är inte detsamma som migrering. En organisation kan vara "redo" utan att ha migrerat ett enda system, så länge den har genomfört en kryptografisk inventering, klassificerat sina data efter känslighet och lagringsperiod, och har en finansierad, bemannad färdplan igång. En redo organisation är en som har tagit bort gissningsleken från frågan "var är vi exponerade, och vad gör vi åt det först?".

Det brådskande behovet av PQC-beredskap kommer från ett specifikt attackmönster: skörda nu, dekryptera senare (HNDL). En motståndare fångar upp och lagrar krypterad data idag, utan möjlighet att läsa den, och väntar på en kryptografiskt relevant kvantdator (CRQC) som kan bryta RSA och elliptisk kurvkryptografi (ECC). All data som måste förbli konfidentiell i åratal eller årtionden, hälsojournaler, myndighetskommunikation, finansiella arkiv, är i fara under HNDL även om kvantdatorn som dekrypterar den inte existerar ännu. Det är därför beredskapsarbetet börjar nu snarare än när CRQC:er anländer.

Vilka är de nuvarande NIST PQC-standarderna och CNSA 2.0-deadlines?

NIST slutförde tre postkvantkryptografistandarder den 13 augusti 2024, efter en åttaårig offentlig utvärdering i flera omgångar som började 2016 med 69 kandidatalgoritmer. En fjärde algoritm, HQC, lades till som backup i mars 2025. Tabellen nedan listar vad som är standardiserat idag.

Standard	Algoritm	Typ	Status
FIPS 203	ML-KEM (baserat på CRYSTALS-Kyber)	Nyckelinkapslingsmekanism (nyckelutbyte)	Slutfört augusti 2024
FIPS 204	ML-DSA (baserat på CRYSTALS-Dilithium)	Digital signatur (primär)	Slutfört augusti 2024
FIPS 205	SLH-DSA (baserat på SPHINCS+)	Digital signatur (hashbaserad säkerhetskopiering)	Slutfört augusti 2024
NIST IR 8545 (planerad)	HQC	Nyckelinkapslingsmekanism (säkerhetskopiering till ML-KEM)	Vald mars 2025; utkast till standard förväntas ~2026, slutgiltig ~2027

NIST IR 8547, övergångsriktlinjerna som medföljer dessa standarder, anger tidslinjen för avskrivning och förbud mot klassiska algoritmer: RSA och ECC förfaller för ny användning omkring 2030 och förbjuds för fortsatt användning omkring 2035. National Security Memorandum 10 (NSM-10) instruerar amerikanska federala myndigheter att slutföra övergången till kvantresistent kryptografi senast 2035.

För nationella säkerhetssystem anger NSA:s Commercial National Security Algorithm Suite 2.0 (CNSA 2.0) en snabbare, kategorispecifik tidslinje. Tabellen nedan sammanfattar milstolparna som publicerats i NSA:s CNSA 2.0-meddelande.

Systemkategori	Föredra CNSA 2.0 av	Exklusiv CNSA 2.0 Bäst före
Programvaru- och firmware-signering	2025	2030
Webbläsare, servrar och molntjänster	2025	2033
Traditionell nätverksutrustning (VPN, routrar)	2026	2030
Operativsystem	2027	2033

CNSA 2.0 gäller direkt för nationella säkerhetssystem, men många reglerade och kommersiella organisationer ansluter sig till den som en ledande indikator på vart bredare efterlevnadsförväntningar är på väg. Om din organisation är en försvarsentreprenör, arbetar med hemligstämplade system eller levererar till myndigheter, bekräfta vilken av dessa tidsfrister som gäller för din specifika systemklassificering snarare än att anta att den allmänna NIST IR 8547-tidslinjen täcker dig.

Vilket kryptografiskt inventarium behöver du innan du migrerar?

En kryptografisk inventering, en komplett lista över alla algoritmer, nycklar, certifikat och bibliotek som används i din miljö, är en förutsättning för varje senare migreringsbeslut. Att hoppa över den hoppar inte över arbetet; det garanterar bara att du kommer att upptäcka luckor mitt under migreringen istället för före den.

Att bygga upp inventeringen innebär tre sammanhängande aktiviteter:

• Kryptografisk upptäckt: Skanna nätverksprotokoll, applikationer, källkod och byggpipelines samt infrastruktur för kvantumsårbara algoritmer (RSA, ECC, Diffie-Hellman) och deras nyckelstorlekar.
• Kryptografiskt inventarium: Konsolidera identifieringsresultat till en kryptografisk materiallista (CBOM) som registrerar var varje algoritm används, vilka data den skyddar och vilka system och leverantörer som är beroende av den. Viss kryptografi är inbäddad i köpta produkter och osynlig för nätverksskanning; det kräver direkt leverantörsinformation.
• Dataklassificering: Rangordna system efter känsligheten hos de uppgifter de skyddar och hur länge dessa uppgifter måste förbli konfidentiella. Data med krav på lagring i flera decennier (hälsojournaler, långsiktiga myndighets- eller finansiella data) har den högsta HNL-exponeringen och bör migreras först.

Encryption Consultings CBOM Secure automatiserar detta upptäckts- och inventeringsarbete och producerar en CBOM i CycloneDX-format som blir den enda sanningskällan för migreringsprioritering och förloppsspårning.

Vilka varningar gällande algoritmer och interoperabilitet bör du planera för?

PQC-algoritmer är inte en automatisk ersättning för RSA och ECC. Innan du fastställer en migreringstidsplan, planera kring tre praktiska begränsningar.

• Större nycklar och signaturer: ML-KEM-768 använder en offentlig nyckel på 1 184 byte jämfört med ungefär 32 byte för en motsvarande klassisk elliptisk kurvnyckel. ML-DSA-65 producerar en offentlig nyckel på 1 952 byte och en signatur på cirka 3 309 byte, vilket är mycket större än en ECDSA P-256-signatur. Bandbreddsbestämda protokoll, inbäddade enheter och äldre TLS-handskakningsvägar måste testas för dessa storleksökningar före utrullning, inte efter.
• Ojämn leverantörs- och bibliotekssupport: Stödet för FIPS 203/204/205 varierar i skrivande stund mellan olika HSM-firmware, TLS-bibliotek, webbläsare och CA-programvara. Bekräfta PQC-stöd direkt med varje leverantör i din stack innan du utformar en migreringsplan som förutsätter universell beredskap.
• Kompatibilitet mellan förlitande parter under övergången: Inte alla system som verifierar dina certifikat eller signaturer stöder PQC-algoritmer samma dag. Hybrid- och sammansatta metoder, som tas upp härnäst, finns specifikt för att överbrygga denna klyfta.

Hur överbryggar hybrid- och sammansatta certifikat övergången?

Ett hybrid- eller sammansatt protokoll kombinerar en klassisk algoritm och en postkvantalgoritm i samma nyckeletablerings- eller signaturoperation, så resultatet förblir säkert så länge minst en av de två komponentalgoritmerna förblir intakt. Vid nyckeletablering körs en klassisk metod som ECDH tillsammans med ML-KEM; i digitala signaturer körs en klassisk algoritm som ECDSA tillsammans med ML-DSA i ett sammansatt (även kallat hybrid) certifikat som definieras av pågående IETF LAMPS-arbetsgruppsspecifikationer.

Sammansatta certifikat låter en förlitande part som endast stöder klassiska algoritmer verifiera den klassiska komponenten, medan en förlitande part som uppdaterats för PQC verifierar post-kvantumkomponenten, från samma certifikat. Det innebär att migreringen kan starta innan varje förlitande part i ditt ekosystem har uppdaterats, istället för att vänta på en synkroniserad övergång som kanske aldrig kommer i tid. Behandla den sammansatta fasen som en övergångsfas: definiera, för varje certifikattyp, vilken procentandel av förlitande parter som måste stödja ren ML-DSA innan du tar bort den klassiska komponenten.

Vilka är de etappvisa migreringsstegen?

En PQC-migrering lyckas när den körs som ett sekvenserat program, inte en enda cutover-händelse. Stegen nedan är huvudramverket; Encryption Consultings PQC-rådgivningstjänst utökar detta till en detaljerad niofasfärdplan skräddarsydd för din miljö.

1. Kryptografisk upptäckt och inventering. Bygg den CBOM som beskrivs ovan innan du fattar några migreringsbeslut.
2. Riskbaserad prioritering. Rangordna system efter datakänslighet, retentionsperiod och HNDL-exponering; systemen med högst risk och längst retention migrerar först.
3. Algoritm- och arkitekturplanering. Bestäm, per certifikat eller nyckeletableringstyp, om du ska driftsätta ren PQC eller en hybrid/kompositmetod, och bekräfta leverantörsstöd för de valda algoritmerna.
4. Pilotutplacering. Utfärda PQC- eller hybridcertifikat och nycklar i en kontrollerad, icke-produktionsmiljö och validera interoperabilitet med representativa förlitande parter.
5. Stegvis hybridutrullning. Expandera distributionscertifikattyp efter certifikattyp eller system för system, och övervaka kompatibilitet mellan förlitande parter i varje steg.
6. Fullständig övergång och pensionering av äldre bolag. När den förlitande partens täckning för en given typ når ditt definierade tröskelvärde, gå från hybrid till ren PQC och avbryt den klassiska algoritmen för den typen.
7. Kontinuerlig övervakning och styrning. Upprätthåll CBOM som en levande inventering, spåra algoritmdistributionen över din fastighet och återkomm till planen närhelst NIST, NSA eller CA/Browser Forum uppdaterar riktlinjerna.

Hur testar och validerar man en PQC-migrering?

En migrering är inte validerad förrän den har bevis bakom sig, inte bara en ifylld checklista för utrullning. Bygg in dessa i varje fas:

• Interoperabilitetstestning: Bekräfta att alla förlitande partssystem inom ramen, webbläsare, interna applikationer, partnerintegrationer, IoT- och OT-enheter, faktiskt kan verifiera den nya algoritmen eller hybridcertifikatet innan det går i produktion.
• Prestanda- och latensmätning: Mät den verkliga effekten av större PQC-nycklar och -signaturer på TLS-handskakningstid, kodsigneringsdataflöde och begränsad enhetsprestanda, särskilt för system med hög volym eller latenskänslighet.
• Planering för återställning: Förauktorisera de villkor under vilka en pilot- eller etappdistribution återgår till det klassiska eller hybrida tillståndet, så att ett kompatibilitetsfel i produktionen inte leder till en incidenthanteringsförvrängning.
• Revisionsbevis: För daterade register över lageröversikter, pilotresultat och godkännandebeslut. Dessa bevis stöder både interna styrningsgranskningar och externa efterlevnadsrevisioner.

Hur ser en checklista för implementering av PQC-beredskap ut?

• Utför en kryptografisk identifieringsskanning över nätverksprotokoll, applikationer, koddatabaser och infrastruktur.
• Bygg och underhåll en CBOM som mappar varje kryptografisk tillgång till de data och system den skyddar.
• Klassificera data efter känslighet och erforderlig sekretessperiod för att identifiera högsta HNDL-exponering.
• Bekräfta stöd för PQC-algoritmer med alla HSM-, TLS-bibliotek-, CA- och molnleverantörer i din stack.
• Bestäm, per certifikat och nyckeletableringstyp, en hybrid/sammansatt kontra ren PQC-metod.
• Pilotimplementering av PQC eller hybriddistribution i en icke-produktionsmiljö med representativa förlitande parter.
• Definiera och dokumentera kriterier för återställning innan varje etappvis utrullning påbörjas.
• Spåra algoritmdistribution och kompatibilitet mellan förlitande parter som kontinuerliga, mätbara mätvärden.
• Tilldela ägarskap för styrning (vem godkänner profiländringar, vem spårar CBOM, vem rapporterar migreringsstatus).
• Gå igenom färdplanen närhelst riktlinjerna från NIST, NSA eller CA/Browser Forum ändras.

Var placerar sig er organisation på PQC-mognadsskalan?

Använd stegen nedan för att placera din organisation ärligt och agera sedan utifrån det rekommenderade nästa steget snarare än enbart stegetiketten.

Etapp	Vad det liknar	Rekommenderad nästa åtgärd
Omedvetna	Ingen kryptografisk inventering finns; ingen äger PQC-beredskapen	Starta kryptografisk identifiering omedelbart och tilldela en ägare
bedöma	Inventering pågår; exponering och brister kartläggs	Klassificera data efter känslighet och retention; identifiera system med högst risk
Planering	En migreringsfärdplan och algoritmpolicy utarbetas	Välj hybrid-/kompositmetod per systemtyp; tilldela styrningsroller
Migrerande	Pilotprojekt och stegvis utrullning pågår	Utöka utrullningen i prioritetsordning; övervaka kompatibilitet med förlitande parter
validerade	Migreringen är klar och testad över hela fastigheten för ett givet omfång	Övergång till kontinuerlig styrning; övervaka nya standarder (HQC, CNSA 2.0-uppdateringar)

Vilka är begränsningarna med den här guiden?

Denna guide är en utgångspunkt, inte en ersättning för en bedömning av din specifika miljö. Några begränsningar är värda att nämna direkt:

• HQC är ännu inte en slutgiltig standard. NIST förväntar sig ett utkast runt 2026 och en slutgiltig standard runt 2027; detaljer kan fortfarande komma att ändras innan dess.
• Leverantörs- och bibliotekssupport för FIPS 203/204/205 varierar kraftigt och ändras ofta. Tidslinjerna i den här guiden beskriver standarderna, inte en specifik produkts färdplan; bekräfta supporten direkt med dina leverantörer.
• Datumen 2030, 2033 och 2035 återspeglar aktuella riktlinjer från NIST och NSA. De är inte förutsägelser om när en kryptografiskt relevant kvantdator kommer att existera; den tidpunkten är fortfarande osäker, och riktlinjerna kan komma att ändras om de ändras.
• Denna guide är inte juridisk rådgivning eller rådgivning om efterlevnad av regler. Sektorspecifika och avtalsmässiga tidsfrister (försvar, finansiella tjänster, hälso- och sjukvård) kan vara strängare än de allmänna tidsfrister som beskrivs här.

Vad skulle krypteringskonsulter rekommendera?

Börja där risken faktiskt finns, inte där det är enklast att börja. De flesta organisationer vi arbetar med underskattar hur mycket kryptografi som är dold i köpta produkter och äldre system tills de kör en riktig identifieringsskanning. Vår rekommenderade sekvens:

• Kör först en kryptografisk identifiering och inventering. CBOM-säkerhet automatiserar identifiering i ditt nätverk, dina applikationer och din infrastruktur och producerar den CBOM som din migreringsplan kommer att byggas på.
• Bygg din färdplan med PQC Advisory. Vår PQC-rådgivningstjänster översätta CBOM till en fasad, nio-fasig migreringsfärdplan, inklusive validering av omfattning, beslut om hybrid/kompositarkitektur, pilotdesign och anpassning av efterlevnad till NIST IR 8547 och CNSA 2.0.
• Modernisera hanteringen av certifikatlivscykeln. CertSecure-hanterare ger dig insyn i att spåra algoritmdistributionen över din certifikattillgång allt eftersom migreringen fortskrider, istället för att förlita dig på kalkylblad.
• Skydda nycklarna bakom dina PQC-algoritmer. HSM-som-en-tjänst ger FIPS-validerat nyckelskydd när du genererar och hanterar nya PQC- och hybridnycklar under övergången.

Om du redan har slutfört din inventering och vill gå djupare in på specifika delar av resan, se vår PQC-säkerhetsmognadsmodell för att självutvärdera styrning, identifiering och pilotprojekt; vår PQC-beredskapsbedömning med 75 frågor för att upptäcka konkreta brister; och vår guide till PQC-programstyrningsroller och RACI för att bemanna programmet korrekt från början.

Encryption Consulting är ISO/IEC 27001:2022- och SOC 2-certifierade, och vårt PQC-rådgivningsarbete är baserat på samma standarder som denna guide citerar: NIST FIPS 203/204/205, NIST IR 8547 och CNSA 2.0.

Slutsats

PQC-beredskap är inte ett enskilt algoritmbyte som du kan schemalägga under en helg. Det är ett program: ta reda på vilken kryptografi du faktiskt har, prioritera efter verklig risk, planera för hybrid- och kompositbryggor där förlitande parter inte är redo, migrera i etapper och validera varje steg med verkliga bevis. NIST:s standarder är slutgiltiga. Deadlines, 2030 för avveckling, 2033 till 2035 för avstängning beroende på din systemkategori, är fastställda. Den enda öppna variabeln är hur tidigt din organisation startar inventeringen som allt annat beror på.

Om du är redo att påbörja den inventeringen eller behöver hjälp med att schemalägga en migreringsstrategi, prata med Encryption Consultings PQC-rådgivningsteam.

Vanliga frågor om partihandel med mat och dryck

Vad är skillnaden mellan PQC-beredskap och PQC-migrering?

PQC-beredskap är tillståndet att veta exakt vad man behöver migrera och ha en finansierad, bemannad plan för att göra det. PQC-migrering är genomförandet av den planen: utfärdande av PQC- eller hybridnycklar och certifikat, uppdatering av system och pensionering av klassiska algoritmer. Man kan vara redo utan att ha migrerat ett enda system ännu, så länge inventeringen och färdplanen finns och arbetet aktivt pågår.

Måste vi migrera allt före 2030?

NIST IR 8547 anger 2030 som den tidpunkt då RSA och ECC är föråldrade för ny användning, och 2035 som den tidpunkt då de är helt otillåtna, för system som följer allmänna NIST-riktlinjer. Nationella säkerhetssystem under CNSA 2.0 står inför tidigare deadlines, så tidigt som 2030 för signering av programvara och firmware. Prioritera efter datakänslighet och lagringsperiod snarare än att behandla varje system som lika brådskande; långlivade, mycket känsliga data bör migreras långt före en eventuell deadline.

Vad är skörd nu, dekryptera senare, och varför är det viktigt nu?

"Harvest now, decrypt later" (HNDL) beskriver en motståndare som fångar upp och lagrar krypterad data idag med avsikt att dekryptera den när en kryptografiskt relevant kvantdator existerar. Eftersom en CRQC:s exakta ankomstdatum är okänt, exponeras all data som måste förbli konfidentiell i åratal eller decennier redan under detta mönster, även om ingen kvantdator kan bryta det ännu. Det är anledningen till att arbetet med PQC-beredskap börjar innan kvantdatorer är praktiskt användbara, inte efter.

Krävs hybrid- eller sammansatta certifikat, eller är de valfria?

Varken NIST eller CA/Browser Forum föreskriver för närvarande hybrid- eller sammansatta certifikat direkt, men de flesta organisationer använder dem som en praktisk brygga eftersom stöd för reliating-party-algoritmer för rena PQC-algoritmer ännu inte är universellt. Huruvida du behöver dem beror på hur mycket av ditt reliating-party-ekosystem du kontrollerar och hur snabbt det kan uppdateras; interna system som du helt kontrollerar kan eventuellt gå direkt över till ren PQC.

Hur lång tid tar ett PQC-beredskapsprogram vanligtvis?

För de flesta företagsmiljöer tar kryptografisk identifiering och inventering flera månader, färdplan och pilotdesign tar några längre, och etappvis utrullning över ett komplett certifikat- och nyckelområde kan ta ett till två år beroende på omfattning och mångfalden hos förlitande parter. Organisationer som påbörjar identifiering har nu tid att köra ett metodiskt program med låg risk; de som väntar tills en deadline är nära förestående kommer att migrera under press med oprövad kompatibilitet mellan förlitande parter.

Referensprojekt

• NIST, ”Meddelande av utfärdande av federala informationsbehandlingsstandarder (FIPS) 203, 204 och 205”, Federal Register, 14 augusti 2024: federalregister.gov
• NIST, ”NIST väljer HQC som femte algoritm för postkvantkryptering”, mars 2025: nist.gov
• NIST IR 8547, “Övergång till postkvantkryptografistandarder”: nvlpubs.nist.gov
• Rådgivning om National Security Agency (CNSA 2.0), kommersiell National Security Algorithm Suite 2.0
• Nationellt säkerhetsmemorandum 10 (NSM-10) om kvantresistent kryptografimigrering