Ein Konto, eine Identität und einen Gesprächsverlauf wiederherzustellen sind unterschiedliche Vorgänge; prüfen Sie, welchen davon das Produkt tatsächlich unterstützt.
Die Wiederherstellung der kryptografischen Identität stellt Schlüsselmaterial wieder her, das Ihrer Messenger-Identität zugeordnet ist. Das ist nicht automatisch dasselbe wie die erneute Anmeldung bei einem Konto, die Wiederherstellung aller Gespräche oder der Nachweis, dass ein Ersatzgerät sicher ist.
Eine verschlüsselte Schlüsselsicherung kann es einem Server ermöglichen, ein wiederherstellbares Paket zu speichern, ohne das zum Öffnen benötigte Geheimnis zu besitzen. Ob dieses Konzept den Nutzer schützt, hängt von der Schlüsselerzeugung, der Authentifizierung, der Verwahrung des Wiederherstellungsgeheimnisses und dem Umgang des Clients mit der wiederhergestellten Identität ab.
Drei Dinge, die als „Wiederherstellung“ bezeichnet werden
| Wiederherstellungsziel | Was wiederhergestellt oder autorisiert werden muss |
|---|---|
| Kontozugang | Berechtigung, sich anzumelden und den Dienst zu nutzen |
| Kryptografische Identität | Die passenden privaten Schlüssel oder eine neue authentifizierte Identität |
| Chatverlauf | Nachrichtendaten und alle zum Lesen benötigten Schlüssel oder Zustandsinformationen |
Eine erfolgreiche Anmeldung beweist keines der beiden anderen Ergebnisse. Ebenso stellt ein Identitätsschlüssel nicht unbedingt alte Nachrichtenschlüssel wieder her, die absichtlich gelöscht wurden, oder eine Verlaufsdatei, die nicht mehr existiert.
Halten Sie fest, welches Ziel die Wiederherstellungsfunktion eines Produkts tatsächlich verspricht, bevor Sie sich darauf verlassen.
Wie eine verschlüsselte Identitätssicherung funktionieren kann
Ein typisches Konzept erzeugt Identitätsmaterial auf einem vertrauenswürdigen Gerät, verschlüsselt eine Sicherung mit einem separaten Wiederherstellungsgeheimnis und speichert beim Dienst nur das geschützte Paket. Ein Ersatzgerät ruft das Paket ab und verwendet das Wiederherstellungsgeheimnis lokal.
Der Server kann weiterhin den Zugriff auf das Paket steuern, Anfragen beobachten, Daten zurückhalten oder eine ältere Version zurückgeben. Authentifizierte Verschlüsselung und die Bindung an Version und Identität helfen gegen bestimmte Manipulationsrisiken; Verfügbarkeit und der Umgang mit Rollbacks benötigen eigene Konzepte. „Auf dem Server verschlüsselt“ ist keine vollständige Antwort auf jedes Szenario einer Serverkompromittierung.
Ein zufälliger Wiederherstellungsschlüssel mit hoher Entropie und ein von einem Menschen gewähltes Passwort sind außerdem unterschiedliche Eingaben. Beschreiben Sie HKDF nicht als Methode, die jede schwache Passphrase in ein starkes Geheimnis verwandelt. RFC 5869 erläutert die Rolle von HKDF und grenzt es von Passwort-Stretching ab.
Was Livaras v7-Dokumentation sagt
Livaras Sicherheitsseite erklärt, dass die P-256-Schlüssel für Schlüsselaustausch und Signaturen sowie der ML-KEM-Seed vor dem Hochladen auf dem Gerät mit einem zufälligen 256-Bit-Wiederherstellungsschlüssel verschlüsselt werden. Das v7-Format authentifiziert unter anderem die Suite, die Identitätsepoche und die Generation.
Dieselbe Seite sagt ausdrücklich: Es stellt die Identität wieder her, nicht den Chatverlauf. Sie erklärt außerdem, dass ein korrektes Anmeldepasswort allein nicht ausreicht, um die verschlüsselte Schlüsselsicherung zu öffnen; erforderlich ist der durch die Wiederherstellungsphrase dargestellte Wiederherstellungsschlüssel.
Das sind veröffentlichte Produktaussagen, kein neues Audit des Sicherungsformats oder sämtlicher Wiederherstellungswege. Das allgemeinere Bedrohungsmodell sollte zusammen mit dieser enger gefassten Wiederherstellungsbeschreibung gelesen werden.
Welche Rolle SRP spielt
Das SRP-Authentifizierungsmodell betrifft die passwortbasierte Anmeldung. Es kann im vorgesehenen Protokollaustausch vermeiden, das Passwort selbst zu übertragen, definiert aber weder den Inhalt einer Schlüsselsicherung noch leitet es automatisch jeden Wiederherstellungsschlüssel ab.
Sein serverseitiger Verifikator muss weiterhin geschützt werden. RFC 5054, Abschnitt 3.3 beschreibt das Risiko des Passworterratens nach dem Diebstahl eines Verifikators. Deuten Sie „Der Server erhält bei diesem Austausch das Passwort nicht“ nicht als „Ein Servereinbruch kann nichts Nützliches offenlegen“ um.
Kontositzungen, Wiederherstellungspakete, Betriebsmetadaten und Clientsoftware sind getrennte Schutzgüter mit unterschiedlichen Fehlerszenarien.
Checkliste zur sicheren Vorbereitung der Wiederherstellung
- Klären Sie genau, welche Daten die Funktion wiederherstellt und welche nicht.
- Bewahren Sie das Wiederherstellungsgeheimnis so auf, dass mit dem Telefon nicht auch die einzige Kopie verloren geht.
- Vermeiden Sie es, das Geheimnis in einer Nachricht, einem Supportticket oder einem öffentlichen Screenshot abzulegen.
- Schützen Sie den Aufbewahrungsort des Geheimnisses; wer es erlangt, kann wichtige Befugnisse erhalten, wenn er auch die entsprechende Sicherung und den nötigen Zugang erhält.
- Lesen Sie die offiziellen Wiederherstellungsanweisungen, bevor Sie das einzige funktionierende Gerät löschen oder ersetzen.
- Testen Sie nur mit unterstützten Verfahren, ohne die einzige Kopie wichtiger Daten zu zerstören.
Prüfen Sie nach der Wiederherstellung verknüpfte Geräte und Sitzungen gesondert. Wiederhergestelltes Identitätsmaterial widerruft nicht automatisch ein altes Gerät. Ändert sich die kryptografische Identität, sollten Kontakte bei sensibler Kommunikation den neuen Schlüssel über einen unabhängig vertrauenswürdigen Weg überprüfen.
Wenn die Wiederherstellungsphrase verloren geht
Gehen Sie nicht davon aus, dass der Support ein Geheimnis rekonstruieren kann, das das System absichtlich nicht aufbewahrt. Nehmen Sie ebenso wenig an, dass bei jedem vergessenen Kontopasswort bereits alle lokalen Nachrichten verloren sind. Das Ergebnis hängt von verbleibenden Geräten, verfügbaren Sicherungen und den dokumentierten Regeln des Produkts ab.
Die hilfreiche Frage ist konkret: „Welches Geheimnis oder welche Kopie fehlt, und welches Wiederherstellungsziel bleibt möglich?“ Sie führt zu einer sichereren Antwort als das pauschale Versprechen, Wiederherstellung sei entweder mühelos oder unmöglich.
