Ein Schlüssel für eine bestimmte Datei bedeutet weder Einmalansicht noch Rückruf der Empfängerkopie.
Zum Schutz eines Anhangs kann ein Messenger die Datei auf dem Gerät des Absenders mit einem zufälligen Schlüssel verschlüsseln, die verschlüsselte Kopie hochladen und den Dateischlüssel in einer Ende-zu-Ende-verschlüsselten Nachricht an den Empfänger übermitteln. Dieses Muster wird auch als Envelope Encryption bezeichnet: Die große Datei und die wenigen zum Öffnen nötigen Informationen nehmen unterschiedliche, aber zusammenhängende Wege.
Diese Erklärung betrifft Anhänge in Gesprächen mit E2EE; der Dateiversand in beliebigen Apps oder Kanaltypen bietet nicht unbedingt denselben Schutz.
Der Weg eines privaten Fotos vom Gerät zum Empfänger
- Das Gerät des Absenders erzeugt einen Inhaltsschlüssel für die Datei.
- Die Datei wird mit authentifizierter Verschlüsselung verschlüsselt; der Empfänger muss unbefugte Änderungen der Daten erkennen können.
- Die verschlüsselte Kopie wird bei einem Dateispeicherdienst abgelegt.
- Die Adresse oder Kennung der Datei und der benötigte Schlüssel werden in einer geschützten Nachricht an den Empfänger gesendet.
- Das Empfängergerät lädt die Datei herunter, validiert sie und öffnet sie anschließend.
Livaras Sicherheitsdokumentation beschreibt für Anhänge einen zufälligen, dateispezifischen Schlüssel und dessen Übermittlung innerhalb der Nachrichtensitzung. Dieser Artikel erläutert diese beschriebene Architektur, nicht das Ergebnis einer Implementierungsprüfung.
„Dateispezifischer Schlüssel“ bedeutet nicht „nur einmal zu öffnende Datei“
Ein für eine Datei erzeugter Schlüssel kann benötigt werden, um dieselbe Datei mehrfach zu lesen. Ein eigener Schlüssel bedeutet weder, dass er sofort nach der ersten Ansicht verworfen wird, noch dass die Datei automatisch gelöscht oder das Speichern durch den Empfänger verhindert wird.
Auch ein einmalig verwendeter Nachrichtenschlüssel und die Nutzung eines Inhaltsschlüssels für einen Anhang sind zwei unterschiedliche Konzepte. Funktionen wie Einmalansicht oder verschwindende Nachrichten lassen sich nicht allein aus dem Namen eines Algorithmus ableiten.
Warum sind sowohl Schlüssel als auch Nonce wichtig?
AES-GCM bietet neben Vertraulichkeit auch eine Prüfung der Datenauthentizität; die korrekte Verwendung ist jedoch entscheidend. Der Standard NIST SP 800-38D erläutert die GCM-Regeln. Die Wiederverwendung derselben Kombination aus Schlüssel und Nonce für unterschiedliche Daten kann die Sicherheit gefährden.
Für Nutzer folgt daraus: Die Angabe „AES-256“ allein reicht nicht aus. Auch Vorgaben für Schlüsselverwaltung, Zufallserzeugung, Dateivalidierung und Fehlerbehandlung müssen geprüft werden. Die Änderung eines Bytes sollte zur Ablehnung der ungültigen Datei führen, nicht dazu, manipulierte Inhalte als intakte Datei anzuzeigen.
Was sehen Empfänger, Server und Galerie-App?
| Ort | Sicherheitsfrage |
|---|---|
| Dateispeicherdienst | Besitzt er nur verschlüsselte Bytes oder hat er auch Zugriff auf den Schlüssel? |
| Nachricht mit dem Schlüssel | Werden Schlüssel, Dateiname und Beschreibung im E2EE-Gespräch geschützt? |
| Empfängergerät | Wo verbleibt die Datei nach dem Öffnen: im Arbeitsspeicher, Cache oder in der Galerie? |
| Cloud-Backup | Gelangt die gespeicherte Kopie in die Fotosicherung, und wie ist diese Sicherung geschützt? |
Verschlüsselung während der Übertragung kontrolliert keine Kopie, die der Empfänger in seiner Galerie speichert. Prüfen Sie vor dem Versand eines sensiblen Dokuments auch unnötige Bildbereiche, Schrift im Hintergrund und Standortinformationen der Datei.
Was ändert sich bei einer Datei in einer privaten Gruppe?
Mehr Personen sind zum Besitz des Schlüssels berechtigt. Livara beschreibt den Schutz von Anhängen kompatibler privater Gruppen im E2EE-Modus unter LGS1; diese Aussage darf nicht auf öffentliche Kanäle übertragen werden. Jedes Mitglied, das die Datei erhalten hat, kann eine Kopie behalten. Das Entfernen eines Mitglieds oder das Rotieren künftiger Schlüssel holt seine frühere Kopie nicht zurück.
Checkliste für den Versand sensibler Dateien
- Prüfen Sie den Gesprächsraum und den Empfängerkreis erneut.
- Wenn die Identität des Kontakts wichtig ist, bestätigen Sie den Schlüsselfingerabdruck über einen vertrauenswürdigen Weg.
- Senden Sie nur nötige Informationen; ein vollständiges Foto eines Dokuments ist nicht immer erforderlich.
- Stimmen Sie sich mit dem Empfänger über Galeriespeicherung, automatische Downloads und Cloud-Backups ab.
- Lassen Sie die entschlüsselte Datei nicht auf einem gemeinsam genutzten oder ungesperrten Gerät liegen.
Häufige Fragen
Garantiert ein dateispezifischer Schlüssel einen sicheren Versand?
Nein. Auch intakte Geräte, die Authentifizierung des Empfängers und eine korrekte Implementierung sind nötig. Lesen Sie Livaras Bedrohungsmodell zusammen mit den Verschlüsselungsspezifikationen.
Hat ein Bild in einem öffentlichen Kanal denselben Schutz?
Gemäß Livaras erklärter Abgrenzung sind Kanäle öffentlich und lesbar; die Vertraulichkeit privater Anhänge wird für sie nicht zugesagt.
Reicht ein Dateilink allein aus?
Das hängt von der Gestaltung des Dienstes ab. Betrachten Sie Link, Schlüssel und Zugriffsberechtigung getrennt; eine lange oder zufällige URL allein ist kein Nachweis für E2EE.
