Leverandørkrav for kvantemigrasjon

Hvorfor leverandørkrav er viktige

Selv med et perfekt eget inventar kan du ikke migrere det leverandørene eier. Nettverksutstyr, HSM-er, skytjenester, ERP-systemer, betalingsløsninger og IoT-enheter har kryptografien innebygd. Det eneste du kan gjøre, er å spørre, kreve og, om nødvendig, bytte leverandør. Jo tidligere spørsmålet kommer, desto mer tid har leverandøren på å svare riktig.

20 spørsmål til leverandøren

Strategi og plan

1. Har dere en publisert plan eller et veikart for post-kvante-kryptografi? Hva er datoene?
2. Hvem hos dere har ansvaret?
3. Hvordan følger dere NIST, EU og nasjonale anbefalinger?
4. Har dere et inventar over kryptografien i produktet (CBOM)?

Algoritmer og protokoller

5. Støtter produktet ML-KEM (FIPS 203)? Fra hvilken versjon?
6. Støtter produktet ML-DSA (FIPS 204) eller SLH-DSA (FIPS 205) for signaturer?
7. Støttes hybrid nøkkelutveksling, for eksempel X25519MLKEM768 i TLS 1.3?
8. Hvilke kryptobiblioteker og versjoner bruker produktet?
9. Har dere en validert kryptomodul (FIPS 140-3 eller tilsvarende) med de nye algoritmene?
10. Hva er standardinnstillingene, og kan eldre algoritmer skrus av?

Oppdaterbarhet og levetid

11. Kan algoritmer byttes med en programvareoppdatering, eller krever det ny maskinvare?
12. Hva er forventet levetid og supportperiode for produktet?
13. Hvordan signeres firmware og oppdateringer, og kan signaturnøkkelen byttes eller roteres?
14. Kan produktet verifisere hashbaserte signaturer (LMS eller XMSS) eller post-kvante-signaturer ved oppstart?

Drift og avhengigheter

15. Hva er konsekvensen av større nøkler og signaturer for ytelse, minne og pakkestørrelse?
16. Hvilke tredjepartskomponenter og underleverandører påvirker kryptografien?
17. Hvordan håndteres nøkler og sertifikater i produktet (HSM, KMS, automatisering)?
18. Er det kjent interoperabilitet med andre leverandører?

Kontrakt og kommunikasjon

19. Vil dere varsle oss skriftlig om endringer i kryptografiske algoritmer og sikkerhetsproblemer?
20. Hva er prosessen og kostnaden for å oppgradere til post-kvante-støtte?

Eksempel på kontraktsklausul

Dette er et eksempel til inspirasjon og må tilpasses av jurist og innkjøper:

«Leverandøren skal innen [dato] levere støtte for nøkkelutveksling og digitale signaturer basert på algoritmer standardisert i NIST FIPS 203, 204 og 205, eller tilsvarende, uten ekstra lisenskostnader utover løpende vedlikehold. Løsningen skal være kryptoagil, slik at kryptografiske algoritmer kan byttes ved konfigurasjon eller programvareoppdatering. Leverandøren skal varsle kunden skriftlig senest [30] dager etter at en algoritme i løsningen er svekket eller erklært utfaset av relevant standardiseringsorgan eller myndighet.»

Tegn på at leverandøren ikke er forberedt

• Svarer «kvantemaskiner er langt unna» uten plan.
• Kan ikke si hvilke kryptobiblioteker eller algoritmer produktet bruker.
• Foreslår egenutviklet eller «proprietær kvantesikker» kryptografi.
• Peker på QKD som eneste løsning for generell bruk.
• Kan ikke oppdatere produktet i felt, og har ingen utskiftingsplan.
• Gir bare muntlige svar.

Prioriter hvem du spør først

Start med leverandører av nettverksutstyr, VPN, HSM, PKI, identitet, skytjenester og alt som har lang levetid eller håndterer data med lang fortrolighet. Se inventaret for å finne ut hvem det er.

Vanlige spørsmål

Bør post-kvante-støtte være et krav i alle anskaffelser?

For alt som skal være i bruk i mer enn fem år, eller som håndterer data med lang fortrolighet, bør det som minimum være et krav om en datert plan og kryptoagilitet.

Er FIPS 140-3-validering nødvendig?

Det avhenger av kravene dine. For offentlig sektor og regulerte bransjer er validerte moduler ofte ønsket. Spør hvilken tidsplan leverandøren har for validering med de nye algoritmene.