Die einfachste Art, sich einen Fototresor vorzustellen

Stellen Sie sich vor, ein Foto in einen Safe zu legen.

Die Analogie hat eine wichtige Grenze. Ein physischer Safe enthält ein Objekt. Ein Telefon kann viele Kopien halten: das Original in Fotos oder der Galerie, eine importierte Tresorkopie, ein Miniaturbild, eine bearbeitete Version, einen Nachrichtenanhang, eine Cloud-Kopie und einen Export. Eine Kopie zu verschlüsseln, schützt oder löscht die anderen nicht automatisch.

Ein Tresor schützt die Daten, die er verwaltet, während er gesperrt ist. Quellkopien, angezeigter Klartext und Exporte gehören zu verschiedenen Sicherheitsgrenzen.

  • Das Foto ist der Klartext: die ursprüngliche lesbare Information.
  • Der Schlüssel des Safes ist der Verschlüsselungsschlüssel: ein langes, zufälliges Geheimnis, das der Verschlüsselungsalgorithmus verwendet.
  • Der gesperrte Safe ist der Chiffretext: Daten, die ohne den Schlüssel bedeutungslos aussehen sollten.
  • Ihr Passwort, Ihre PIN oder Ihr Muster beweist, dass die App den Schlüssel verwenden darf. Es sollte nicht der Schlüssel sein, mit dem jede Datei direkt verschlüsselt wird.

Was beim Import eines Fotos passiert

Ein gut gestalteter Importablauf folgt in der Regel vier groben Schritten:

Viele moderne Tresore nutzen AES-GCM. AES ist die in NIST FIPS 197 standardisierte Blockchiffre, und GCM ist ein in NIST SP 800-38D spezifizierter Modus authentifizierter Verschlüsselung.

Diese Standardherkunft ist wichtig, aber ein Algorithmusname allein beweist nicht, dass eine App sicher ist. Schlüsselerzeugung, Nonce-Handhabung, Metadaten, Sicherungen, Fehlerbehandlung und die Lebensdauer von Klartext sind ebenfalls wichtig.

  • Die App liest die ausgewählte Datei. In diesem Moment kann das Quellfoto noch in der System-Fotomediathek existieren.
  • Die App erzeugt oder ruft einen zufälligen Tresorschlüssel ab. Sichere Anwendungen nutzen kryptografische Zufallszahlengeneratoren des Betriebssystems statt eines einprägsamen Wortes oder eines vorhersehbaren Wertes.
  • Die App verschlüsselt und authentifiziert das Foto. Die Ausgabe ist Chiffretext plus die Information, die nötig ist, um zu prüfen, dass es nicht verändert wurde.
  • Die App speichert das versiegelte Ergebnis. Wenn der Tresor gesperrt ist, wird der gewöhnliche App-Zugriff auf den Entschlüsselungsschlüssel entfernt.

Warum Ihr Passwort nicht der Dateischlüssel sein sollte

Menschen wählen Passwörter, PINs und Muster, die sie sich merken können. Kryptografische Schlüssel sollten lang, zufällig und unpraktisch zu erraten sein. Das sind verschiedene Aufgaben.

Ein solides Design trennt den Zugangsschlüssel vom zufälligen Schlüssel, der den Tresor schützt:

Argon2id ist eine moderne Wahl zur Schlüsselableitung. RFC 9106 beschreibt Argon2 als speicherharte Funktion und enthält Argon2id als primäre Variante. Speicherharte Verarbeitung macht jeden Rateversuch teurer, besonders im großen Maßstab. Sie verwandelt 1234, ein kleines Quadrat oder ein wiederverwendetes Passwort nicht in ein starkes Geheimnis.

Dieses geschichtete Modell macht auch Passwortänderungen praktischer. Die App kann ändern, wie der Zugriff auf den stabilen Tresorschlüssel umschlossen ist, statt jedes Foto zu entschlüsseln und neu zu verschlüsseln. OWASP beschreibt dieselbe allgemeine Trennung als einen Datenverschlüsselungsschlüssel, der durch einen separaten Schlüsselverschlüsselungsschlüssel geschützt wird, in seinem Cryptographic Storage Cheat Sheet.

  • Sie geben ein Passwort, eine PIN oder ein Muster ein.
  • Eine Schlüsselableitungsfunktion verarbeitet es mit einem einzigartigen Salt und verbraucht bewusst Rechenressourcen.
  • Das Ergebnis entsperrt oder entpackt einen zufälligen Tresorschlüssel.
  • Der Tresorschlüssel verankert separate Schlüssel für Inhalte, Metadaten oder einzelne Dateien.

