Kryptografisk flexibilitet: Din första försvarslinje mot kvantrisk

Snabbt svar: Kryptografisk agilitet är ett systems förmåga att ersätta eller uppgradera kryptografiska algoritmer, nyckeltyper eller parametrar utan att kräva större omdesign av applikationer, infrastruktur eller operativa arbetsflöden. Detta är viktigt eftersom skörda-nu-dekryptera-senare-attacker redan är aktiva mot RSA- och ECC-skyddade data, och NIST:s tidslinje för utkast till avveckling löper från 2030 till 2035. Den rekommenderade åtgärden är att bygga en komplett kryptografisk inventering nu och externalisera algoritmval från applikationskod innan migreringen påbörjas.

Key Takeaways

• Kryptografisk agilitet är en arkitektonisk egenskap, inte en migreringshändelse; den låter en organisation ersätta algoritmer upprepade gånger allt eftersom standarder utvecklas.
• NIST slutförde ML-KEM (FIPS 203), ML-DSA (FIPS 204) och SLH-DSA (FIPS 205) i augusti 2024; ett utkast till en fjärde standard, FN-DSA (FIPS 206), förväntas i slutet av 2026 eller början av 2027.
• NIST IR 8547 (utkast) föreslår att 112-bitarsalgoritmer som RSA-2048 avvecklas efter 2030 och att RSA/ECC helt förbjuds efter 2035.
• PKI är den svåraste delen av övergången: rot-CA:er, certifikatmallar, HSM-firmware och valideringslogik för förlitande parter behöver alla samordnade uppdateringar.
• En kryptografisk inventering (CBOM) och en externaliserad algoritmpolicy är de två förutsättningar som gör varje framtida algoritmändring till en konfigurationsövning istället för en ombyggnad.

Definiera kryptografisk agilitet

Kryptografisk agilitet är ett systems förmåga att ersätta eller uppgradera kryptografiska algoritmer, nyckeltyper eller parametrar utan att kräva större omdesign av applikationer, infrastruktur eller operativa arbetsflöden.

De flesta PKI-miljöer för företag utformades för algoritmstabilitet, inte algoritmförändring. RSA och elliptisk kurvkryptografi bäddades in i certifikatmallar, TLS-konfigurationer, HSM-provisioneringsarbetsflöden och applikationskod med förväntningen att de skulle förbli giltiga i årtionden. Kvantdatorer som kör Shors algoritm bryter mot den förväntan redan från grunden.

Shors algoritm bryter heltalsfaktoriseringsproblemet som ligger till grund för RSA och det diskreta logaritmproblemet som ligger till grund för elliptisk kurvkryptografi, vilket innebär att ingen nyckelstorlek inom någon av algoritmfamiljerna ger skydd mot en kryptografiskt relevant kvantdator.

NIST slutförde tre standarder för postkvantkryptografi (PQC) i augusti 2024: FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) och FIPS 205 (SLH-DSA). NIST har också lämnat in ett utkast till en fjärde standard, FIPS 206 (FN-DSA), baserad på Falcon-algoritmen, som förväntas slutföras i slutet av 2026 eller början av 2027. Tillsammans definierar dessa den första generationen av standardiserad kvantresistent kryptografi. Det de flesta organisationer fortfarande arbetar med är hur man ska operationalisera dessa förändringar över tusentals certifikat, äldre applikationer, begränsad hårdvara och leverantörer som arbetar med olika migreringstidslinjer.

NIST IR 8547 (inledande offentligt utkast, 12 november 2024) föreslår en övergångstidslinje där vanligt förekommande kvantumsårbara algoritmer för offentlig nyckel börjar gå mot utfasning efter 2030, med ett bredare förbud mot RSA och elliptisk kurvkryptografi som mål efter 2035. Det fönstret är smalare än vad de flesta migreringsprogram förväntar sig.

