PQC-migrering år 2026: Att bygga en färdplan som överlever kontakten med produktionen

Den 13 maj 2026 lanserade Microsoft allmän tillgänglighet för ML-DSA-stöd i Active Directory Certificate Services på Windows Server 2025, vilket tog postkvantkryptografi ur dokumentationen och in i de rutor som de flesta företags-PKI:er faktiskt körs på. Tre veckor tidigare diskuterade samma team fortfarande med revisorer om huruvida deras CA-hierarkier ens kunde inventeras. Gapet mellan dessa två samtal är det som gör 2026 till året då en PQC-migreringsfärdplan slutar vara en diskussionsartefakt och blir ett leveransprogram med namngivna ägare, radpostbudget, beroendelistor och kvartalsvis efterlevnadsrapportering.

Den här artikeln riktar sig till PKI-arkitekter, infrastrukturansvariga och CISO:er som behöver konvertera programmet från en bildpresentation till en runbook. Vi går igenom kartan över den regulatoriska belastningen som formar planerna för 2026, inventeringsproblemet som ingen vill titta på direkt, de tre migreringsstrategier som faktiskt passar olika riskprofiler, varför PKI är det hastighetsbegränsande steget i en ärlig färdplan, hur en fasad utrullning ser ut när ML-DSA-signaturer är ungefär fyrtioåtta gånger större än ECDSA, och hur man instrumenterar programmet så att det överlever de kommande arton månaderna av standardomsättning och plattformsuppdateringar.

Tryckkartan 2026

Skiftet från ”vi borde planera” till ”vi måste leverera” skedde i en kalender, inte i teorin. Sju ankare definierar nu den planeringshorisont som alla företagsfärdplaner måste respektera, och ingen av dem är mer än nio år bort.

Ankare	Källa	Datum	Operativ betydelse
FIPS 203 / 204 / 205 slutförd	NIST	August 13, 2024	ML-KEM, ML-DSA, SLH-DSA är produktionsberättigade standarder, inte utkast.
HQC vald som reserv-KEM	NIST	Mars 11, 2025	Algoritmmångfald i KEM-filen; utkast till FIPS förväntas 2026, slutgiltigt 2027
EU:s NIS CG PQC-färdplan	Europeiska kommissionen, NIS-samarbetsgruppen	Publicerad 23 juni 2025	Medlemsstaternas nationella planer ska vara inlämnade senast den 31 december 2026
FIPS 140-2-moduler flyttade till Historisk	NIST CMVP	September 21, 2026	Federal upphandling kräver FIPS 140-3-validerade moduler; FIPS 140-3-valideringseftersläpningen är i genomsnitt över 500 dagar
ADCS ML-DSA GA på Windows Server 2025	Microsoft	Kan uppdatera 2026	Första vanliga företags-CA-plattformen som utfärdar PQC-certifikat i produktion
CNSA 2.0 förvärvsgrind	NSA	Januari 1, 2027	Nya förvärv av nationella säkerhetssystem måste stödja ML-KEM-1024 och ML-DSA-87
Utfasning av NIST IR 8547-algoritmen	NIST	Avveckling 2030, otillåten 2035	RSA-2048 / ECC P-256 föråldrad 2030; kvantumsårbara algoritmer förbjudna senast 2035

Läst horisontellt är detta inte ett problem för 2035. Upphandlingsfristerna, FIPS 140-övergångarna och förändringarna i plattformstillgänglighet klustrar sig mellan det sista kvartalet 2026 och den 1 januari 2027. Organisationer som säljer till federala, NSS- eller kritiska infrastrukturmarknader levererar antingen CNSA 2.0-kapacitet inom det fönstret eller så lämnar de anbudet. Även oreglerade företag fångas indirekt: deras leverantörer skriver nu CNSA 2.0-krav i offertförfrågningar, och upphandlare inom reglerade sektorer börjar kräva PQC-färdplaner som en del av due diligence. Fönstret där "vi börjar planera nästa år" är ett försvarbart svar på en styrelsefråga stänger under tredje kvartalet 2026.

Varför HNDL inte är en hypotetisk

