Slik gjennomfører du en kvantemigrasjon

1. Gi jobben en eier og et mandat

   Kvantemigrasjon går på tvers av drift, utvikling, innkjøp og sikkerhet. Uten en navngitt ansvarlig og støtte fra ledelsen stopper den ved første prioriteringskonflikt. Sett et mål med årstall.

2. Lag et kryptografisk inventar

   Kartlegg hvor og hvordan kryptografi brukes: algoritme, nøkkelstørrelse, bibliotek, hvem som eier systemet og hvor lenge dataene må beskyttes. Se etter:

   • TLS mot kunder, partnere og internt
   • VPN, SSH og fjerntilgang
   • Sertifikater og PKI, inkludert interne rotsertifikater
   • Kodesignering og firmware-oppdateringer
   • Krypterte databaser, sikkerhetskopier og arkiver
   • Innebygde enheter, smartkort og HSM-er

   Et strukturert format hjelper. CycloneDX 1.6 har en egen spesifikasjon for dette, kalt CBOM (cryptographic bill of materials).

3. Prioriter etter levetid og konsekvens

   Bruk Moscas ulikhet på hvert system. Data med lang levetid som sendes over nettet kommer først. Deretter kommer signaturer som er vanskelige å bytte i etterkant, for eksempel firmware-nøkler og rotsertifikater.

4. Spør leverandørene og still krav

   Mye av krypteringen du er avhengig av ligger i produkter du ikke styrer selv. Be om skriftlig plan med datoer for støtte for ML-KEM og ML-DSA, og ta det inn i anskaffelseskrav. Spør også om produktet kan bytte algoritme uten å byttes ut.

5. Bygg kryptoagilitet

   Kryptoagilitet betyr at algoritmer kan byttes ut uten å skrive om systemet. I praksis: ikke hardkod algoritmenavn, bruk et sentralt kryptobibliotek, ha konfigurasjon i stedet for kode, og ha god testdekning på protokollnivå. Det er en investering som lønner seg også neste gang noe må byttes.

6. Start med nøkkelutveksling, bruk hybrid

   Nøkkelutveksling er det som er sårbart for «høst nå»-angrep, og er derfor første prioritet. Standardtilnærmingen er hybrid: en klassisk algoritme og en post-kvante-algoritme kjøres sammen, og forbindelsen er trygg så lenge minst én av dem holder. Det beste eksempelet er X25519MLKEM768 i TLS 1.3.

   Mye er gratis hvis du holder deg oppdatert: OpenSSL 3.5 har støtte for ML-KEM, ML-DSA og SLH-DSA, OpenSSH 10.0 bruker en hybrid som standard, og Chrome og Firefox støtter hybrid nøkkelutveksling. Sjekk at lastbalanserne, brannmurene og CDN-et ditt ikke ødelegger det.

7. Test før du ruller ut

   Større nøkler gir større pakker. Se etter feil i TLS-håndtrykk, MTU- og fragmenteringsproblemer, mellomvare som avviser ukjente utvidelser, ytelse på små enheter og om HSM-ene støtter de nye algoritmene. Begynn i test og med intern trafikk.

8. Rull ut, fase ut og dokumenter

   Rull ut i etapper, mål, og skru av de gamle algoritmene når alle parter støtter de nye. Oppdater inventaret hver gang. Slik blir neste algoritmeskifte en rutinejobb.

Vanlige feller

• Å vente på «den endelige standarden». De viktigste standardene er ferdige. Det som gjenstår er for det meste ekstra algoritmer og detaljer i protokollene.
• Å bytte bare til post-kvante. De nye algoritmene er yngre. Bruk hybrid til de har fått stå prøve lenger.
• Å glemme signaturer. De er ikke akutte i dag, men de er tregest å bytte.
• Å regne AES som problemet. Det er det ikke, så lenge du bruker 256 bit.

Vanlige spørsmål

Hva er første steg i en kvantemigrasjon?

Å lage et kryptografisk inventar: en oversikt over hvor kryptografi brukes, hvilke algoritmer som er i bruk og hvor lenge dataene må beskyttes.

Hvilke systemer bør prioriteres?

Systemer der data må være hemmelige lenge og sendes over nettet, deretter signaturer som er vanskelige å bytte, som firmware-nøkler og rotsertifikater.