Kryptografisk agilitet är det som gör den migreringen hanterbar. Det är inte en synonym för migrering i sig. Det är den arkitektoniska egenskap som gör det möjligt för en organisation att ersätta kryptografiska algoritmer utan att bygga om system, och att göra det upprepade gånger allt eftersom standarder utvecklas. Den här bloggen undersöker vad kryptografisk agilitet innebär i praktiken, varför kvantövergången har gjort den till ett grundläggande krav snarare än en teknisk preferens, och vad ditt team bör arbeta igenom just nu.

Vad kryptografisk agilitet faktiskt betyder i praktiken

NIST publicerade CSWP 39 , ”Considerations for Achieving Crypto Agility: Strategies and Practices”, i december 2025. Den definierar kryptografisk agilitet som den uppsättning funktioner som behövs för att ersätta och anpassa kryptografiska algoritmer i protokoll, applikationer, programvara, hårdvara, firmware och infrastrukturer samtidigt som säkerhet och pågående verksamhet bibehålls. Den definitionen är värd att läsa noggrant. Tyngdpunkten ligger inte bara på att ersätta algoritmer, utan på att göra det utan att störa verksamheten.

En organisation som kan byta ut en algoritm men bara genom att ta system offline, omplattforma applikationer eller manuellt utfärda varje certifikat saknar flexibilitet. Den har ett migreringsprojekt. Skillnaden är viktig eftersom algoritmövergångar inte är engångshändelser. Historien visar ett återkommande mönster: en algoritm som var säker igår blir föråldrad eller otillåten i takt med att datorkraften växer och kryptanalytiska tekniker förbättras.

SHA-1 följde denna väg. MD5 följde den innan dess. Övergången från DES till 3DES till AES följde samma kurva. Varje övergång krävde att organisationer hittade och ersatte kryptografiska beroenden i sin infrastruktur. För de flesta tog den processen år och skapade betydande operativa risker. Agilitet är den ingenjörsdisciplin som komprimerar den tidslinjen och sänker driftskostnaden för nästa övergång, och den efter det.

CSWP 39 identifierar modularitet som en central teknisk hävstång för att uppnå flexibilitet. En modulär kryptografisk arkitektur separerar algoritmvalet från applikationslogiken. Istället för att hårdkoda ett anrop till RSA-2048 för nyckelutbyte anropar applikationen ett konfigurerbart kryptografiskt servicelager som hanterar algoritmval. Applikationen behöver inte ändras när algoritmen gör det; konfigurationen gör det.

Denna abstraktion finns på flera lager: kryptografiska API:er, protokollförhandling, certifikatprofiler och nyckelhanteringspolicy. Varje lager där algoritmvalet görs explicit och konfigurerbart snarare än hårdkodat representerar en punkt där framtida övergångar blir enklare.

RFC 7696, ”Riktlinjer för kryptografisk algoritmagilitet och val av obligatoriska implementationsalgoritmer”, definierar krav på protokollnivå. Den beskriver hur kommunikationsprotokoll kan förhandla algoritmer dynamiskt samtidigt som de motstår nedgraderingsattacker, där en motståndare manipulerar förhandlingen för att tvinga båda parter att använda en svagare algoritm.

Agilitet på protokollnivå utan nedgraderingsskydd är en säkerhetsrisk. TLS 1.3 åtgärdar detta direkt genom att eliminera de äldre krypteringssviterna som möjliggjorde nedgraderingsattacker i tidigare versioner. För miljöer som fortfarande kör TLS 1.2 definierar RFC 7507 TLS Fallback SCSV-mekanismen för att signalera och förhindra nedgraderingsförsök till protokoll. All kryptoagil design måste ta hänsyn till detta och bygga in begränsningar för vilka algoritmversioner som är acceptabla och hur avvikelser hanteras.

Kvanttidslinjen är inte längre ett förutsägelseproblem

En invändning mot att investera i PQC-migrering idag är osäkerheten kring när en kryptografiskt relevant kvantdator faktiskt kommer att anlända. Det argumentet missförstår riskstrukturen. Hotet handlar inte enbart om framtida dekrypteringskapacitet. Det handlar också om data som samlas in just nu.