Frasen ” skörda nu, dekryptera senare ” har återanvänts i marknadsföringstexter tillräckligt många gånger för att vissa team har börjat behandla det som futurum. Det gör det inte. Insamling sker på dagens infrastruktur: nationalstatliga aktörer fångar TLS-sessioner, IPsec-tunnlar och lagrar krypterade säkerhetskopior idag, behåller dem och väntar på att en kryptografiskt relevant kvantdator (CRQC) ska göra de inslagna nycklarna återhämtningsbara. EU:s utkast till NIS2-ändring som släpptes i början av 2026 benämner HNDL-attacker som ”sannolikt att inträffa redan nu”, vilket är den mest explicita tillskrivningen som någon större regleringstext har gjort hittills.

Två implikationer följer. För det första är krypteringsmigrering viktigare än signaturmigrering för data med ett sekretesskrav som är längre än det beräknade CRQC-ankomstfönstret. Banktransaktionsregister, hälsojournaler under HIPAA-lagring, immateriella rättigheter kopplade till produktlivscykler, sekretessbelagt material, medborgarregister enligt GDPR och arbetsdokument för fusioner och förvärv kvalificerar sig alla. För det andra är signaturmigrering viktigast för långlivade signeringsidentiteter (rot-CA:er, kodsigneringscertifikat, firmwareuppdateringsnycklar) där signaturen måste förbli tillförlitlig i flera år efter utfärdandet. En förfalskad signatur har en annan hotmodell än ett dekrypterat meddelande, men tillgångens livslängd avgör brådskan i båda fallen.

Slutsats: prioritera utrullningen av ML-KEM för konfidentialitetskritiska kanaler först och sekvensera ML-DSA i signeringsidentiteterna med de längsta svansarna. Alla andra ordningsföljder inverterar den faktiska riskmodellen.

Vilka standarder är faktiskt leveransbara idag

Fem algoritmer finns nu inom eller nära produktionsberättigade NIST-standarder. Att veta vilken man ska distribuera var är skillnaden mellan en migreringsfärdplan och ett upphandlingsdokument.

Algoritm	Standard	Typ	Produktionsstatus i mitten av 2026
ML-KEM (Kyber)	FIPS 203	Nyckelinkapsling	Primär KEM; ML-KEM-768 för civila, ML-KEM-1024 för CNSA 2.0
ML-DSA (Dilitium)	FIPS 204	Digital signatur	Primär signatur; ML-DSA-65 civil, ML-DSA-87 CNSA 2.0
SLH-DSA (SPHINCS+)	FIPS 205	Statslös hashbaserad signatur	Konservativ reservlösning; inte i CNSA 2.0; stora signaturer
HQC	Utkast till FIPS förväntas 2026, slutgiltigt 2027	Säkerhetskopiera KEM (kodbaserad matematik)	Kryptoagilitetsreserv ifall gittermatematiken går sönder
FN-DSA (Falcon)	Utkast till FIPS 206, förväntas i slutet av 2026 eller början av 2027	Kompakt signatur	Inte i CNSA 2.0; mindre signaturer än ML-DSA men svårare att implementera säkert

Parametervalen i CNSA 2.0 är viktiga och tenderar att överraska civila team. Färdplaner som som standard använder ML-KEM-768 och ML-DSA-65 kan inte överföras till NSS-miljöer utan omarbetning. Alla produktteam som säljer till försvarsindustriella baser måste planera för ML-KEM-1024 och ML-DSA-87 från dag ett, med de större nyckel-, chiffertext- och signaturstorlekar som dessa parameteruppsättningar innebär. CNSA 2.0 tillåter också uttryckligen inte HashML-DSA (pre-hash-varianten) och planerar inte att lägga till framtida NIST PQC-algoritmer som FN-DSA. Sviten är avsedd att förbli stabil under övergången, vilket förenklar leverantörsplanering på bekostnad av flexibilitet.

Lagerproblemet som ingen vill titta på

Det är upptäckt som varje PQC-färdplan stannar av, och misslyckandeläget är konsekvent: team avgränsar det kryptografiska inventariet till de tillgångar de redan hanterar och missar de som orsakar den faktiska risken. En trovärdig inventering år 2026 måste omfatta minst sex upptäcktsytor.