Warum authentifizierte Verschlüsselung wichtig ist

Verschlüsselung beantwortet eine Frage: „Kann jemand diese Daten ohne den Schlüssel verstehen?“

Authentifizierung beantwortet eine andere: „Wurden diese verschlüsselten Daten verändert?“

AES-GCM vereint beide Aufgaben. Wenn eine App eine Datei versiegelt, erzeugt sie auch ein Authentifizierungs-Tag. Wird der Chiffretext oder sein geschützter Kontext verändert, sollte die Prüfung fehlschlagen und die App sich weigern, Klartext freizugeben. NIST nennt dies authentifizierte Verschlüsselung mit zugehörigen Daten in SP 800-38D.

Zugehörige Daten können einen verschlüsselten Datensatz an Fakten binden, die nicht austauschbar sein sollten – zum Beispiel seinen Tresor, seine Datei, seinen Datensatztyp oder seine Chunk-Position. Das hilft zu verhindern, dass ein gültiger verschlüsselter Block still in den falschen Kontext verschoben wird.

Das sichere Fehlschlagen hat einen Kompromiss: Beschädigter oder veränderter Chiffretext kann unzugänglich werden. Das ist sicherer als das Anzeigen ungeprüfter Ausgaben, aber auch der Grund, warum unersetzliche Dateien eine getestete Sicherung brauchen.

Ein Foto ist mehr als seine Pixel in voller Größe

Private Medien können Hinweise hinterlassen, selbst wenn die Originaldatei verschlüsselt ist. Ein vollständiges Tresordesign muss berücksichtigen:

Wenn ein Tresor das Foto in voller Größe verschlüsselt, aber ein lesbares Miniaturbild oder einen aussagekräftigen Dateinamen auf der Festplatte belässt, kann die sensibelste Information dennoch offengelegt sein. Gute Produktdokumentation sollte angeben, ob ihre Schutzgrenze Inhalte, Metadaten, Miniaturbilder und temporäre Dateien umfasst.

  • Dateinamen und vom Nutzer vergebene Bezeichnungen;
  • Daten, Standorte und andere Metadaten;
  • Miniaturbilder und Vorschauen;
  • Bearbeitungen und optimierte Versionen;
  • Live-Photo- oder gekoppelte Videoressourcen;
  • Albumzugehörigkeit und Suchindizes;
  • temporäre Dateien, die beim Ansehen oder Exportieren erstellt werden.

Was „gesperrt“ tatsächlich bedeutet

Wenn ein Tresor gesperrt ist, sollte die App keinen gewöhnlichen Zugriff mehr auf die aktiven Klartextschlüssel haben, die sie zum Anzeigen von Dateien braucht. Die verschlüsselten Dateien können im Speicher verbleiben; ohne den erforderlichen Schlüssel sollten diese Dateien nicht sinnvoll lesbar sein.

Das Entsperren ändert die Situation. Um ein Bild anzuzeigen, muss die App genug Daten entschlüsseln, damit das Betriebssystem es darstellen kann. Klartext existiert dann im Speicher und auf dem Anzeigeweg. App-Lebenszyklus-Sperren, kurze Schlüssellebensdauern und geschützter temporärer Speicher können die Exposition verringern, aber sie können sichtbaren Klartext nicht unsichtbar machen.

Unter Android kann der Android-Keystore geeignetes Schlüsselmaterial nicht exportierbar halten und es auf unterstützten Geräten an sichere Hardware binden. Apples Keychain-Datenschutz bietet ähnlich Schutzklassen und durch die Secure Enclave erzwungene Zugriffskontrollen für sensible Objekte.

Diese Plattformfunktionen sind wertvoll, aber sie machen ein bereits kompromittiertes, entsperrtes Telefon nicht sicher. Schadsoftware, die die App oder das Betriebssystem kontrolliert, kann unter Umständen Schlüsseloperationen anfordern oder Klartext beobachten, während der Nutzer ihn ansieht, selbst wenn der Schlüssel selbst nicht exportiert werden kann.

Verstecktes Album, Geräteverschlüsselung und ein verschlüsselter Tresor sind verschieden

Diese Schutzmaßnahmen können zusammenwirken, lösen aber verschiedene Probleme.