Hotmodellen "skörda nu, dekryptera senare" är allmänt erkänd i NIST, NSA och internationella PQC-riktlinjer. Den beskriver en datainsamlingsstrategi där motståndare fångar upp och arkiverar krypterad trafik idag med avsikt att dekryptera den när kvanthårdvaran mognar. För all data som måste förbli konfidentiell i ett decennium eller mer är detta hot redan aktivt.

Hälsojournaler, historik över finansiella transaktioner, identitetsuppgifter, sekretessbelagd myndighetskommunikation och långlivad immateriell egendom omfattas alla. Om dessa data överfördes med hjälp av RSA- eller ECDH-nyckelutbyte kan de potentiellt arkiveras av en motståndare som väntar på rätt hårdvara. Kvantdatorn behöver inte existera idag för att dessa data ska vara i fara.

Det är därför NIST IR 8547 (Initial Public Draft), som släpptes i november 2024, inte ramar in tidslinjen för avveckling som ett svar på ett förutsett kvantgenombrott. Den ramar in det som ett riskhanteringsbeslut baserat på datakänslighetsfönster och migreringsledtider. Dokumentet anger att algoritmer som arbetar med cirka 112 bitars säkerhet, inklusive RSA-2048 och ECC P-256, är avvecklade efter 2030, vilket innebär att de inte längre bör användas i nya implementeringar efter den punkten. Utkastet till riktlinjer riktar sig mot RSA och elliptisk-kurvkryptografi för eventuellt avstängning efter 2035, oavsett nyckelstorlek.

NSA:s CNSA 2.0 -riktlinjer, ursprungligen publicerade i september 2022, med mellanliggande uppdateringar inklusive version 2.1 i december 2024 och en ytterligare uppdatering i maj 2025, tillämpar ett ännu snävare schema för nationella säkerhetssystem. NSA:s riktlinjer uppmuntrar organisationer som utformar nya nationella säkerhetssystem att börja planera för CNSA 2.0-algoritmer före de obligatoriska övergångsmilstolparna.

Från och med den 1 januari 2027 måste alla nya NSS-förvärv stödja CNSA 2.0-algoritmer. Nätverksutrustning, såsom VPN och routrar, måste uteslutande använda CNSA 2.0 senast 2030. Den fullständiga tidslinjen löper fram till 2033 för operativsystem och molntjänster, med alla NSS helt kvantumresistenta senast 2035 enligt National Security Memorandum-10 (NSM-10). Försvarsentreprenörer och kritiska infrastrukturoperatörer som levererar dessa system är i praktiken bundna av samma schema.

Hotet "skör nu, dekryptera senare" innebär att data som krypteras idag redan är i fara. Organisationer har inte förrän 2027 på sig att börja. Kryptografiska migreringar av företag över PKI-hierarkier, TLS-termineringspunkter, HSM-flottor, VPN-infrastruktur och tredjepartsleveranskedjor kan ta fem till tio år mätt från initial inventering till fullständig övergång.

En organisation som påbörjar sitt inventeringsarbete 2027 arbetar redan med pressade marginaler mot avvecklingsfristen 2030 och mindre än åtta år före avstängningen 2035. Den beräkningen är tydlig, och det är därför kryptografisk flexibilitet är en aktuell operativ prioritet, inte en framtida planeringspunkt.

Varför PKI är den svåraste delen av övergången

Certifikatinfrastrukturen står i centrum för de flesta kryptografiska beroenden inom företag. TLS-anslutningar, kodsignering, enhetsautentisering, e-postkryptering och dokumentsignering är alla beroende av X.509-certifikat som utfärdas av en PKI-hierarki. När övergången till postkvantumalgoritmer kräver uppdatering av digitala signaturer över hela infrastrukturen är det inte en enda systemförändring. Det är en samordnad insats som involverar rot-CA:er, mellanliggande CA:er, utfärdande CA:er, varje förlitande part som validerar certifikat och varje slutpunkt som använder ett.