Endpoint- och serverskanning fångar upp kryptografiska bibliotek (OpenSSL, BoringSSL, BCFIPS, .NET-kryptografistacken) och deras versioner. Nätverksidentifiering fångar TLS-konfigurationer på aktiva portar, inklusive fingeravtryck som avslöjar vilka klienter som fortfarande förhandlar om RSA-nyckelutbyte eller SHA-1-signaturer. CA-API:er och certifikattransparensloggar avslöjar offentligt utfärdade certifikat, men CT-loggar fångar bara offentligt betrodda utfärdanden; privata CA:er (majoriteten av företags-PKI) kräver direkt integration med AD CS eller vilken plattform som helst som utfärdar internt förtroende. HSM-inventeringar visar nyckelmaterial men inte de certifikat som dessa nycklar ger tillbaka, så HSM-partitionsmappning behöver korsrefereras med CA-databaser.

CMDB och infrastruktur-som-kod-repositorier avslöjar konfigurationen som knyter kryptografi till applikationer, vilket är där skuggkrypto finns: hårdkodade algoritmsträngar i äldre Java-kod, SSH-nyckelpar som sprids över CI/CD-system, signerade JAR-filer med inbäddade certifikat, hårdkodade privata nycklar som är dedikerade till repositorier. Leverantörsupplysningar och SBOM:er minskar gapet till tredjepartsbibliotek, särskilt för inbäddade system och IoT.

Manuella granskningar returnerar en ögonblicksbild som är inaktuell innan kalkylbladet stängs. Automatiserad kontinuerlig identifiering är den enda metoden som håller i företagsskala, och den måste köras om enligt ett schema eftersom kryptografiska tillgångar förändras dagligen när containrar startar, leverantörer publicerar uppdateringar och ingenjörer implementerar ny kod. Inventeringen bör för varje artefakt registrera: algoritm och parametrar, nyckelstorlek, utfärdare, utgångsdatum, företagsägare, teknisk ägare, dataklassificering, systemkritikalitet och ersättningskomplexitet. Utan dessa fält kan inventeringen inte ge riskpoäng.

Ett användbart test före flygning: be teamet att lista alla X.509-certifikat som kommer att löpa ut inom de kommande 90 dagarna. Om svaret är "vi måste kontrollera" är inventeringen inte redo att mata en migreringsfärdplan, och färdplanen kommer att levereras med blinda fläckar.

Tre migrationsstrategier, tre riskprofiler

Litteraturen erbjuder många sätt att separera migreringsmetoder. I praktiken beskriver tre mönster vad de flesta företag faktiskt använder år 2026, och valet mellan dem styrs av regulatorisk exponering och kostnaden för att en algoritm är felaktig.

Strategi	Vad det betyder	Bästa passform	Avvägning
Stegvis migrering	Migrera nyckelupprättandet till ML-KEM först; signaturer till ML-DSA i en senare omgång	Organisationer med stor HNDL-exponering men begränsad kapacitet för PKI-förändringar	Skjuter upp signaturkomplexiteten men lämnar klassiska signeringsidentiteter exponerade i åratal
Hybridkryptografi	Kombinera klassisk (t.ex. X25519, ECDSA) med PQC i en enda operation; båda måste gälla för säkerhets skull	Reglerade branscher, miljöer med hög kvalitet, alla som är försiktiga med unga PQC-matematiker	Fördubblar kryptografiska artefakters storlek, komplicerar testning, skapar en andra migrering (hybrid till ren PQC) nedströms
CNSA 2.0-anpassning	ML-KEM-1024, ML-DSA-87, AES-256, SHA-384 / SHA-512 över hela linjen	NSS, försvarsindustriell bas, federala entreprenörer	Strängare parametrar än den civila standarden; större nycklar, signaturer, chiffertexter; längre tidslinje för HSM och plattformsberedskap