„Verschlüsselt“ ist daher keine vollständige Antwort. Fragen Sie, welche Kopie, gegen wen, während sich das Gerät in welchem Zustand befindet und wer den Schlüssel erhalten kann.

  • Schutz – Was er hauptsächlich schützt – Entsperrbefugnis – Wichtige Grenze
  • Verstecktes Album oder Galerie-Verstecken – Zufälliges Entdecken innerhalb einer Foto-App – Meist die Geräte- oder Foto-App-Sperre – Das Objekt kann in derselben Fotomediathek und im Cloud-Sync-Modell verbleiben
  • Telefonspeicherverschlüsselung – Daten auf einem gesperrten oder ausgeschalteten Gerät – Gerätecode und Plattformschlüssel – Sobald das Gerät entsperrt ist, können berechtigte Apps ihre erlaubten Daten nutzen
  • Verschlüsselter Fototresor – Die von der App verwaltete Kopie, während der Tresor gesperrt ist – Tresor-Zugangsschlüssel plus das Schlüsseldesign der App – Originale, Exporte, Bildschirme und andere Kopien bleiben getrennt
  • Ende-zu-Ende-verschlüsselte Cloud-Kopie – Inhalte zwischen berechtigten Endpunkten – Für berechtigte Geräte verfügbare Schlüssel – Der Anbieter kann weiterhin Konto-, Zeit-, Größen- und Verkehrs-Metadaten verarbeiten

Was Zero-Knowledge-Verschlüsselung bedeutet

Zero-Knowledge-Verschlüsselung wird üblicherweise für eine Dienstarchitektur verwendet, bei der der Anbieter verschlüsselte Daten speichert, aber nicht die Schlüssel besitzt, die zum Entschlüsseln der Inhalte des Nutzers nötig sind. Die Verschlüsselung geschieht, bevor die Daten den Anbieter erreichen, und die Entschlüsselung geschieht auf einem berechtigten Nutzergerät.

Eine einfache Analogie ist ein Hotel, das Ihnen einen Safe vermietet, aber nie die Kombination erhält. Das Hotel kann den Safe lagern und bewegen. Es kann sehen, dass ein Safe existiert und wie groß er ist. Es kann den Safe nicht für Sie öffnen, wenn Sie die Kombination vergessen.

Für einen Cloud-Tresor lauten die zentralen Fragen:

Zero Knowledge bedeutet nicht, dass der Dienst buchstäblich nichts erfährt. Es beschreibt den Zugriff auf verschlüsselte Inhalte, nicht das Fehlen aller Dienst-Metadaten. Es schützt auch keinen entsperrten Endpunkt: Ein kompromittiertes Telefon kann ein Foto nach der berechtigten Entschlüsselung beobachten.

Ein System kann beide Beschreibungen verwenden, aber Leser sollten ein dokumentiertes Schlüssel- und Wiederherstellungsdesign suchen, statt sich allein auf ein Etikett zu verlassen.

Das schafft einen realen Kompromiss: Eine stärkere Trennung vom Anbieter legt mehr Verantwortung auf den Nutzer. Der Verlust jedes berechtigten Geräts und jedes Wiederherstellungsgeheimnisses kann die Daten dauerhaft unzugänglich machen.

  • Werden Verschlüsselungsschlüssel auf dem Gerät des Nutzers erzeugt oder abgeleitet?
  • Erhält der Anbieter jemals den Klartextschlüssel oder Zugangsschlüssel?
  • Kann der Kontosupport den Zugriff zurücksetzen und die alten Dateien offenlegen?
  • Braucht ein neues Gerät ein Wiederherstellungsgeheimnis oder die Genehmigung eines bestehenden Geräts?
  • Welche Konto-, Zeit-, Geräte-, Speichergrößen- und Netzwerk-Metadaten bleiben sichtbar?
  • Zero Knowledge vs. Ende-zu-Ende-Verschlüsselung – Die Ideen überschneiden sich, aber die Betonung ist verschieden.
  • Ende-zu-Ende-Verschlüsselung beschreibt einen Weg: Nur berechtigte Endpunkte sollten den Inhalt entschlüsseln, während er sich durch einen Dienst bewegt oder synchronisiert.
  • Zero-Knowledge-Verschlüsselung betont den Anbieterzugriff: Der Anbieter sollte nicht die Befugnis besitzen, die zum Entschlüsseln gespeicherter Nutzerinhalte nötig ist.
  • Der Wiederherstellungskompromiss – Wenn dem Anbieter die Entschlüsselungsbefugnis wirklich fehlt, kann er nicht einfach einen Reset-Link mailen, der den Zugriff auf alte verschlüsselte Inhalte wiederherstellt. Wiederherstellung braucht eine andere Befugnisquelle, etwa eine Wiederherstellungsphrase, einen Wiederherstellungsschlüssel, die Genehmigung eines bestehenden Geräts oder einen zuvor exportierten Schlüssel.

