Was ist Ende-zu-Ende-Verschlüsselung? So schützt sie deine Fotos
Durch die End-to-End-Verschlüsselung bleiben lesbare Fotoinhalte und Klartext-Inhaltsschlüssel vom Speicheranbieter fern.
End-to-End-Verschlüsselung (E2EE) ist ein Sicherheitsmodell, bei dem Klartext an einem autorisierten Endpunkt verschlüsselt und an einem anderen entschlüsselt wird. Der Speicher- oder Transportanbieter verfügt nicht über den Klartext-Inhaltsschlüssel. Diese Grenze schützt Inhalte vor direktem serverseitigem Lesen, verbirgt jedoch nicht alle Metadaten und schützt auch keinen kompromittierten Endpunkt, Wiederherstellungsanmeldeinformationen, freigegebenen Empfänger oder böswillige Client-Updates.
Bei der Fotospeicherung bedeutet die Ende-zu-Ende-Verschlüsselung, dass Ihr Telefon Fotoinhalte vor dem Hochladen verschlüsselt und die Cloud Chiffretext anstelle von lesbaren Bildern speichert. Für die Entschlüsselung ist ein Schlüssel erforderlich, der über ein autorisiertes Gerät oder einen Wiederherstellungspfad verfügbar ist. Dateigröße, Zeitpunkt, Kontodaten, Freigabebeziehungen und andere Metadaten bleiben möglicherweise sichtbar. In diesem Leitfaden werden die Grenzen erläutert und gängige Servicemodelle verglichen.
Wie Ende-zu-Ende-Verschlüsselung funktioniert
Der Kernmechanismus umfasst drei Phasen: Schlüsselerzeugung, Verschlüsselung und Entschlüsselung.
Schlüsselerzeugung
Das Gerät des Benutzers erzeugt einen kryptografischen Schlüssel. Bei symmetrischer Verschlüsselung (wie AES-256) verschlüsselt und entschlüsselt derselbe Schlüssel. Bei asymmetrischer Verschlüsselung (wie RSA) verschlüsselt ein öffentlicher Schlüssel und ein privater Schlüssel entschlüsselt. Viele E2EE-Systeme kombinieren beides: Asymmetrische Verschlüsselung tauscht einen symmetrischen Sitzungsschlüssel aus, der dann die Massenverschlüsselung übernimmt.
Fototresor-Apps verwenden verschiedene Schlüsselverwaltungsdesigns. Manche leiten einen Dateischlüssel direkt aus einem Passwort ab; Stärker geschichtete Designs können einen von Anmeldeinformationen abgeleiteten Entsperrschlüssel verwenden, um einen zufälligen Dateischlüssel zu verpacken. Vaultaire verwendet PBKDF2-HMAC-SHA512 um einen 256-Bit-Tresorschlüssel aus einem 5x5-Muster und einem geräteweiten Salt abzuleiten. Dieser Tresorschlüssel authentifiziert den verschlüsselten Index und entpackt einen separaten zufälligen Hauptschlüssel, der für die Dateiverschlüsselung verwendet wird.
Verschlüsselung
Der Klartext (dein Foto) wird mithilfe des Verschlüsselungsschlüssels und eines Verschlüsselungsalgorithmus in Geheimtext umgewandelt. AES-256-GCM ist der am weitesten verbreitete symmetrische Algorithmus für diesen Zweck. GCM (Galois/Counter-Modus) bietet authentifizierte Verschlüsselung – es verschlüsselt die Daten und erzeugt ein Authentifizierungs-Tag, das jede Manipulation erkennt. Jede Datei erhält einen einzigartigen Initialisierungsvektor (IV), sodass identische Dateien unterschiedlichen Geheimtext erzeugen.
Entschlüsselung
Das Gerät des Empfängers verwendet denselben Schlüssel (symmetrisch) oder den passenden privaten Schlüssel (asymmetrisch), um die Transformation umzukehren. Ohne den richtigen Schlüssel ist der Geheimtext nicht von zufälligen Daten zu unterscheiden. Es gibt keine mathematische Abkürzung. AES-256 hat 2^256 mögliche Schlüssel – mehr als die geschätzte Anzahl von Atomen im beobachtbaren Universum.
Ende-zu-Ende-Verschlüsselung vs. andere Verschlüsselungsmodelle
Nicht alle Verschlüsselungen sind Ende-zu-Ende. Die Unterschiede bestimmen, wer auf deine Daten zugreifen kann.
Verschlüsselung bei der Übertragung (TLS/SSL)
Daten werden zwischen deinem Gerät und dem Server verschlüsselt. Der Server entschlüsselt sie beim Empfang. Das schützt vor Abhören während der Übertragung, lässt die Daten aber auf dem Server lesbar. Jeder große Cloud-Dienst verwendet Verschlüsselung bei der Übertragung. Das ist die Grundlage, nicht der Standard.
Verschlüsselung im Ruhezustand (serverseitig)
Der Server verschlüsselt gespeicherte Daten mit Schlüsseln, die der Server verwaltet. Das schützt vor dem physischen Diebstahl von Server-Hardware, aber nicht vor dem Dienstanbieter, seinen Mitarbeitern oder an den Anbieter gerichteten rechtlichen Anfragen. iCloud, Google Drive und Dropbox verwenden alle serverseitige Verschlüsselung im Ruhezustand. Der Anbieter hält die Schlüssel.
Ende-zu-Ende-Verschlüsselung
Die Daten werden an einem autorisierten Endpunkt verschlüsselt, bevor der Speicheranbieter sie erhält. Ein solides Design hält den Klartext-Inhaltsschlüssel von der routinemäßigen serverseitigen Verwahrung des Anbieters fern, sodass ein reiner Speicherkompromiss oder eine gesetzliche Anforderung für gespeicherte Inhalte Chiffretext statt lesbarer Fotos liefert. Der Anbieter kann weiterhin Chiffretext und Metadaten bereitstellen, Client-Software verteilen oder Wiederherstellungs- und Freigabesysteme betreiben, die in das Bedrohungsmodell einbezogen werden müssen.
| Verschlüsselungsmodell | Wer hält die Schlüssel | Anbieter kann Daten lesen? | Schützt vor Anbieter? |
|---|---|---|---|
| Nur bei Übertragung (TLS) | Server | Ja | Nein |
| Im Ruhezustand (serverseitig) | Server | Ja | Nein |
| Ende-zu-Ende | Autorisierte Endpunkte oder Wiederherstellungsinhaber | Nicht nur aus gespeichertem Chiffretext | Schützt Inhalte vor vom Anbieter gehaltenen Speicherschlüsseln |
| Provider-blinde, clientseitige Verschlüsselung | Client- und dokumentierte Wiederherstellungspfade | Kein Zugriff auf Klartextinhalte vorgesehen | Schützt Inhalte; Metadaten und Kundenvertrauen bleiben bestehen |
Wie Fotospeicherdienste mit Verschlüsselung umgehen
Das Verschlüsselungsmodell variiert erheblich zwischen Fotospeicherdiensten. Einige bewerben „Verschlüsselung", ohne das Modell zu spezifizieren, was Benutzer zu der Annahme verleiten kann, ihre Fotos seien E2EE-verschlüsselt, obwohl sie es nicht sind.
iCloud Photos
Apple verwendet Verschlüsselung bei der Übertragung und im Ruhezustand. Apple hält standardmäßig die Verschlüsselungsschlüssel. Mit einer gültigen rechtlichen Anfrage kann Apple iCloud-Fotodaten bereitstellen. Ausnahme: Apples Erweiterter Datenschutz (ADP), verfügbar seit Dezember 2022, fügt Ende-zu-Ende-Verschlüsselung zu iCloud Photos hinzu. ADP muss explizit in den Einstellungen aktiviert werden. Wenn aktiviert, kann Apple nicht auf iCloud-Fotodaten zugreifen. Die meisten Benutzer haben ADP nicht aktiviert.
Google Photos
Google verwendet Verschlüsselung bei der Übertragung und im Ruhezustand mit serverseitigen Schlüsseln. Google hält die Verschlüsselungsschlüssel für alle Google-Fotodaten, einschließlich der Inhalte gesperrter Ordner. Google kann rechtliche Datenanfragen erfüllen. Google bietet keine Ende-zu-Ende-Verschlüsselungsoption für Google Photos an.
Dropbox
Verschlüsselung bei der Übertragung (TLS 1.2+) und im Ruhezustand (AES-256 mit von Dropbox verwalteten Schlüsseln). Dropbox hält die Schlüssel und kann auf deine Dateien zugreifen. Dropbox war Datenverletzungen ausgesetzt (2012, 68 Millionen Konten). Dropbox Vault (ein kostenpflichtiges Feature) fügt PIN-Schutz hinzu, aber keine Ende-zu-Ende-Verschlüsselung.
OneDrive
Microsoft verwendet Verschlüsselung bei der Übertragung und im Ruhezustand mit von Microsoft verwalteten Schlüsseln. Microsoft hält die Schlüssel. OneDrive Personal Vault fügt Identitätsverifizierung (2FA) hinzu, aber keine Ende-zu-Ende-Verschlüsselung – Microsoft kann immer noch auf die Daten zugreifen. Für Unternehmenskunden sind kundenverwaltete Schlüssel verfügbar.
Vaultaire
Clientseitige Verschlüsselung mit vom Anbieter gehaltenen Schlüsseln ausgeschlossen. Vaultaire verschlüsselt Fotos und Metadaten auf dem Gerät mit AES-256-GCM vor jedem Cloud-Upload. Ein zufälliger Hauptschlüssel verschlüsselt die Tresordaten. Ein vom Muster des Benutzers abgeleiteter lokaler Tresorschlüssel und ein Geräte-Salt umschließen diesen Hauptschlüssel, während ein separater, vom Muster abgeleiteter Sicherungsschlüssel den privaten Schlüssel schützt CloudKit Sicherungsaufzeichnungen. Vaultaire betreibt keinen Content-Server und empfängt diese Schlüssel nicht, kann also keinen Content-Server erstellen CloudKit in Klartext aufzeichnen. Die App, iOSund ein entsperrtes Gerät bleiben innerhalb der Vertrauensgrenze, und eine rechtliche Anfrage kann weiterhin Konto- oder Dienstmetadaten erhalten, die vom jeweiligen Anbieter gespeichert sind.
| Dienst | Verschlüsselung bei Übertragung | Verschlüsselung im Ruhezustand | Ende-zu-Ende-Verschlüsselung | Anbieter kann zugreifen |
|---|---|---|---|---|
| iCloud Photos (Standard) | Ja | Ja (Apple-Schlüssel) | Nein | Ja |
| iCloud Photos (ADP aktiviert) | Ja | Ja | Ja | Nein |
| Google Photos | Ja | Ja (Google-Schlüssel) | Nein | Ja |
| Dropbox | Ja | Ja (Dropbox-Schlüssel) | Nein | Ja |
| OneDrive | Ja | Ja (Microsoft-Schlüssel) | Nein | Ja |
| Vaultaire | Ja | Ja | Clientseitig verschlüsseltes optionales Backup | Kein Klartext-Inhaltsschlüssel; CloudKit Metadaten bleiben erhalten |
Warum Ende-zu-Ende-Verschlüsselung für Fotos wichtig ist
Fotos sind besonders sensible Daten. Sie enthalten Gesichter, Standorte (GPS-Metadaten), Zeitstempel und visuelle Aufzeichnungen privater Momente. Eine Verletzung deiner Fotobibliothek legt mehr persönliche Informationen offen als fast jeder andere Datentyp.
Datenschutzverletzungen
Wenn ein Dienstanbieter Fotos mit serverseitigen Schlüsseln speichert, kann eine Kompromittierung sowohl des Speichers als auch seines Schlüsselverwaltungspfads dazu führen, dass lesbare Inhalte offengelegt werden. Mit solidem E2EE führt ein reiner Speicherverstoß zu Chiffretext und allen vom Dienst gespeicherten Metadaten. Endpunktkompromittierung, gestohlene Wiederherstellungsanmeldeinformationen, bösartige Client-Software und Schlüsseldienstfehler bleiben separate Wege zum Klartext.
Rechtlicher und behördlicher Zugriff
Von Dienstleistern kann die Herausgabe von Aufzeichnungen verlangt werden, über die sie verfügen. Bei E2EE kann dies eher Chiffretext, Kontoinformationen, Zugriffsprotokolle, Datensatzgrößen, Timing und Freigabemetadaten als lesbare Fotoinhalte umfassen. Ob eine Anforderung ein Gerät, eine Wiederherstellungsmethode, einen Empfänger oder ein zukünftiges Kundenverhalten erreichen kann, ist eine andere rechtliche und technische Frage.
Interner Zugriff
Mitarbeiter oder Angreifer mit Zugriff auf vom Anbieter verwaltete Speicherschlüssel können möglicherweise auf serverseitig verschlüsselte Inhalte zugreifen. E2EE entfernt diesen direkten Speicherschlüsselpfad, wenn dem Anbieter Klartext-Inhaltsschlüssel fehlen. Es macht Insider-Missbrauch nicht kategorisch unmöglich, da Anbieter die Client-Verteilung, den Kontostatus, Metadaten, die Freigabe oder Wiederherstellungskomponenten kontrollieren können.
Metadatenschutz
Einige E2EE-Implementierungen verschlüsseln nur Dateiinhalte und lassen Metadaten wie Dateinamen und Daten ungeschützt. Vaultaire schützt Dateiheader, MIME Typen, Indizes, Miniaturansichten und andere Tresormetadaten mit AES-256-GCM authentifizierte Verschlüsselung. Gespeicherte Chiffretextlängen und die Anzahl der verschlüsselten Indexdateien können dennoch strukturelle Informationen für jemanden offenlegen, der Zugriff auf den App-Container hat.
Häufige Missverständnisse über E2EE
„Mein Cloud-Speicher ist verschlüsselt, also sind meine Fotos sicher." Serverseitige Verschlüsselung schützt vor externen Verletzungen der Server-Hardware. Sie schützt nicht vor dem Anbieter selbst, rechtlichen Anfragen oder Insider-Bedrohungen. Der Anbieter hält die Schlüssel.
„HTTPS bedeutet, dass meine Fotos Ende-zu-Ende-verschlüsselt sind." HTTPS (TLS) verschlüsselt Daten bei der Übertragung zwischen deinem Gerät und dem Server. Sobald die Daten am Server ankommen, werden sie entschlüsselt. HTTPS ist die Verschlüsselung des Kanals, nicht die Verschlüsselung der Daten.
„Ende-zu-Ende-Verschlüsselung bedeutet, dass niemand jemals meine Fotos sehen kann." E2EE bedeutet, dass niemand ohne den Schlüssel deine Fotos sehen kann. Wenn jemand dein Passwort oder deinen Schlüssel hat, kann er die Daten entschlüsseln. Schlüsselverwaltung und starke Passwörter sind weiterhin unerlässlich.
„Apple/Google können meine Fotos nicht sehen." Standardmäßig halten beide Unternehmen die Verschlüsselungsschlüssel für deine in der Cloud gespeicherten Fotos. Apple bietet den Erweiterten Datenschutz als Opt-in an. Google bietet keine E2EE-Option für Google Photos an.
Wie Vaultaire Ende-zu-Ende-Verschlüsselung implementiert
Vaultaire verwendet einen mehrschichtigen E2EE-Ansatz:
- AES-256-GCM verschlüsselt alle Dateiinhalte. Jede Datei erhält einen einzigartigen Initialisierungsvektor. Authentifizierte Verschlüsselung erkennt Manipulationen.
- PBKDF2 mit HMAC-SHA512 leitet einen lokalen Tresorschlüssel aus dem gezeichneten Muster und dem Geräte-Salt des Benutzers ab. Der Arbeitsfaktor erhöht die Kosten jeder Offline-Vermutung, ohne dem Muster Entropie hinzuzufügen. Dieser Tresorschlüssel authentifiziert den verschlüsselten Index und entpackt den zufälligen Hauptschlüssel, der für Dateidaten verwendet wird.
- AES-256-GCM für Metadaten schützt Dateinamen, Daten, Abmessungen, Indizes und Miniaturansichten durch authentifizierte Verschlüsselung.
- iOS Keychain und Datenschutz Schützen Sie das Geräte-Salt und die verschlüsselte Wiederherstellungsdatenbank. AES-GCM Vorgänge und aktive symmetrische Schlüssel bleiben im App-Prozess, während ein Tresor geöffnet ist.
- Trennung des Anbieterschlüssels bedeutet, dass Wraxle keinen Klartext-Tresor-, Master-, Backup- oder Wiederherstellungsschlüssel erhält. Optional CloudKit speichert Chiffretextdatensätze und verschlüsselte Schlüsselumschläge, während Apple weiterhin Dienstmetadaten beobachten kann. Für Vaultaire ist kein Vaultaire-Identitätskonto erforderlich.
Vaultaire speichert Wiederherstellungsinformationen, einschließlich des Musters, in einem AES-GCM verschlüsselte Datenbank gespeichert in iOS Keychain. Es wird nicht in Klartextdateien geschrieben oder an einen Vaultaire-Kontodienst gesendet. Wenn kein verwendbares Muster vorhanden ist, Wiederherstellungssatzoder ein bereits entsperrtes Gerät verbleibt, verfügt Vaultaire nicht über einen Anbieter-Wiederherstellungsschlüssel, der den Zugriff wiederherstellen kann.
Häufig gestellte Fragen
Ist Ende-zu-Ende-Verschlüsselung legal?
Die rechtliche Behandlung von Verschlüsselung, erzwungenem Zugriff und verschlüsselten Diensten variiert je nach Gerichtsbarkeit und kann sich ändern. Dieser Leitfaden beschreibt das technische Modell, keine Rechtsberatung. Überprüfen Sie die geltenden örtlichen Gesetze, wenn Ihre Nutzung Grenzdurchsuchungen, Gerichtsbeschlüsse, regulierte Aufzeichnungen oder eine andere Situation mit hohem Risiko umfasst.
Können Strafverfolgungsbehörden Ende-zu-Ende-Verschlüsselung knacken?
Angriffe müssen selten vollständig durchsucht werden AES-256 Schlüsselraum. Ein Prüfer kann auf ein schwaches Passwort oder Muster, einen entsperrten Endpunkt, Speicher, eine Wiederherstellungsphrase, einen Empfänger, ein Backup oder einen Implementierungsfehler abzielen. Korrekt umgesetzt AES-256-GCM mit einem zufälligen Schlüssel mit hoher Entropie ist so konzipiert, dass er der direkten Schlüsselsuche standhält, aber das ist nur ein Teil des Systems.
Was ist der Unterschied zwischen E2EE und Zero-Knowledge-Verschlüsselung?
E2EE beschreibt, wo die Klartextverschlüsselung und -entschlüsselung erfolgt und wer über verwendbare Inhaltsschlüssel verfügt. „Zero-Knowledge“ wird im Produktmarketing oft für anbieterunabhängige Verschlüsselung verwendet, sollte aber nicht wörtlich genommen werden: Einem Dienst können Klartextschlüssel fehlen, während er dennoch Chiffretext, Kontodaten, Größen, Timing, Freigabebeziehungen und andere Metadaten sieht. Bewerten Sie die dokumentierten Schlüssel- und Wiederherstellungspfade und nicht nur die Bezeichnung.
Verlangsamt Ende-zu-Ende-Verschlüsselung mein Telefon?
Moderne Geräte handhaben AES-256 effizient mit Hardwarebeschleunigung, die durch kryptografische Systembibliotheken bereitgestellt wird. Auf iPhone, Vaultaire tritt auf AES-GCM im App-Prozess durch CryptoKit. Apples Öffentlichkeit Secure Enclave APIs sind keine Willkür AES-GCM Engine zur Dateiverschlüsselung. Der Verschlüsselungs- und Entschlüsselungsaufwand hängt von der Dateigröße und dem Gerät ab, ist jedoch so konzipiert, dass er bei normaler Verwendung nicht im Weg ist.
Was passiert, wenn ich meinen Verschlüsselungsschlüssel verliere?
Der Verlust aller nutzbaren Entschlüsselungs- und Wiederherstellungspfade führt dazu, dass verschlüsselte Daten nicht mehr wiederhergestellt werden können. Viele E2EE-Systeme verwenden daher Wiederherstellungsphrasen, vertrauenswürdige Geräte, Wiederherstellungskontakte, Notfallpakete oder verschlüsselte Schlüsselumschläge. Diese Mechanismen bewahren den Zugriff, werden aber auch Teil des Sicherheitsmodells.
Fazit
Durch die Ende-zu-Ende-Verschlüsselung kann der Klartext-Schlüsselpfad des Speicheranbieters entfernt werden, wenn die Verschlüsselung vor dem Hochladen auf einem autorisierten Endpunkt erfolgt. Das ist ein sinnvoller Schutz, keine Garantie für das gesamte System. Überprüfen Sie die Aufbewahrung von Inhaltsschlüsseln, Wiederherstellung, Metadaten, Client-Updates, Endpunktsicherheit und Freigabe, bevor Sie einem Dienst private Fotos anvertrauen.
Vaultaire implementiert clientseitige Verschlüsselung für iOS. Ihre Fotos und Tresor-Metadaten werden auf dem Gerät verschlüsselt AES-256-GCM vor der optionalen Sicherung oder Synchronisierung. Vaultaire erhält weder die Entschlüsselungsschlüssel noch betreibt es einen Server, der diese verschlüsselten Datensätze in Ihre Fotos umwandeln kann. Diese Anbietergrenze führt nicht zu einer Gefährdung oder Entsperrung iPhone vertrauenswürdig.