Hybrid förtjänar ett särskilt meddelande. Microsofts ADCS-implementering stöder sammansatta certifikat som parar ihop en klassisk signatur (RSA eller ECDSA) med en ML-DSA-signatur, vilket kräver att båda valideras för att certifikatet ska vara tillförlitligt. Den sammansatta metoden är operativt renare än parallell dual-stack hybrid eftersom certifikatet är en enda artefakt, men den blåser upp kedjestorlekar och kräver att förlitande parter förstår det sammansatta formatet. Planera för båda formerna under övergångsfönstret. Utfasningen av NIST IR 8547 2030 till 2035 kommer så småningom att avvisa den klassiska komponenten, och alla hybridkonstruktioner som försvagar PQC-halvan kommer inte att överleva den gränsen; NIST har uttryckligen flaggat denna punkt i IR 8547:s offentliga kommentarer.

Kryptoagilitetsbeslutet under alla tre mönstren är detsamma . Ingen av dessa strategier överlever utan en arkitektur som kan byta algoritmer via policy snarare än kodändring. Det är den operativa kapaciteten som är värd att bygga först, oavsett vilket migreringsmönster resten av programmet väljer.

PKI är hastighetsbegränsaren

PKI är den längsta stången i något PQC-migrationstält, och orsakerna är aritmetiska.

ML-DSA-87 producerar signaturer på cirka 4 627 byte. ECDSA P-384 producerar signaturer på cirka 96 byte. En fyr-certifierad kedja (rot, mellanliggande, utfärdande, löv) replikerar den storleksdeltan över varje TLS-handskakning, varje OCSP-svar, varje autentiserad sessionsetablering. Konsekvenserna nedströms är ökad bandbredd, fler handskakningsrundturer, MTU-fragmentering på sökvägssegment som inte förutsåg förändringen och press på HSM- genomströmningen eftersom PQC-signaturoperationer bearbetar fler byte internt. Förhashning hjälper till att mildra HSM-påverkan, och CNSA 2.0 tillåter det uttryckligen inte för den sviten, vilket försätter NSS-distributioner i en position där de behöver mer kapabla HSM:er snarare än smartare förbehandling.

Certifikatkedjor har också hierarkiska sekvenseringsproblem som algoritmvalet inte kan hjälpa till med. Att migrera ett lövcertifikat till ML-DSA utan att först migrera den utfärdande CA:n bryter valideringen. Att migrera den utfärdande CA:n utan att först migrera offline-roten skapar en kedja som är förankrad i klassisk matematik, vilket undergräver migreringssyftet.

HSM-beredskap förkortar tidslinjen. SafeNet Luna- och Thales-plattformarna har publicerat stöd för firmware för ML-DSA på nuvarande generationens hårdvara, men äldre moduler kräver hårdvaruuppdatering, partitionsomstrukturering och KSP-omkonfiguration på varje Windows-server som använder dem. ADCS-uppdateringen från maj 2026 bygger på val av Key Storage Provider med signatur flaggad i Request Handling, och alla CA med en HSM-partition som registrerades med serienummer snarare än kortplatsetikett behöver ett nytt KspConfig-pass innan de ser de nya algoritmerna i rullgardinsmenyn.

Planera arton till tjugofyra månader från upphandlingsbeslut till en stabil PQC-rotad intern CA. Planera längre tid om du korsar skogar eller har beroende mellanprogramvara: NDES, Intune SCEP-kopplingar, Java-nyckellager och kodsigneringspipelines har alla sina egna beredskapskurvor som CA-migreringen inte kan kringgå.

Slutsatsen: alla andra PQC-migreringssteg är beroende av PKI, och PKI är det långsammaste att flytta.

En operatörssekvens från 2026

Följande är den sekvens vi använder när ett företag frågar hur de första arton månaderna av en PQC-migrering faktiskt ser ut. Det förutsätter en Microsoft-tung fastighet med en tvånivås AD CS-hierarki, HSM-baserade rötter och en blandning av klassiska TLS-, S/MIME- och kodsigneringsarbetsbelastningar. Anpassa djupet för varje steg till miljön; ändra inte ordningen på dem.