Sieben Fragen, bevor Sie einer Tresor-App vertrauen

  • 1. Was genau ist verschlüsselt? – Suchen Sie eine ausdrückliche Aussage zu Originalinhalten, Miniaturbildern, Dateinamen, Metadaten, Notizen und temporären Dateien. Ein Chiffrename allein genügt nicht.
  • 2. Woher kommen die Schlüssel? – Die App sollte kryptografisch sicheren Zufall für Inhaltsschlüssel nutzen. Ein Passwort oder Muster sollte ein dokumentiertes Schlüsselableitungsdesign durchlaufen, statt direkt zum Dateischlüssel zu werden.
  • 3. Erkennt sie Manipulation? – Suchen Sie authentifizierte Verschlüsselung wie AES-GCM oder ChaCha20-Poly1305 oder eine andere gut dokumentierte Encrypt-then-Authenticate-Konstruktion. OWASP empfiehlt authentifizierte Modi, wo verfügbar.
  • 4. Was passiert mit dem Original? – Import und Löschung sind getrennte Vorgänge. Prüfen Sie Fotos oder Galerie, „Zuletzt gelöscht“ oder Papierkorb, Dateien, Cloud-Mediatheken, Nachrichten, geteilte Alben und andere Geräte.
  • 5. Was passiert, wenn das Telefon verloren geht? – Ein verschlüsselter Tresor ohne wiederherstellbare Kopie schützt die Privatsphäre, aber nicht die Verfügbarkeit. Verstehen Sie, ob die Wiederherstellung das Originalgerät, eine verschlüsselte Sicherungsdatei, eine Phrase, ein Konto oder eine Kombination braucht.
  • 6. Kann der Anbieter den Zugriff zurücksetzen und die alten Daten offenlegen? – Wenn ja, hat der Anbieter oder das Wiederherstellungssystem einen Weg zur Entschlüsselungsbefugnis. Das kann eine bewusste Bequemlichkeit sein, sollte aber klar offengelegt werden.
  • 7. Sind die Grenzen aufgeschrieben? – Vertrauenswürdige Dokumentation sollte kompromittierte Geräte, schwache Zugangsdaten, Exporte, Löschgrenzen, Sicherungen und nicht wiederherstellbare Daten erörtern – nicht nur Chiffrenamen.

Ein fiktives Beispiel

In diesem fiktiven Szenario importiert Maya einen Passscan in einen Tresor und bestätigt, dass sich die Kopie in voller Auflösung nach dem Sperren und Entsperren öffnet. Dann erstellt und testet sie die dokumentierte verschlüsselte Sicherung. Erst nach beiden Prüfungen durchsucht sie Fotos, „Zuletzt gelöscht“, Dateien, Nachrichten und ihre Cloud-Fotomediathek nach unerwünschten Quellkopien.

Der Tresor schützt seine verwaltete Kopie, während er gesperrt ist. Die Sicherung schützt vor Geräteverlust. Das Entfernen anderer Kopien verringert die Exposition außerhalb des Tresors. Das sind drei getrennte Aufgaben, und das Auslassen einer davon ändert das Ergebnis.

Der einprägsame Zugangsschlüssel autorisiert den Zugriff auf einen zufälligen Schlüssel; authentifizierte Verschlüsselung verwandelt das verwaltete Foto in versiegelten Chiffretext.

Wovor Verschlüsselung nicht schützen kann

Ein verschlüsselter Fototresor kann nicht:

Das richtige mentale Modell ist einfach: Verschlüsselung ist mächtig innerhalb ihrer angegebenen Grenze. Gute Privatsphäre entsteht daraus, diese Grenze zu verstehen und jede Kopie zu verwalten, die sie überschreitet.

  • Originale, Exporte, Nachrichten, Sicherungen oder Empfängerkopien automatisch entfernen;
  • eine andere Kamera daran hindern, einen entsperrten Bildschirm abzufotografieren;
  • ein schwaches oder beobachtetes Passwort oder Muster unerratbar machen;
  • Klartext während des Entsperrens vor einem kompromittierten Betriebssystem schützen;
  • physische Löschung aus Flash-Speicher, Snapshots oder alten Sicherungen garantieren;
  • Daten wiederherstellen, wenn jede gültige Chiffretextkopie oder jedes erforderliche Wiederherstellungsgeheimnis verloren ist;
  • jeden Beweis verbergen, dass die App oder der verschlüsselte Speicher existiert.

