Ende-zu-Ende-Verschlüsselung verlangt nicht, dass ein Messenger auf zentrale Speicherung verzichtet. Ein Server kann verschlüsselte Nachrichten zur Synchronisierung speichern, ohne die zu ihrem Lesen nötigen Geheimnisse zu besitzen.
Die Schwierigkeit bei Nachrichten auf mehreren Geräten besteht darin, zu entscheiden, welche Geräte autorisiert sind, welche Schlüssel sie erhalten und ob sie auf älteren Verlauf zugreifen können. Diese Entscheidungen sind wichtiger als die Frage, ob das System eine Datenbank verwendet.
Vier getrennte Vorgänge, die oft „Sync“ heißen
| Vorgang | Was er leisten muss |
|---|---|
| Neue Nachrichten zustellen | Geschützte Inhalte an derzeit autorisierte Geräte liefern |
| Ein neues Gerät verknüpfen | Feststellen, dass der Kontoinhaber den neuen Endpunkt genehmigt |
| Verlauf übertragen | Dem neuen Gerät Zugang zu ausgewählten früheren Inhalten und dem zugehörigen Entschlüsselungsmaterial geben |
| Identität wiederherstellen | Identitätsschlüssel wiederherstellen oder ersetzen, ohne zwangsläufig den Nachrichtenverlauf wiederherzustellen |
Ein Produkt kann einen dieser Vorgänge unterstützen, ohne alle vier zu unterstützen. Eine erfolgreiche Anmeldung beweist nicht, dass sich alter Chatverlauf wiederherstellen lässt.
Wie verschlüsselte Zustellung mehrere Geräte unterstützen kann
Ein Ansatz unterhält separate Sitzungen für jedes Gerät. Signals Sesame-Spezifikation beschreibt die Sitzungsverwaltung in einer asynchronen Mehrgeräteumgebung, einschließlich hinzugefügter oder entfernter Geräte und Nachrichten, die in falscher Reihenfolge eintreffen.
Das ist ein dokumentiertes Entwurfsbeispiel, keine universelle Anforderung. Andere Systeme können Inhalte einmal verschlüsseln und geschützte Inhaltsschlüssel verteilen, Gruppenmechanismen nutzen oder Ansätze kombinieren. „E2EE erfordert eine vollständige Kopie der Nutzdaten pro Gerät“ ist zu pauschal.
Unabhängig vom gewählten Entwurf kommt mit jedem zur Entschlüsselung fähigen Gerät ein schutzbedürftiger Endpunkt hinzu. Ein vernachlässigter Laptop kann empfangenen Klartext offenlegen, selbst wenn der Server diesen Klartext nie sieht.
Gespeicherter Geheimtext hat weiterhin Folgen für Datenschutz und Aufbewahrung
Verschlüsselte Speicherung ist nicht gleichbedeutend mit keiner Speicherung. Anbieter können Zustellinformationen, Gerätedatensätze, Zeitstempel, Mitgliedschaften oder verschlüsselten Nachrichtenverlauf aufbewahren. Die Einzelheiten variieren und sollten ausdrücklich genannt werden.
Livaras Sicherheitsdokumentation besagt, dass sein Relay Geheimtext und Betriebsdaten zur Synchronisierung und Wiederherstellung nach erneuter Verbindung speichert. Sie beschreibt Routing, Mitgliedschaften, Zeitstempel, Zustellstatus und weitere Datensätze. Dies sollte nicht als undokumentierte vorübergehende Warteschlange dargestellt werden, die zwangsläufig verschwindet, sobald jedes Gerät eine Nachricht empfangen hat.
Vertraulichkeit der Inhalte und Aufbewahrung von Metadaten erfordern daher getrennte Fragen. Fragen Sie, was wie lange aufbewahrt wird und was eine Löschung oder Kontolöschung verändert; erfinden Sie keine Aufbewahrungsfrist, wenn keine verifiziert wurde.
Was Livaras v7-Wiederherstellung tatsächlich wiederherstellt
Livara beschreibt v7 als verschlüsseltes Identitätsbackup, das vor dem Hochladen unter einem zufälligen 256-Bit-Wiederherstellungsschlüssel versiegelt wird. Die dokumentierten Nutzdaten enthalten Identitätsschlüsselmaterial, und das Format authentifiziert seine Suite, Identitätsepoche und Generation.
Dieselbe Seite erklärt, dass es die Identität wiederherstellt, nicht den Chatverlauf. Eine Wiederherstellungsphrase sollte daher nicht als Garantie dafür dargestellt werden, dass ein neues Gerät jedes alte Gespräch anzeigen kann.
Prüfen Sie vor dem Ersetzen oder Löschen eines Geräts die aktuell tatsächlich verfügbaren Optionen zur Verlaufsübertragung und Sicherung. Halten Sie sämtliches Wiederherstellungsmaterial geheim. Senden Sie eine Wiederherstellungsphrase nicht an ein Supportkonto und fügen Sie sie nicht auf einer ungeprüften Website ein.
Forward Secrecy leert nicht den Posteingang eines autorisierten Geräts
Ein Ratchet kann begrenzen, was eine spätere Schlüsselkompromittierung über früheren verschlüsselten Datenverkehr offenlegt, wenn seine Annahmen gelten und veraltete Geheimnisse gelöscht werden. Es kann weder Klartext verbergen, den ein Endpunkt bereits gespeichert hat, noch weiterhin aktive Schadsoftware daran hindern, neue Nachrichten zu lesen.
Ebenso erfordert Sicherheit nach einer Kompromittierung eine geeignete frische Aktualisierung, nachdem der Angreifer seinen Zugriff verloren hat. Sie verspricht nicht, dass jedes alte Tablet harmlos wird, sobald ein Nachrichtenzähler weiterzählt.
Eine sicherere Checkliste für den Gerätewechsel
- Erfassen Sie Ihre verknüpften Geräte, bevor Sie ein weiteres hinzufügen.
- Verwenden Sie den dokumentierten Verknüpfungs- und Verifizierungsablauf der Anwendung, keinen von einem Fremden gesendeten QR-Code.
- Prüfen Sie mit einem harmlosen Testgespräch, welchen Verlauf das neue Gerät erhält.
- Bestätigen Sie das Wiederherstellungsmaterial und jede separate Verlaufssicherung, bevor Sie das alte Gerät löschen.
- Widerrufen Sie Geräte, die Sie nicht mehr kontrollieren, und prüfen Sie, ob Gesprächspartner einen Hinweis auf die Identitätsänderung erhalten.
- Prüfen Sie lokale Downloads, Benachrichtigungen und Betriebssystem-Backups auf jedem Endpunkt.
Das Livara-Bedrohungsmodell umfasst ausdrücklich die Grenzen von Endpunkten und Empfängern. Diese Grenzen bleiben auf jedem Bildschirm relevant. Ein nützliches Mehrgeräteversprechen erklärt Geräteautorisierung, gespeicherte Daten und Wiederherstellungsumfang getrennt.
