Bedöm värdet av postkvantskydd utifrån hur länge data måste förbli konfidentiella, inte utifrån ett gissat datum i framtiden.
”Samla in nu, dekryptera senare”, eller HNDL, innebär att en angripare samlar in krypterade data i dag i hopp om att i framtiden få tillgång till verktyg som kan läsa dem. I kvantscenariot gäller den främsta oron vissa metoder med publika nycklar som en tillräckligt kraftfull kvantdator skulle kunna angripa.
Den här risken betyder inte att krypteringen av alla dagens meddelanden redan har knäckts eller att det finns ett bestämt datum när det kommer att ske. Betydelsen beror på vilken kryptografi som används, vilka data som går att samla in och hur länge informationen måste förbli konfidentiell.
Varför spelar konfidentialitetstiden roll?
Ett vardagligt meddelande för att samordna något kan ha litet värde efter några timmar, medan ett avtal, personliga handlingar eller identiteten på en journalistisk källa kan vara känsliga i flera år. Den skillnaden behöver vägas in när man väljer skydd och planerar en migrering.
NIST tar i sin förklaring av postkvantkryptografi upp just den här risken för data som förblir känsliga länge och att migrering tar tid. Det är okänt när en kvantdator som kan knäcka dagens kryptografi blir tillgänglig. Att planera under osäkerhet är något annat än att ange en bestämd dag då säkerheten kollapsar.
| Fråga om dina data | Varför är det viktigt? |
|---|---|
| Hur länge måste de förbli konfidentiella? | Det avgör det potentiella värdet av ett framtida röjande |
| Vem skulle kunna samla in en kopia av dem? | Det för in angriparens förmåga och åtkomst i bedömningen |
| Hur skapas och förvaras nycklarna? | Enbart namnet på algoritmen för innehållskryptering, till exempel AES, ger inget fullständigt svar |
| Vilka versioner av uppgifterna finns i säkerhetskopior eller på enheter? | Vissa vägar till ett röjande kräver ingen kvantdator alls |
Tabellen är ett beslutsstöd, inte en statistisk poängsättning eller ett bevis för att just dina data har fångats upp.
Vad gör ML-KEM?
Standarden FIPS 203 definierar mekanismen ML-KEM för att upprätta en gemensam hemlighet. ML-KEM-768 är en av dess parameteruppsättningar. Hemligheten som tas fram kan användas i ett protokoll för att härleda en nyckel för innehållskryptering; ML-KEM är inte i sig en metod för att direkt kryptera en film eller en lång text.
Postkvantresistens är inget bevis för att något är omöjligt att knäcka för all framtid. Säkerheten beror på matematiska antaganden, att algoritmerna kombineras korrekt, implementationen och nyckelhanteringen. Att namnet ML-KEM finns på en produktsida är inte en oberoende certifiering av hela meddelandeappen.
Varför används en hybridlösning?
En hybridkonstruktion kombinerar klassiskt och postkvantbaserat nyckelmaterial med en bestämd mekanism för att inte vara beroende av en enda algoritmfamilj. Målet kan vara att bevara konfidentialiteten om en av komponenterna knäcks, men resultatet beror på kombinationsmekanismens utformning och protokollets antaganden. Att bara ställa två namn bredvid varandra räcker inte.
Framåtsekretess, eller forward secrecy, och säkerhet efter kompromettering, eller post-compromise security, är också skilda egenskaper. Ett protokoll måste klargöra vilken tidsperiod som påverkas om en viss nyckel röjs och vilka nya indata som behövs för att återställa säkerheten. Att enbart rotera en deterministisk kedja avlägsnar inte en angripare som fortfarande finns kvar på enheten.
Vad innebär det här för dig som använder Livara?
Livaras säkerhetsdokumentation beskriver kombinerad användning av P-256 och ML-KEM-768 för LVR1 och distribution av gruppnycklar via parvisa sessioner. Det här är tillverkarens beskrivning. Bedöm produktversionen, skyddets omfattning för varje konversationstyp och de tekniska beläggen var för sig.
Dra inte slutsatsen att alla funktioner är skyddade bara för att en meddelandetyp är det. Samtal, säkerhetskopior, offentliga kanaler och identitetsåterställning kan följa andra regler. Livaras hotmodell och guiden till att välja en säker meddelandeapp är bättre utgångspunkter än en allmän etikett som ”kvant”.
Vilka problem löser inte övergången till postkvantsäkra nycklar?
- Skadlig kod eller åtkomst till en enhet som visar dekrypterat innehåll.
- En mottagare som sparar, fotograferar eller delar meddelandet vidare.
- Metadata som produkten avsiktligt behåller för dirigering.
- En säkerhetskopia som saknar separat skydd.
- Att på nytt fånga upp innehåll som redan har röjts.
En uppgradering i dag förändrar inte heller den kopia av trafiken som en angripare redan har samlat in. Läs guiden om metadata i meddelandeappar för att förstå skillnaden mellan innehåll och kringinformation.
Var börjar du?
Identifiera först de data som behöver förbli konfidentiella länge. Fråga sedan i vilken version och i vilket flöde postkvantskyddet faktiskt är aktivt, vilka specifikationer och utvärderingar som har publicerats och vilka begränsningar som gäller för att återställa säkerheten. Fortsätt samtidigt att uppdatera enheter, verifiera kontakter och skydda säkerhetskopior; de riskerna finns redan i dag.
Ska jag anta att alla mina meddelanden kommer att läsas i framtiden?
Nej. Den slutsatsen går inte att försvara utan kunskap om den kryptografiska konstruktionen och angriparens förmåga. HNDL är ett skäl att planera ett skydd som är anpassat till känsliga data, inte en visshet om att alla meddelanden kommer att röjas.
Är end-to-end-kryptering i sig postkvantsäker?
Nej. End-to-end-kryptering handlar om var det går att komma åt nycklar och innehåll; motståndskraften mot kvantangrepp beror på algoritmerna och protokollet.