Fragen, die Menschen stellen

  • Kann jemand einen Tresor durch Kopieren seiner Dateien lesen? – Ein solides Design zielt darauf, kopierten Chiffretext ohne das erforderliche Schlüsselmaterial unlesbar zu machen. Das beschreibt eine Offline-Kopie. Wer das Originalgerät kontrolliert, während der Tresor entsperrt ist, sieht sich einer anderen – und viel leichteren – Angriffsfläche gegenüber.
  • Genügt AES-256, um zu beweisen, dass eine App sicher ist? – Nein. AES-256 ist eine standardisierte Chiffre, aber das umgebende Design entscheidet, ob sie sicher verwendet wird. Schlüsselerzeugung, authentifizierter Modus, einzigartige Nonces, Metadaten, temporäre Dateien, Sicherungen und Fehlerbehandlung sind alle wichtig.
  • Werden auch Miniaturbilder verschlüsselt? – Sie sollten innerhalb der Schutzgrenze des Tresors liegen, wenn sie private Inhalte verraten. Andere Apps oder das Betriebssystem können weiterhin vor dem Import oder nach dem Export erstellte Vorschauen halten.
  • Verschlüsselt eine Passwortänderung jedes Foto neu? – Nicht unbedingt. In einem geschichteten Design kontrolliert das Passwort den Zugriff auf einen stabilen zufälligen Tresorschlüssel. Die App kann den Zugriff auf diesen Schlüssel neu umschließen, ohne jedes Inhaltsobjekt allein deshalb neu zu verschlüsseln, weil sich der Zugangsschlüssel geändert hat.
  • Was passiert, wenn verschlüsselte Daten beschädigt werden? – Authentifizierte Entschlüsselung sollte fehlschlagen, wenn Chiffretext oder sein geschützter Kontext nicht verifiziert. Das verhindert die stille Annahme veränderter Daten, kann aber eine beschädigte Datei unzugänglich machen. Halten Sie für alles Unersetzliche eine getestete Sicherung bereit.
  • Ist eine verschlüsselte Sicherung automatisch privat und wiederherstellbar? – Nein. Privatsphäre hängt davon ab, wer die Schlüssel hat; Wiederherstellung hängt davon ab, sowohl die erforderliche Befugnis als auch eine gültige verschlüsselte Kopie zu behalten. Eine Wiederherstellungsphrase kann keine fehlende Sicherungsdatei neu erzeugen.

Primärquellen und weiterführende Literatur

Für die produktspezifische Umsetzung von NullVault siehe die gesonderte Sicherheitsarchitektur und die Sicherheitsgrenzen.

Leitfaden geprüft: 30. August 2026.

  • NIST FIPS 197: Spezifikation des Advanced Encryption Standard (AES)
  • NIST SP 800-38D: Galois/Counter Mode (GCM) und GMAC
  • RFC 9106: Argon2 speicherharte Funktion
  • OWASP Cheat Sheet zur kryptografischen Speicherung
  • Android Developers: Android-Keystore-System
  • Android Developers: Kryptografie
  • Apple Platform Security: Keychain-Datenschutz
  • Apple Platform Security: Überblick über Verschlüsselung und Datenschutz

Eli beginnt mit einem nicht sensiblen Test: „beginnt mit einem nicht sensiblen Objekt, während er prüft, wie verschlüsselte Fototresore funktionieren.“ Als Nächstes folgt Eli der zweiten Prüfung: „sperrt die betreffende App oder das Gerät und bestätigt danach das Ergebnis aus einer frischen Sitzung.“ Dieses fiktive Szenario veranschaulicht den Entscheidungsprozess; es ist kein Bericht über Produkttests.

  • Das in „Wie verschlüsselte Fototresore funktionieren“ beschriebene Ergebnis erfasst nicht automatisch exportierte, geteilte, zwischengespeicherte oder cloud-synchronisierte Kopien.
  • Ein verlorener Zugangsschlüssel, ein gelöschter App-Container, ein zurückgesetztes Gerät oder eine ungetestete Sicherung können geschützte Daten unzugänglich machen.

Was schützt ein Tresor tatsächlich?

Er schützt seine eigene verwaltete Kopie, während diese Kopie im Ruhezustand gesperrt ist. Er schützt kein Foto, das noch im Kamerafilm liegt, bereits exportiert wurde oder auf einem entsperrten Bildschirm sichtbar ist.

Wer hält den Schlüssel zu einem verschlüsselten Tresor?

In einem lokal-zuerst-Design wird der Schlüssel auf Ihrem Gerät aus Ihrem Zugangsschlüssel und dem Plattform-Schlüsselmaterial abgeleitet, weshalb ein vergessener Zugangsschlüssel und ein ungetesteter Wiederherstellungsweg Inhalte dauerhaft unzugänglich machen können.

Primärquellen für diesen Leitfaden