PKI-system utformade för stabilitet är inte samma sak som PKI-system utformade för flexibilitet. Traditionella CA-hierarkier har långa algoritmlivscykler per design. Algoritmerna som är inbäddade i rotcertifikat kan finnas kvar i 20 år eller mer. Certifikatmallar kan ha algoritmtyper som är fasta vid provisioneringstillfället. Applikationer som förbrukar certifikat kan ha algoritmspecifik valideringslogik eller begränsade biblioteksberoenden som inte stöder ML-DSA eller ML-KEM.

Hårdvarusäkerhetsmoduler kan kräva firmwareuppdateringar innan de överhuvudtaget kan generera post-kvantnycklar. Även om NIST har slutfört post-kvantkryptografistandarder (FIPS 203–205), exponerar de flesta FIPS 140-3- validerade kryptografiska moduler ännu inte dessa algoritmer i godkänt läge i början av 2026. Samtidigt fasas FIPS 140-2-valideringsprogrammet ut till förmån för FIPS 140-3, där äldre valideringar successivt övergår till historisk CMVP-status den 21 september 2026, vilket innebär att organisationer i reglerade miljöer står inför ett konkret gap mellan vad som är implementerbart nu och vad efterlevnad kräver.

Själva specifikationerna för PQC-algoritmen ökar komplexiteten. ML-DSA-65 i NIST-säkerhetskategori 3 (192-bitars säkerhet) producerar signaturer på 3 309 byte med en publik nyckel på 1 952 byte. Däremot är en typisk ECDSA P-256-signatur cirka 70–72 byte i DER-kodning, som används i X.509-certifikat, medan en okomprimerad publik P-256-nyckel är 65 byte. Dessa skillnader kan avsevärt öka certifikatkedjestorlekarna i TLS-handskakningar. I vissa konfigurationer, särskilt hybriddistributioner eller flercertifikatkedjor, kan den resulterande nyttolasten närma sig eller överskrida typiska initiala TCP-överbelastningsfönstergränser, vilket potentiellt introducerar ytterligare fragmentering eller rundresor på nätverk med hög latens eller begränsade nätverk.

SLH-DSA-signaturer varierar från 7 856 till 49 856 byte beroende på parameteruppsättningen, vilket gör den till den mest storleksintensiva av de tre standarderna och generellt reserverad för användningsfall där långsiktig signatursäkerhet är viktigare än handskakningseffektivitet. Observera att SLH-DSA för närvarande inte ingår i NSA:s CNSA 2.0-krav för nationella säkerhetssystem, vilket gör den främst relevant för icke-NSS-distributioner och som en algoritmisk diversitetsbackspärr.

Hybridcertifikat , där ett enda certifikat innehåller både en klassisk och en postkvantnyckel och signatur, erbjuder en brygga under övergångsperioden. De gör det möjligt för förlitande parter som ännu inte stöder PQC-algoritmer att fortsätta fungera medan nya distributioner börjar använda kvantresistenta nycklar. Stödet för hybridcertifikat varierar dock mellan TLS-bibliotek, CA-programvara och webbläsare, och metoden ersätter inte fullständig migrering. Det är en stegvis kompatibilitetsmekanism, och organisationer som använder den måste spåra när hybridstödet kommer att tas bort från deras programvarustack.

Automatiserad hantering av certifikatlivscykeln är den operativa möjliggöraren för allt detta. Utan automatisering är det inte praktiskt att återutfärda certifikat över tusentals slutpunkter i en samordnad algoritmmigrering. Automatisering hanterar inte bara utfärdande och förnyelse utan även återkallelse, inventering, policytillämpning och den revisionslogg som behövs för att visa efterlevnad. En PKI-infrastruktur som är beroende av manuell certifikathantering är per definition inte kryptoagil.

Vad en kryptoagil arkitektur kräver

Att bygga genuin kryptografisk flexibilitet i en företagsmiljö kräver arbete på flera nivåer. På identifieringslagret behöver organisationen en komplett och kontinuerligt uppdaterad kryptografisk inventering : varje certifikat, varje nyckel, varje algoritm som används, varje kryptografiskt biblioteksversion, varje system som validerar en signatur eller utför ett nyckelutbyte. Denna inventering är grunden för prioritering och migreringsplanering. Utan den migrerar organisationer blint.

