Herstel van een cryptografische identiteit, opnieuw aanmelden bij een account en herstel van de chatgeschiedenis zijn drie verschillende handelingen. Volgens de beveiligingsdocumentatie van Livara wordt het v7-formaat gebruikt om de cryptografische identiteit te herstellen; dit formaat zelf herstelt geen chatgeschiedenis.
Deze architectuur mag ook niet worden omschreven als ‘zonder enige cloudback-up’. De huidige documentatie zegt dat identiteitsmateriaal op het apparaat wordt versleuteld en vervolgens als versleutelde back-up wordt geüpload. Het belangrijke onderscheid is dat tussen een leesbare sleutel op de server opslaan en een versleutelde kopie opslaan waarvoor een herstelsleutel nodig is om deze te openen.
Drie deuren die niet dezelfde sleutel hebben
| Handeling | Doel | Waarom is dat niet voldoende? |
|---|---|---|
| Aanmelden bij het account | Het recht op toegang tot het serviceaccount bewijzen | Levert niet noodzakelijk de sleutel om eerdere berichten te ontsleutelen |
| Identiteitsherstel | Opnieuw toegang krijgen tot cryptografisch identiteitsmateriaal | Bewijst op zichzelf niet dat alle berichten bestaan of kunnen worden hersteld |
| Geschiedenisherstel | De benodigde berichten en bijlagen terughalen | Vereist naast de sleutel ook de gegevens zelf en een ondersteunde herstelmethode |
Dit onderscheid voorkomt een kostbare fout: de oude telefoon wissen in de veronderstelling dat het kennen van het aanmeldwachtwoord genoeg is om alle gesprekken terug te halen.
Wat zegt de v7-documentatie precies?
De beveiligingspagina van Livara legt uit dat de P-256-sleutels voor sleutelovereenkomst en ondertekening en de ML-KEM-seed op het apparaat worden versleuteld onder een willekeurige 256-bits herstelsleutel. Volgens de beschrijving van het v7-formaat worden ook de algoritmesuite, het identiteitstijdperk en de generatie geauthenticeerd. Dit is documentatie van de maker en vormt op zichzelf geen onafhankelijke audit van de implementatie.
Het dreigingsmodel van Livara stelt dat de herstelzin noodzakelijk is om de sleutelback-up te openen. Uit deze beschrijving mag u niet afleiden welk exact algoritme de zin in een sleutel omzet of dat alle sleutels rechtstreeks worden gereconstrueerd. De praktische details moeten worden getoetst aan de appversie en de handleiding voor die versie.
Waarom maakt een afleidingsfunctie een zwakke herstelzin niet sterk?
De uitvoerlengte van een functie is niet hetzelfde als de onvoorspelbaarheid van de invoer. RFC 5869 stelt uitdrukkelijk dat HKDF de bestaande entropie concentreert, maar niet vergroot. U kunt daarom niet beweren dat elke willekeurig gekozen zin door HKDF automatisch volledige 256-bits beveiliging krijgt.
Verkort of herschrijf de zin die via de officiële appprocedure wordt gegenereerd niet op eigen initiatief en vervang deze niet door een voorspelbare zin. Stuur deze nooit naar een persoon, ondersteuningsbot of onbekend formulier.
Voordat u uw telefoon vervangt of wist
- Controleer in de app waarvan een back-up is gemaakt: de identiteit, de geschiedenis of beide via afzonderlijke methoden.
- Bewaar de herstelzin op een veilige plaats, onafhankelijk van die telefoon; beschouw toegang door anderen als een ernstig risico.
- Lees de herstelhandleiding voor de huidige versie. Beschouw alleen een melding ‘Aanmelden gelukt’ niet als bewijs van volledig herstel.
- Als een methode om herstel te testen wordt ondersteund, probeer die dan eerst met niet-gevoelige gegevens, zonder de enige bestaande kopie te wissen.
- Controleer na de overdracht de benodigde gesprekken en bestanden; beslis daarna pas of u het oude apparaat wegdoet.
Wat als ik de herstelzin niet heb?
Als u nog een geautoriseerd apparaat hebt, bekijk dan uitsluitend de officiële mogelijkheden in die app; neem niet aan dat een nieuwe back-up kan worden gemaakt zonder de versie te controleren. Als zowel het apparaat als de zin verloren zijn, belooft de documentatie van Livara geen sleutelherstel. Beschouw geen enkele dienst voor ‘gegarandeerde ontsleuteling’ als een manier om deze grens te omzeilen.
Begin een accountoverdracht met de vraag ‘Welke gegevens worden met welke sleutel uit welke back-up hersteld?’, niet met de aanname dat opnieuw aanmelden betekent dat alle chats terugkomen.
