Identitetsåterställning, ny inloggning och återställd historik är tre olika resultat; att ett lyckas garanterar inte de andra.
Att glömma lösenordet raderar inte nödvändigtvis alla chattar. Resultatet beror på vad du har förlorat: åtkomst till kontot, kryptografiska nycklar, enheten där historiken fanns eller hemligheten som öppnar säkerhetskopian.
I en konstruktion med totalsträckskryptering ska supporten inte kunna återskapa en nyckel som den inte har bara genom ett administrativt beslut. Men därav följer inte att all säker återställning är omöjlig eller att varje raderat meddelande har försvunnit för alltid ur alla kopior.
Fyra problem som ofta kallas ”återställning”
| Mål | Rätt fråga |
|---|---|
| Logga in på kontot igen | Vilket bevis krävs för att godkänna en ny session? |
| Återställa den kryptografiska identiteten | Från vilken skyddad kopia återkommer identitetsnycklarna? |
| Återställa samtalshistoriken | Var finns själva meddelandena och nyckeln eller tillståndet som krävs för att läsa dem? |
| Återställa ett raderat meddelande | Finns en kopia kvar på en enhet, i en säkerhetskopia, i en export eller hos kontakten? |
Dessa fyra vägar kan finnas sida vid sida i en app, men de är inte samma åtgärd. En lyckad inloggning bevisar inte i sig att historiken finns eller att gamla nycklar är tillgängliga.
Vad återställer Livaras v7 egentligen?
Enligt Livaras säkerhetssida krypteras P-256-nycklarna för nyckelöverenskommelse och signering samt ML-KEM-fröet på enheten med en slumpmässig 256-bitars återställningsnyckel. Därefter laddas det skyddade paketet upp. Formatet v7 autentiserar också information som algoritmsvit, identitetsepok och generation.
Den avgörande punkten i samma dokument är: denna väg återställer identiteten, inte chatthistoriken. Innehav av återställningsfrasen får därför inte framställas som ett löfte om att alla gamla meddelanden kommer tillbaka. Kontots inloggningslösenord räcker inte heller ensamt för att öppna paketet.
Detta beskriver produktens angivna gräns, inte ett oberoende test av alla återställningsvägar. Vid ett verkligt enhetsbyte ska du kontrollera instruktionerna för aktuell version och inte radera den enda enheten med data innan du är säker.
Varför är säker återställning inte oförenlig med E2EE?
En säkerhetskopia kan krypteras på enheten medan nyckeln för att öppna den hålls utanför tjänstens kontroll. I en sådan konstruktion betyder en kopia i molnet inte nödvändigtvis att företaget kan läsa den.
Till exempel beskriver WhatsApps officiella guide om totalsträckskrypterade säkerhetskopior skyddade metoder och behovet av rätt återställningsfaktor. Exemplet visar att ”om historiken kan återställas är det inte riktig E2EE” är fel. Villkor och nödvändiga faktorer varierar mellan produkter och ska inte överföras till Livara.
En bedömning av en säkerhetskopia bör fråga vilka data den innehåller, vem som har nyckeln, hur återställningen godkänns och vad som händer om hemligheten förloras.
När leder ett glömt lösenord till förlorad åtkomst?
Om det inte finns någon användbar kopia kvar av data eller den nödvändiga nyckeln kan återställning vara praktiskt omöjlig. Men en enhet som fortfarande är inloggad, en återställningsbar säkerhetskopia eller en tillåten kopia hos kontakten kan ändra situationen.
Kryptografi raderar inte heller plötsligt filerna på alla enheter när någon glömmer ett lösenord. Skilj mellan ”data har raderats”, ”data finns men nyckeln är inte tillgänglig” och ”denna appversion saknar stöd för återställning”.
Att ändra inloggningslösenordet eller återställa identiteten återkallar inte heller nödvändigtvis den gamla enhetens session. Efter en säkerhetsincident måste sessioner och enheter kontrolleras separat.
Är ett raderat meddelande verkligen omöjligt att återställa?
Det går inte att ge en sådan garanti utan att undersöka produkten, enheten och kvarvarande kopior. Radering i gränssnittet behöver inte motsvara radering ur databasen, av bilagefilen, ur säkerhetskopian eller ur kontaktens kopia. En skärmbild eller export som redan har skapats försvinner inte heller automatiskt när meddelandet raderas.
Framåtsekretess i ratchetprotokoll handlar om att begränsa effekten av att vissa nycklar röjs på tidigare meddelanden. Double Ratchet-specifikationen beskriver modellen. Egenskapen bevisar inte i sig säker radering av lokal lagring eller att ingen läsbar kopia finns kvar.
Inte heller ett okänt verktygs löfte om att ”återställa alla krypterade chattar” är ett skäl att lita på det. Att lämna ut återställningsfrasen, lösenordet, säkerhetskopians fil eller omfattande åtkomst till enheten kan förvärra problemet.
Klargör detta innan du byter telefon
- Fastställ vad produkten faktiskt återställer: identitet, historik eller båda.
- Förvara återställningshemligheten på en skyddad plats som inte försvinner när telefonen tappas bort.
- Lägg inte hemligheten i en chatt, ett supportärende eller en offentlig bild.
- Läs den officiella metoden för överföring eller återställning; radera inte den enda datakopian utan ett säkert test.
- Kontrollera efter överföringen tidigare sessioners status och identiteten hos känsliga kontakter.
Om du har förlorat en fras ska du först inventera dina enheter och tillåtna kopior. Det exakta svaret kommer från inventeringen och produktens regler, inte från ytterligheterna ”allt kommer alltid tillbaka” eller ”ett glömt lösenord betyder att allt definitivt är raderat”.