På policylagret bör kryptografiska beslut externaliseras från applikationskoden. Algoritmval, krav på nyckellängd, giltighetsperioder och acceptabla krypteringssviter bör upprätthållas genom konfiguration snarare än hårdkodas i applikationslogiken. Detta är modularitetsprincipen från CSWP 39 som tillämpas på företagspolicy. När en algoritm är föråldrad görs ändringen i policykonfigurationen och sprids genom automatisering, snarare än att kräva kodändringar över dussintals applikationer.

På protokolllagret måste förhandlingen vara både flexibel och begränsad. TLS 1.3 tillhandahåller en rimlig modell: förhandling av krypteringssviter begränsas av vad servern accepterar, vilket förhindrar nedgraderingsattacker, samtidigt som båda parter kan komma överens om det starkaste ömsesidigt stödda alternativet. När PQC-krypteringssviter går in i TLS gäller samma modell. X25519MLKEM768, hybridnyckelutbytet som kombinerar X25519 och ML-KEM-768, specificeras i draft-ietf-tls-ecdhe-mlkem med IANA-kodpunkten 0x11EC och är redan i produktionsdistribution i Chrome 131 och Firefox 132. Organisationer bör spåra vilka versioner av deras TLS-bibliotek som stöder det och planera testning därefter.

På nyckelhanteringslagret måste hårdvarusäkerhetsmoduler och nyckelhanteringssystem stödja PQC-algoritmtyper innan migreringen kan fortsätta i miljöer där HSM-baserade nycklar krävs. HSM-leverantörers färdplaner för FIPS 203- och FIPS 204-stöd varierar avsevärt. Organisationer som inte har granskat sina HSM-leverantörers PQC-tidslinjer bör behandla det som en öppen lucka i sin bedömning av migreringsberedskap.

CBOM , eller Cryptographic Bill of Materials, har framkommit som en strukturerad metod för att dokumentera vilka kryptografiska tillgångar ett system använder, analogt med konceptet med programvarubaserade materiallistor som tillämpas specifikt på kryptografiska beroenden. En CBOM gör det möjligt för en organisation att spåra algoritmanvändning, nyckeltyper, certifikatutfärdare och biblioteksversioner i ett maskinläsbart format, vilket gör det möjligt att fråga vilka system som exponeras för en specifik föråldrad algoritm över hela inventeringen. Vägledning för migrering av CISA och NSA PQC framhåller specifikt kryptografisk inventering och CBOM-utveckling som grundläggande krav för alla företagsmigreringsprogram.

Efterlevnadstrycket kommer från flera håll

Det regulatoriska trycket kring PQC-migrering accelererar. NIST IR 8547 (Initial Public Draft, 12 november 2024) anger den tekniska tidslinje som de flesta regelverk för efterlevnad kommer att hänvisa till. NSM-10, det nationella säkerhetsmemorandumet som instruerar federala myndigheter att inventera och migrera kvantumsårbara system, anger den regeringsomfattande förväntan. Quantum Computing Cybersecurity Preparedness Act kräver att federala myndigheter upprätthåller inventeringar av kryptografiska system som är sårbara för kvantumattacker och utvecklar migreringsplaner som prioriterar system som hanterar långlivad känslig data.

OMB Memorandum M-23-02 (18 november 2022) kräver att federala civila verkställande myndigheter genomför årliga inventeringar av kvantumsårbara system fram till 2035. Executive Order 14144 (16 januari 2025), ändrad i juni 2025, kräver att federala myndigheter stöder TLS 1.3 eller dess efterföljare senast den 2 januari 2030, som ett förberedande steg för PQC-övergången.

Utanför USA byggs samordning upp. Det brittiska National Cyber ​​Security Center publicerade sin tidslinje för PQC-migreringen den 20 mars 2025, med ett mål för en fullständig fas 3-migrering till 2035, vilket matchar NIST IR 8547 (initialt offentligt utkast, 12 november 2024) för att avstå från godkännande. ENISA, EU:s cybersäkerhetsbyrå, har i allt högre grad hänvisat till NIST PQC-standarder i sin tekniska vägledning, och organisationer som omfattas av riskhanteringsskyldigheter enligt NIS2 artikel 21 kommer att upptäcka att kryptografisk flexibilitet är direkt relevant för deras efterlevnadsstatus.