1. Stå upp kontinuerlig kryptografisk Upptäckten. Implementera en automatiserad skanner över slutpunkter, nätverkssegment, CA-databaser, HSM-partitioner, containeravbildningar och koddatabaser. Skapa en levande inventering anpassad till företagsägare, utgångsdatum, algoritm, parameteruppsättning och datakänslighet. Utan detta är varje senare steg gissningar förklädd till planering.
2. Poängsätt risken efter datakonfidentialitetens livslängd, inte antal tillgångar. Bygg en riskmatris som rangordnar certifikat och nycklar efter hur länge de data de skyddar måste förbli konfidentiella, viktat efter HNDL-exponering och systemkritikalitet. Ett 90-dagars TLS-certifikat för en marknadsföringswebbplats rankas under en kodsigneringsnyckel vars signaturer behöver valideras i tio år. Prioritering efter antal producerar en orderstockning som domineras av tillgångar med lågt värde.
3. Bygg en icke-produktionsbaserad ML-DSA-testhierarki. I en labbmiljö med Windows Server 2025 och uppdateringen från maj 2026 installerad, upprätta en parallell tvåskiktad AD CS-hierarki med ML-DSA-65 för den utfärdande certifikatutfärdaren och ML-DSA-87 för offline-rotcertifikatet. Utfärda testcertifikat för kodsignering, webbserverautentisering, datorautentisering och användarautentisering. Dokumentera vad som fungerar idag (kodsignering är det renaste scenariot), vad som är partiellt (TLS-webbserver, vissa autentiseringsscenarier) och vad som ännu inte stöds (brett stöd). TLS, VPN, Fjärrskrivbord). Gapanalysen från detta labb utgör grunden för varje efterföljande produktionsbeslut.
4. Pilotera hybrid TLS på en begränsad arbetsbelastning. Välj en enda intern applikation med en låg explosionsradie. Konfigurera dess TLS-slutpunkt för X25519MLKEM768 hybridnyckelutbyte mot moderna klienter. Mät handskakningsstorlek, latens, certifikatkedjestorlek och HSM-genomflöde mot den klassiska baslinjen. Dokumentera delta, inklusive MTU och belastningsutjämnarbeteende som den större handskakningen utlöser. Det är dessa siffror, inte leverantörsrapporter, som produktionsgodkännandet kommer att bero på.
5. Förbered HSM- och CA-plattformen i förväg. Granska varje HSM-partition mot leverantörens firmwarenivåer som stöder ML-DSA. Schemalägg firmwareuppdateringar inom underhållsfönster som respekterar kadensen för offline-root-ceremonier. För CA-plattformar, validera att AD CS eller din CLM-plattform kan utfärda PQC-certifikat, och att nedströmskonsumenter (Intune, NDES, kodsigneringspipelines, certifikatkrävande applikationer) kan begära, leverera och validera dem. Observera att ADCS PQC-utfärdande för närvarande kräver KSP-val med signatur inställd i Request Handling, och vissa mallversioner måste publiceras om.

Inget av dessa steg kräver att en kryptografiskt relevant kvantdator existerar. Alla blockeras av upptäcktsproblemet i steg ett, vilket är anledningen till att varje trovärdigt PQC-program tilldelar en inventarieägare innan det tilldelar någon annan.

Hur CertSecure Manager levererar PQC-förberedd certifikatlivscykelhantering

CertSecure Manager (CSM) är byggt för att fungera som ett CA-agnostiskt certifikatlivscykellager över klassiska, hybrid- och PQC-certifikatpopulationer, vilket är den distributionsform som PQC-migrering faktiskt kräver.

Multi-CA-orkestrering : CSM hanterar utfärdande och förnyelse över Microsoft AD CS, andra företags-CA-plattformar och publika CA:er från ett enda policyplan, så en övergång från RSA till ML-DSA på backend-CA:n bryter inte den konsumerande applikationens registreringsarbetsflöde.

Kontinuerlig kryptografisk identifiering : Endpoint- och nätverksskannrar matar CSM med en realtidsinventering av certifikat, algoritmer, parameteruppsättningar, nyckelstorlekar och utgångsfönster, mappad till affärs- och teknikägare samt datakänslighet.

