Att återställa en kryptografisk identitet, logga in på kontot igen och återställa chatthistoriken är tre olika saker. Enligt Livaras säkerhetsdokumentation används v7-formatet för att återställa den kryptografiska identiteten; själva formatet återställer inte chatthistoriken.
Arkitekturen ska inte heller beskrivas som ”utan någon molnsäkerhetskopia”. Det nuvarande dokumentet säger att identitetsmaterial krypteras på enheten och sedan laddas upp som en krypterad säkerhetskopia. Den viktiga skillnaden är mellan att lagra en läsbar nyckel på servern och att lagra en krypterad kopia som kräver en återställningsnyckel för att öppnas.
Tre dörrar som inte har samma nyckel
| Åtgärd | Syfte | Varför räcker det inte? |
|---|---|---|
| Kontoinloggning | Bevisa rätten att få åtkomst till tjänstekontot | Ger inte nödvändigtvis nyckeln för att dekryptera tidigare meddelanden |
| Identitetsåterställning | Återfå åtkomst till kryptografiskt identitetsmaterial | Bevisar inte i sig att alla meddelanden finns eller kan återställas |
| Historikåterställning | Återskapa de meddelanden och bilagor som behövs | Kräver utöver nyckeln även själva data och en återställningsmetod som stöds |
Denna uppdelning förebygger ett kostsamt misstag: att radera den gamla telefonen i tron att det räcker att känna till inloggningslösenordet för att få tillbaka alla samtal.
Vad säger v7-dokumentationen exakt?
Livaras säkerhetssida förklarar att P-256-nycklarna för nyckelöverenskommelse och signering samt ML-KEM-fröet krypteras på enheten med en slumpmässig 256-bitars återställningsnyckel. I beskrivningen av v7-formatet autentiseras även algoritmsviten, identitetsepoken och generationen. Detta är tillverkarens dokumentation och utgör inte i sig en oberoende granskning av implementationen.
Livaras hotmodell anger att återställningsfrasen krävs för att öppna nyckelsäkerhetskopian. Utifrån beskrivningen ska man inte gissa den exakta algoritmen som omvandlar frasen till en nyckel eller anta att alla nycklar återskapas direkt. Praktiska detaljer måste kontrolleras mot appversionen och guiden för just den versionen.
Varför gör en härledningsfunktion inte en svag fras stark?
Längden på en funktions utdata är inte samma sak som indatans oförutsägbarhet. RFC 5869 anger uttryckligen att HKDF koncentrerar befintlig entropi men inte ökar den. Det går därför inte att hävda att valfri fras automatiskt får full 256-bitars säkerhet genom att passera HKDF.
Korta inte på eget initiativ ner eller skriv om frasen som genereras i appens officiella flöde, och ersätt den inte med en förutsägbar mening. Skicka den inte till någon person, supportbot eller okänt formulär.
Innan du byter eller raderar telefonen
- Kontrollera i appen vad som har säkerhetskopierats: identiteten, historiken eller båda med separata metoder.
- Förvara återställningsfrasen på en säker plats som är oberoende av samma telefon; se andras åtkomst till den som en allvarlig risk.
- Läs återställningsguiden för den aktuella versionen. Enbart meddelandet ”Inloggningen lyckades” betyder inte att allt har återställts.
- Om det finns en metod som stöds för att testa återställning, prova först med icke-känsliga data och utan att radera den enda befintliga kopian.
- Kontrollera efter överföringen de samtal och filer du behöver; bestäm först därefter om du ska avveckla den gamla enheten.
Vad händer om jag inte har återställningsfrasen?
Om du fortfarande har en auktoriserad enhet, undersök bara de officiella vägar som finns i just den appen; anta inte att det går att skapa en ny säkerhetskopia utan att kontrollera versionen. Om både enheten och frasen har gått förlorade utlovar Livaras dokumentation ingen nyckelåterställning. Se ingen tjänst för ”garanterad dekryptering” som ett sätt att komma förbi denna gräns.
Börja planeringen av en kontoöverföring med frågan ”Vilka data återställs, med vilken nyckel och från vilken säkerhetskopia?”, inte med antagandet att en ny inloggning innebär att alla chattar kommer tillbaka.