EU:s lag om cybermotståndskraft kräver att produkter stöder säkerhetsuppdateringar under sin livscykel, ett krav som Enisas vägledning direkt kopplar till kryptografisk flexibilitet.

För företag som verkar i flera jurisdiktioner minskar kryptografisk flexibilitet direkt kostnaderna för efterlevnad. Olika nationella ramverk rekommenderar olika algoritmer och tidslinjer. En organisation med en kryptoagil infrastruktur kan konfigurera och distribuera olika algoritmprofiler för olika regelmiljöer utan att bygga om sin PKI. Detta är den praktiska interoperabilitetsfördelen som gör flexibilitet värdefull utöver själva kvantmigreringen . Det är en operativ egenskap som ger utdelning vid varje framtida algoritmförändring, oavsett vad som driver den.

Hur krypteringskonsulting kan hjälpa

Organisationer som påbörjar en PQC-migrering upptäcker snabbt att utmaningen sträcker sig bortom algoritmval. Framgång beror på att förstå var kryptografi finns, bedöma effekterna av kvantumsårbara system, samordna med leverantörer, modernisera PKI-infrastrukturen och bygga upp den operativa kapacitet som krävs för att stödja framtida kryptografiska övergångar.

PQC-rådgivningstjänster

Encryption Consulting stöder organisationer genom hela denna resa med heltäckande PQC-migreringstjänster som omfattar identifiering, utvärdering, planering, validering och driftsättning.

Våra PQC-rådgivningstjänster hjälper organisationer att identifiera certifikat, nycklar, algoritmer, protokoll och kryptografiska beroenden i molnmiljöer, applikationer, infrastruktur, HSM:er, källkodsdatabaser, containrar, API:er och CI/CD-pipelines. Med hjälp av denna insyn bedömer vi exponeringen mot kvantumsårbar kryptografi, identifierar högprioriterade åtgärdsområden och utvecklar riskbaserade migreringsplaner i linje med NIST-standarder, myndighetskrav och affärsmål.

Utöver planering hjälper Encryption Consulting till med bedömningar av leverantörsberedskap, validering av koncepttestning, interoperabilitetstestning, implementering av hybridkryptografi, kryptoagil PKI-arkitekturdesign och implementeringsprogram i företagsskala. Denna strukturerade metod gör det möjligt för organisationer att gå från fragmenterad kryptografisk insyn till ett styrt, mätbart och hållbart PQC-migreringsprogram.

CBOM-säkerhet

En framgångsrik övergång efter kvantumsdata börjar med insyn. Encryption Consultings CBOM Secure tillhandahåller kontinuerlig identifiering och inventering av kryptografiska tillgångar över företagsinfrastruktur, molnmiljöer, applikationer och kryptografiska tjänster.

Till skillnad från en punktinventering genererar och förbrukar CBOM Secure kontinuerligt kryptografiska materiallistor (CBOM) samtidigt som certifikat, nycklar, algoritmer och kryptografiska beroenden spåras i hela miljön. Det ger insyn i vad som distribueras, var det körs och hur dessa beroenden utvecklas över tid.

Plattformen stöder policydriven styrning genom att validera kryptografiska konfigurationer mot organisationsstandarder, identifiera avvikelser och lyfta fram säkerhets-, drifts- och efterlevnadsrisker. För organisationer som förbereder sig för PQC-migrering hjälper CBOM Secure till att identifiera system som är beroende av kvantumsårbara algoritmer, prioritera åtgärdsinsatser och etablera den kontinuerliga kryptografiska styrning som krävs för att uppnå långsiktig kryptoagilitet.

Oavsett om er organisation börjar från grunden utan formell inventering eller vill omsätta en befintlig identifieringsinsats i ett kontinuerligt styrningsprogram, erbjuder Encryption Consulting både rådgivningsdjupet och plattformskapaciteten för att föra er framåt. För att lära er mer om våra PQC-rådgivningstjänster eller CBOM Secure, besök encryptionconsulting.com eller kontakta vårt team direkt.