Policydriven kryptoagilitet : Algoritmvalet finns i policyn, inte i applikationskoden. Att byta en certifikatpopulation från ECDSA P-384 till ML-DSA-65 blir en policyuppdatering, inte en omdistribution, vilket är det enda sättet att hålla jämna steg med tidslinjerna för FIPS 140 och CNSA 2.0.

Stöd för sammansatta och hybrida certifikat : CSM utökas för att hantera det Microsoft-definierade ADCS-formatet för sammansatta certifikat och IETF-hybridcertifikatmönster, så att övergångsartefakter validerar från början till slut mellan förbrukande applikationer.

Hur kan krypteringskonsultation hjälpa till?

Encryption Consulting har ägnat mer än ett decennium åt att implementera PKI-, kryptografi- och CLM-program för reglerade företag inom finansiella tjänster, hälso- och sjukvård, energi, telekom och tillverkning. I centrum för vår PQC-leverans finns CertSecure Manager , en CA-agnostisk certifikatlivscykelplattform som orkestrerar utfärdande, förnyelse, identifiering och policy för Microsoft AD CS, andra CA-plattformar för företag och publika CA:er (klassisk, hybrid och PQC) från ett enda kontrollplan.

Vi kompletterar detta med våra PQC-rådgivningstjänster för migreringsplanering och kryptoagilitetsfärdplaner, PKI-tjänster för bedömning och modernisering av företags CA-hierarkier och HSM-tjänster för SafeNet Luna- och Thales-plattformar redo för ML-DSA. För att starta din färdplan, kontakta oss på [email protected] eller besök www.encryptionconsulting.com.

Vanliga frågor om partihandel med mat och dryck

Vad är PQC-migration?

PQC-migrering är ett program för att ersätta kvantumsårbara kryptografiska algoritmer (RSA, ECDSA, ECDH, Diffie-Hellman) i en organisations system, applikationer, certifikat, nycklar, bibliotek och protokoll med kvantumsresistenta algoritmer standardiserade av NIST i FIPS 203, 204 och 205. Det är ett flerårigt program snarare än en engångsuppgradering och berör PKI-, identitets-, nätverks-, applikations- och upphandlingsarbetsflöden samtidigt.

Varför är 2026 året då PQC-migreringen flyttades från planering till leverans?

Tre oberoende datum sammanfaller i slutet av 2026 och början av 2027: NIST:s övergång från FIPS 140-2 till historisk övergång den 21 september 2026, EU:s NIS-samarbetsgrupps nationella strategiska milstolpe den 31 december 2026 och NSA CNSA 2.0-förvärvsstadiet den 1 januari 2027. Alla tre omvandlar rådgivande vägledning till upphandling, revision och efterlevnad som påverkar kontrakt som undertecknas idag.

Vad är HNDL (harvest now, decrypt later), och varför är det viktigt idag?

HNDL beskriver motståndare som samlar in krypterad data idag och lagrar den för framtida dekryptering när en kryptografiskt relevant kvantdator är tillgänglig. Det är viktigt idag eftersom data som samlas in nu redan är exponerade. Krypteringsmigreringen måste ske innan CRQC existerar, inte efter, och EU:s utkast till NIS2-ändring från början av 2026 nämner uttryckligen HNDL-attacker som redan förekommande.

Vad är skillnaden mellan ML-KEM och ML-DSA?

ML-KEM (FIPS 203, tidigare Kyber) är en nyckelinkapslingsmekanism som används för att etablera delade nycklar och ersätter klassisk nyckelutbyte som ECDH. ML-DSA (FIPS 204, tidigare Dilithium) är en digital signaturalgoritm som ersätter klassiska signaturscheman som ECDSA- och RSA-signering. De två löser olika problem och migrerar enligt olika tidslinjer.

Behöver AES-256 ersättas som en del av PQC-migreringen?

Nej. AES-256 är symmetrisk kryptering och anses kvantresistent när den implementeras korrekt. PQC-migrering fokuserar på kryptografi med publika nyckelr (RSA, ECDSA, ECDH) som används i nyckelutbyte och digitala signaturer, där Shors algoritm ger en kvantfördel. Symmetriska algoritmer behöver bara justera sina nyckelstorlekar för att ta hänsyn till Grovers algoritm, som AES-256 redan hanterar.

