Identiteitsherstel, opnieuw inloggen en het terughalen van geschiedenis zijn drie verschillende resultaten; succes bij het ene garandeert het andere niet.
Een wachtwoord vergeten verwijdert niet noodzakelijk alle chats. Het resultaat hangt af van wat je bent kwijtgeraakt: toegang tot het account, cryptografische sleutels, het apparaat waarop de geschiedenis stond of het geheim om een back-up te ontsluiten.
Bij een end-to-endontwerp hoort de ondersteuning niet met alleen een administratieve beslissing een sleutel te kunnen reconstrueren die zij niet bezit. Maar daaruit volgt niet dat elk veilig herstel onmogelijk is, of dat elk verwijderd bericht in alle kopieën voorgoed verdwenen is.
Vier kwesties die vaak “herstel” worden genoemd
| Doel | De juiste vraag |
|---|---|
| Opnieuw inloggen op het account | Welk bewijs is nodig om een nieuwe sessie te autoriseren? |
| De cryptografische identiteit herstellen | Uit welke beschermde kopie komen de identiteitssleutels terug? |
| De gespreksgeschiedenis terugzetten | Waar zijn de berichten zelf en de sleutel of toestand die nodig is om ze te lezen? |
| Een verwijderd bericht herstellen | Is er een kopie achtergebleven op een apparaat, in een back-up, in een export of bij de gesprekspartner? |
Deze vier routes kunnen naast elkaar in één app bestaan, maar zijn niet dezelfde handeling. Succesvol inloggen bewijst op zichzelf niet dat er geschiedenis bestaat of dat oude sleutels toegankelijk zijn.
Wat herstelt Livara v7 precies?
Volgens de beveiligingspagina van Livara worden de P-256-sleutels voor sleutelovereenkomst en ondertekening en de ML-KEM-seed op het apparaat versleuteld met een willekeurige herstelsleutel van 256 bits. Daarna wordt het beschermde pakket geüpload. Het v7-formaat authenticeert ook informatie zoals de algoritmesuite, de identiteitsepoch en de generatie.
Het doorslaggevende punt in hetzelfde document is: deze route herstelt de identiteit, niet de chatgeschiedenis. Het bezit van de herstelzin mag dus niet worden gepresenteerd als een belofte dat alle oude berichten terugkomen. Ook het accountwachtwoord alleen is niet voldoende om dit pakket te ontsluiten.
Dit is de aangegeven productgrens, geen onafhankelijke test van alle herstelroutes. Raadpleeg bij een echte apparaatwissel de instructies voor de huidige versie en wis het enige apparaat met de gegevens niet voordat je zekerheid hebt.
Waarom is veilig herstel niet strijdig met E2EE?
Een back-up kan op het apparaat worden versleuteld terwijl de ontsleutelingssleutel buiten het bereik van de dienst blijft. Bij zo'n ontwerp betekent een kopie in de cloud niet noodzakelijk dat het bedrijf die kan lezen.
Zo legt de officiële WhatsApp-handleiding voor end-to-endversleutelde back-ups beschermde methoden en de noodzaak van de juiste herstelfactor uit. Dit voorbeeld laat zien dat “als geschiedenis kan worden hersteld, is het geen echte E2EE” onjuist is. De voorwaarden en benodigde factoren verschillen per product en mogen niet op Livara worden geprojecteerd.
Bij de beoordeling van een back-up moet worden gevraagd welke gegevens erin zitten, wie de sleutel heeft, hoe herstel wordt geautoriseerd en wat er gebeurt als het geheim verloren gaat.
Wanneer leidt een vergeten wachtwoord tot verlies van toegang?
Als er geen bruikbare kopie van de gegevens of van de benodigde sleutel over is, kan herstel praktisch onmogelijk zijn. Maar een apparaat dat nog is ingelogd, een herstelbare back-up of een toegestane kopie bij de gesprekspartner kan de situatie veranderen.
Cryptografie verwijdert ook niet plotseling bestanden op alle apparaten zodra iemand een wachtwoord vergeet. Maak onderscheid tussen “de gegevens zijn verwijderd”, “de gegevens bestaan maar de sleutel is niet beschikbaar” en “deze appversie ondersteunt terugzetten niet”.
Ook het wijzigen van het inlogwachtwoord of het herstellen van de identiteit trekt niet noodzakelijk de sessie op het oude apparaat in. Na een beveiligingsincident moeten sessies en apparaten apart worden gecontroleerd.
Is een verwijderd bericht werkelijk niet te herstellen?
Zonder het product, het apparaat en de resterende kopieën te onderzoeken is zo'n garantie niet mogelijk. Verwijderen uit de gebruikersinterface is mogelijk niet hetzelfde als verwijderen uit de database, van het bijlagebestand, uit een back-up of uit de kopie van de gesprekspartner. Een eerder gemaakte schermafbeelding of export verdwijnt evenmin vanzelf wanneer het bericht wordt gewist.
Voorwaartse geheimhouding in ratchetprotocollen gaat over het beperken van de gevolgen van blootstelling van bepaalde sleutels voor eerdere berichten. De Double Ratchet-specificatie beschrijft dit model. Deze eigenschap is op zichzelf geen bewijs van veilig wissen van lokale opslag of van het ontbreken van iedere leesbare kopie.
Ook de belofte van een onbekend hulpmiddel om “alle versleutelde chats terug te halen” is geen reden om het te vertrouwen. Het delen van een herstelzin, wachtwoord, back-upbestand of ruime apparaattoegang kan het probleem groter maken.
Maak dit duidelijk voordat je van telefoon wisselt
- Stel vast wat het product werkelijk herstelt: identiteit, geschiedenis of beide.
- Bewaar het herstelgeheim op een beschermde plek die niet verloren gaat wanneer de telefoon zoekraakt.
- Zet het geheim niet in een chat, ondersteuningsticket of openbare afbeelding.
- Lees de officiële overdrachts- of herstelprocedure; wis zonder een veilige test niet de enige gegevenskopie.
- Controleer na de overdracht de status van eerdere sessies en de identiteit van gevoelige contacten.
Als je een herstelzin kwijt bent, inventariseer dan eerst je apparaten en toegestane kopieën. Het precieze antwoord volgt uit die inventaris en de productregels, niet uit de twee uitersten “alles komt altijd terug” of “een vergeten wachtwoord betekent dat alles definitief is verwijderd”.