Slutsats

Kryptografisk agilitet är inte ett nytt koncept. RFC 7696 beskrev kraven på protokollnivå 2015. Det nya är omfattningen och brådskandet av den post-kvantkryptografiska migrering som den nu måste stödja. Kombinationen av aktiv skörd nu, dekryptering senare insamling, definierade tidslinjer för avveckling enligt NIST IR 8547 (Initial Public Draft, 12 november 2024) och ett PKI-migreringsomfång som tar år att genomföra innebär att organisationer som börjar detta arbete idag inte är tidiga. De ligger i bästa fall i tid.

De organisationer som kommer att hantera algoritmdeadlines 2030 och 2035 med minst störningar är de som behandlar kryptografisk agilitet som en pågående ingenjörspraxis snarare än ett migreringsprojekt vid en viss tidpunkt. Det innebär att få rätt inventering, externalisera algoritmpolicyer, automatisera certifikatlivscykelhantering, granska HSM-färdplaner och bygga upp den organisatoriska styrkan för att reagera på algoritmförändringar innan de blir nödsituationer. PQC-standarderna är publicerade. Tidslinjerna är fastställda. Frågan är nu om er arkitektur kan röra sig när ni behöver den.

Vanliga frågor om partihandel med mat och dryck

Vad är kryptografisk agilitet?

Kryptografisk agilitet är ett systems förmåga att ersätta eller uppgradera kryptografiska algoritmer, nyckeltyper eller parametrar utan att kräva större omdesign av applikationer, infrastruktur eller operativa arbetsflöden. NIST:s CSWP 39 definierar det som att ersätta och anpassa algoritmer över protokoll, applikationer, programvara, hårdvara, firmware och infrastruktur samtidigt som säkerhet och löpande drift bibehålls.

Varför kan inte organisationer vänta på en bekräftad tidslinje för kvantdatorer?

Attacker som skördar-nu-dekrypterar-senare innebär att motståndare redan idag samlar in RSA- och ECDH-skyddad trafik, med avsikt att dekryptera den när kvanthårdvaran mognar. För data som måste förbli konfidentiella i ett decennium eller mer är risken aktiv nu oavsett när en kryptografiskt relevant kvantdator faktiskt anländer.

Varför är PKI den svåraste delen av en postkvantmigrering?

Certifikatinfrastrukturen berör rotcertifikatutfärdare, mellanliggande certifikatutfärdare, varje förlitande part som validerar ett certifikat och varje slutpunkt som använder ett. Rotcertifikat kan bära en algoritm i 20 år, certifikatmallar kan fixa algoritmtyper vid provisioneringstillfället och HSM:er kan behöva firmwareuppdateringar innan de kan generera postkvantnycklar alls, vilket gör PKI till en samordnad, flerårig insats snarare än en enda systemförändring.

Vilka tidsfrister gäller enligt NIST IR 8547 och CNSA 2.0?

NIST IR 8547 (utkast) föreslår att 112-bitarsalgoritmer som RSA-2048 avvecklas efter 2030 och att RSA och ECC helt förbjuds efter 2035. CNSA 2.0 kräver nya förvärv av National Security System för att stödja CNSA 2.0-algoritmer från och med 1 januari 2027, enbart nätverksutrustning senast 2030 och fullständig NSS-efterlevnad senast 2035.

Vilka är förutsättningarna för en kryptoagil arkitektur?

En komplett, kontinuerligt uppdaterad kryptografisk inventering (CBOM); algoritmval externaliserat i policykonfigurationen snarare än hårdkodat i applikationslogik; förhandling på protokollnivå som är flexibel men motståndskraftig mot nedgraderingsattacker; HSM:er och nyckelhanteringssystem som stöder de nya algoritmtyperna; och automatiserad hantering av certifikatlivscykeln, eftersom manuell certifikathantering är oförenlig med flexibilitet på företagsnivå.