Vilka är deadlines för NIST IR 8547-avskrivning?

Enligt det första offentliga utkastet till NIST IR 8547 (november 2024) är algoritmer som tillhandahåller 112-bitars säkerhet (RSA-2048, ECC P-256) föråldrade senast 2030. Alla kvantumsårbara algoritmer med offentlig nyckel är otillåtna i NIST-standarder senast 2035, i linje med måldatumet i National Security Memorandum 10. Fönstret 2030 till 2035 är en kontrollerad migreringsperiod, inte ett frikort.

Krävs hybridkryptografi under PQC-migrering?

Hybrid är inte universellt nödvändigt, men det rekommenderas för miljöer med hög säkerhet och används av Microsofts ADCS-implementering i form av sammansatta certifikat som parar ihop en klassisk och en ML-DSA-signatur. Civila distributioner kan gå direkt till ren PQC för nya artefakter; reglerade miljöer kör ofta hybrid genom övergångsfönstret för djupgående försvar.

Hur stöder Microsoft AD CS PQC år 2026?

Uppdateringen för Windows Server 2025 i maj 2026 introducerade allmän tillgänglighet för ML-DSA-44, ML-DSA-65 och ML-DSA-87 i AD CS, vilket gör det möjligt för utfärdande och offline-rot-CA:er att signera certifikat med kvantresistenta algoritmer. Kodsigneringsscenarier fungerar tillförlitligt från och med mitten av 2026; bredare TLS-, VPN- och fjärrskrivbordsscenarier stöds fortfarande delvis och kräver validering arbetsbelastning för arbetsbelastning.

Stöder CertSecure Manager PQC-certifikat idag?

CertSecure Manager fungerar som ett CA-agnostiskt livscykellager som hanterar utfärdande över Microsoft AD CS, andra företags-CA-plattformar och publika CA:er, med policydrivet algoritmval som inkluderar ML-DSA där backend-CA:n stöder det. Stöd för sammansatta och hybrida certifikat utökas till att omfatta Microsoft ADCS- och IETF-formaten, och identifiering, automatisering och efterlevnadsrapportering är redan produktionsklara.

Vilket är det enskilt viktigaste första steget i en färdplan för PQC-migrering?

Kontinuerlig kryptografisk upptäckt. Tills en organisation vet var dess kryptografiska beroenden faktiskt finns (algoritmer i kod, bibliotek i containrar, certifikat i CA-databaser, nycklar i HSM:er, hårdkodade hemligheter i CI/CD) kan risk inte poängsättas, prioriteringar kan inte tilldelas och migreringsförloppet kan inte mätas. Varje trovärdigt PQC-program tilldelar en inventarieägare innan det tilldelar någon annan.

Slutsats

Krafterna som konvergerar mot 2026 är inte längre abstrakta. NIST har lanserat tre standarder och en fjärde backup; NSA har satt den 1 januari 2027 som den nya anskaffningsgränsen; Europeiska kommissionen har förankrat medlemsstaternas strategier till den 31 december 2026; Microsoft har placerat ML-DSA inom den plattform som de flesta företags- PKI: er redan är beroende av. Var och en av dessa förvandlar ett planeringsdokument till ett leveranskrav, och var och en medför en upphandlings- eller revisionskonsekvens som träder i kraft långt före 2030.

De operativa bevisen är lika konkreta. PQC-signaturer är ungefär två storleksordningar större än klassiska signaturer. HSM-firmware är inte enhetligt aktuell. PKI-hierarkier sekvenseras från roten och utåt, och den ordningsföljden tar månader. Discovery är den universella blockeraren. Kryptografisk inventering är fortfarande ett projekt innan det kan bli ett system. Varje företag som har försökt att genväga dessa steg har upptäckt att de inte kan genvägas, utan bara betalas senare i form av kostnader för incidenthantering, granskningsresultat och diskvalificeringar från upphandlingar.

Inom kryptografi vinner kalendern. Avvecklingsdatumet 2030 är närmare än gapet mellan den senaste NIST PQC-tävlingsomgången och idag. Den färdplan som överlever kontakten med produktionen är den vars första steg börjar nu.