IDOmbuds krypto-agilitet gör att ansökningsinformation i e-legitimationens utgivningsprocess kan skyddas med ML-KEM-768, utan algoritmlåsning.
Krypto-agilitet är förmågan att byta kryptografiska mekanismer utan att behöva ersätta hela identitetsarkitekturen.
Kryptografi förändras
En e-legitimation och den omgivande infrastrukturen kan användas under många år. Under den tiden kan säkerhetsrekommendationer, standarder och kryptografiska algoritmer förändras. Även stödet i klientplattformar och anslutna system utvecklas.
Därför räcker det inte att välja stark kryptografi i dag. Arkitekturen behöver också göra det möjligt att byta kryptografiska mekanismer senare, utan att hela identitetsmodellen måste ersättas. Det är vad vi menar med krypto-agilitet, eller crypto agility.
För en organisation handlar det om att kunna behålla kontrollen över en långlivad investering. Identitetens koppling till användare, organisation och ansvar behöver kunna bestå när de kryptografiska mekanismer som skyddar ett visst flöde förändras.
Krypto-agilitet i IDOmbud
I IDOmbuds ansökningsflöde kan appen och eID-servern förhandla om vilken kryptografisk metod som ska användas. Appen anger vilka metoder den stödjer. Servern väljer en gemensam metod utifrån sin konfiguration.
Metodvalet är därmed en del av flödets arkitektur. Klienter med stöd för en viss metod kan använda den när servern tillåter det. Klienter med andra förutsättningar kan använda en annan gemensam metod. Valet behöver inte vara detsamma för alla klienter.
Det gör att kryptografin kan utvecklas utan att organisationen samtidigt behöver ersätta hela e-legitimationen eller uppdatera alla klienter. Förändringar kan införas kontrollerat, med hänsyn till verksamhetens krav och de plattformar som används. Vilken metod som tillåts är ett medvetet val i serverns konfiguration.
Principen i ansökningsflödet
Appens kapacitet och serverns konfiguration avgör hur den överförda ansökningsinformationen skyddas. Diagrammets två grenar visar alternativa metoder för nyckeletablering i detta flöde; en av dem används vid varje tillfälle.
IDOmbud App
Förhandling av kryptografisk metod
IDOmbud eID Server
Klassisk nyckeletablering
Post-kvantbaserad nyckeletablering – ML-KEM-768
Post-kvantskydd i utgivningsprocessen
När en e-legitimation utfärdas överförs ansökningsinformation från klienten till IDOmbuds eID-server. Den informationen kan skyddas med post-kvantkryptografi, på engelska post-quantum cryptography (PQC), genom ML-KEM-768 för nyckeletablering i ansökningsflödet.
ML-KEM-768 är en metod för att etablera en gemensam hemlig nyckel, standardiserad av NIST i FIPS 203. Den är utformad för att stå emot angrepp även med en storskalig kvantdator och används här för nyckeletableringen som ligger till grund för krypteringen av ansökningsinformationen.
Klienten och servern kommer överens om vilken metod som ska användas. ML-KEM-768 kan väljas när klienten stödjer metoden och servern är konfigurerad för den. Skyddet som beskrivs här gäller den överförda ansökningsinformationen i utgivningsprocessen.
Det är krypto-agilitet i praktiken: IDOmbud kan använda post-kvantkryptografi i detta flöde utan att låsa arkitekturen till en enskild algoritm.
Kryptografin som utbytbar del av arkitekturen
För arkitekter, säkerhetsfunktioner och upphandlare är frågan både vilka mekanismer som kan användas nu och hur de kan förändras senare. Valen behöver kunna anpassas till informationens skyddstid, verksamhetens krav och tillgängligt plattformsstöd.
Förhandlingen i IDOmbuds ansökningsflöde ger den möjligheten en konkret form. Kryptografiska metoder kan utvecklas när standarder, krav och plattformar förändras, medan identitetsarkitekturen och dess ansvarsfördelning kan bestå. Ett ändrat metodval behöver fortfarande konfigureras och verifieras för det flöde där det används.
Vi försöker inte gissa vilken kryptografisk algoritm som ska användas för alltid. Vi bygger arkitekturen så att kryptografin kan förändras.
Vi vill gärna mäta hur webbplatsen används med Google Analytics. Det kräver kakor och ditt samtycke. Nödvändiga funktioner fungerar oavsett vad du väljer. Läs mer om kakor.