Was Ende-zu-Ende-Verschlüsselung schützt, und was nicht

Ende-zu-Ende-Verschlüsselung (E2EE) ist eine der beruhigendsten Formulierungen in der Softwarewelt, und eine der am meisten missverstandenen. Der Leitfaden Surveillance Self-Defense der EFF definiert sie genau: Sie „stellt sicher, dass Informationen von ihrem ursprünglichen Absender in eine geheime Nachricht verwandelt … und erst von ihrem endgültigen Empfänger entschlüsselt werden.“ Das ist eine starke Garantie für den Inhalt einer Nachricht. Es ist keine Garantie für alles andere an dem Gespräch.

Was E2EE tatsächlich schützt: Inhalt

Setzt eine Messaging-App Ende-zu-Ende-Verschlüsselung korrekt um, kann das Unternehmen hinter dem Dienst die über seine eigenen Server laufenden Nachrichten nicht lesen — nur das Gerät des Absenders und das des Empfängers besitzen die zum Entschlüsseln nötigen Schlüssel. Signals veröffentlichte technische Dokumentation beschreibt die zugrunde liegenden Mechanismen, darunter den Double-Ratchet-Algorithmus, der so gestaltet ist, dass „frühere Schlüssel nicht aus späteren berechnet werden können“: Selbst wenn ein Schlüssel je offengelegt wird, bleiben vergangene Nachrichten geschützt — eine Eigenschaft namens Forward Secrecy. Das ist der Teil des Versprechens, der bei korrekter Umsetzung gut hält, und ein bedeutender Unterschied zu einer einfachen Textnachricht oder unverschlüsselten E-Mail, die beide jeder Server auf dem Weg lesen kann.

Was sie nicht schützt: Metadaten

Der Leitfaden der EFF ist unmissverständlich, was diese Lücke betrifft: Verschlüsselung „verbirgt den Inhalt Ihrer Nachrichten, aber nicht, wer mit wem spricht, wann oder wie oft.“ Metadaten — wer wen wann und wie lange von wo aus kontaktiert hat — können ebenso aufschlussreich sein wie die Nachricht selbst. Zu wissen, dass eine Quelle einen Journalisten in der Nacht vor der Veröffentlichung einer Geschichte angerufen hat, kann diese Quelle identifizieren, ohne dass ein einziges Wort des Gesprächs gelesen wurde. Manche Dienste arbeiten gezielt daran, diese Preisgabe zu verringern: Signals Funktion „Sealed Sender“ ist so gebaut, dass die eigenen Server nicht wissen müssen, wer eine bestimmte Nachricht gesendet hat, sondern nur, an wen sie geht — allerdings merkt Signals eigener Bericht zu dieser Funktion an, dass Widerstandsfähigkeit gegen fortgeschrittenere Verkehrsanalyse — mittels Zeitverhalten und IP-Adressen — weiterhin Gegenstand laufender Arbeit ist, kein gelöstes Problem.

Was sie nicht schützt: die Endgeräte

Verschlüsselung schützt Daten bei der Übertragung zwischen zwei Geräten. Sie kann Daten auf einem Gerät, das selbst kompromittiert ist, nicht schützen. Die EFF sagt das unmissverständlich: „Sind Ihre Endgeräte … kompromittiert, können Ihre verschlüsselten Kommunikationen kompromittiert sein.“ Eine schädliche App mit Zugriff auf den Bildschirminhalt, ein von jemand anderem entsperrtes Gerät, oder eine Nachricht, von der der Empfänger einen Screenshot macht — all das liegt außerhalb dessen, was Verschlüsselung adressieren kann: Die Nachricht wurde genau wie vorgesehen entschlüsselt, für genau die Person, die sie lesen sollte, die dann etwas damit tat, das außerhalb der Kontrolle des Absenders lag.

Was sie nicht schützt: Backups

Ein bei der Übertragung verschlüsseltes Gespräch bleibt nicht auf dieselbe Weise verschlüsselt, sobald es gespeichert wird. Die EFF merkt an, dass, wenn Sie „automatisch Backups verschlüsselter Gespräche in der Cloud speichern“, diese Backups möglicherweise nicht denselben Ende-zu-Ende-Schutz tragen, den das laufende Gespräch hatte — je nach Dienst und dessen Backup-Einstellungen könnte ein Cloud-Anbieter (oder jeder, der diesen Anbieter kompromittiert oder ihn rechtlich zur Herausgabe zwingt) ein Backup potenziell lesen, vor dem die ursprüngliche Nachricht geschützt war. Einmal zu prüfen, ob die Backups einer App standardmäßig Ende-zu-Ende-verschlüsselt sind oder nur optional, lohnt sich, statt anzunehmen, die stärkste Einstellung sei automatisch aktiv.

Warum diese Unterscheidung in der Praxis wichtig ist

Für eine gefährdete Quelle oder Klientin ist „wir nutzen eine verschlüsselte App“ keine vollständige Antwort auf „sind wir sicher“, denn die Bedrohungen, die am meisten zählen — durch Anrufmuster identifiziert zu werden, ein beschlagnahmtes und entsperrtes Telefon, oder ein im Rechtsweg herausgegebenes Backup — liegen größtenteils außerhalb dessen, was Verschlüsselung adressiert. Die nächste Lektion greift den Teil auf, der all das überhaupt erst am Laufen hält: die Schlüssel und Passwörter, von denen Verschlüsselung abhängt, und was geschieht, wenn sie verloren gehen oder offengelegt werden.