Verschlüsseln Sie eine Datei mit AES-256-GCM im AES-256-GCM-Verschlüsseler. Der Schlüssel verlässt Ihren Browser nie, und die Datei wird lokal verarbeitet.
Was Cloud-Verschlüsselung abdeckt und was nicht
Cloud-Anbieter verschlüsseln Daten im Ruhezustand. Das schützt die physische Festplatte und die Speicherschicht, aber in den meisten Verbraucherprodukten hält der Anbieter die Schlüssel und kann den Klartext lesen, wenn er eine Datei für Ihr Konto ausliefert.
Die verbleibenden Risiken sind praktisch: eine Kontoübernahme, ein gestohlenes Sitzungs-Cookie, ein Sync-Client, der einen Ordner kopiert, dessen Freigabe Sie vergessen haben, oder ein Support-Werkzeug mit Zugriff auf Ihre Daten. Verschlüsselung vor dem Upload verschiebt die Vertrauensgrenze: Die Cloud speichert Bytes, die sie nicht lesen kann.
Sie schützt nicht ein bereits kompromittiertes Gerät, ein schwaches Passwort, das die verschlüsselte Datei schützt, oder einen Schlüssel, der neben dem Chiffretext liegt. Verschlüsselung ist eine Schicht, kein vollständiges Sicherheitsprogramm.
Hinweis: Die Verschlüsselung einer Datei verbirgt nicht ihre Größe, ihren Upload-Zeitpunkt oder die Tatsache, dass Sie etwas hochgeladen haben. Sie verbirgt den Inhalt, nicht die Metadaten.
Authentifizierte Verschlüsselung verwenden
AES-256-GCM ist ein vernünftiger Standard für die Dateiverschlüsselung. Es bietet Vertraulichkeit und Integrität: Wird ein einziges Byte des Chiffretexts verändert, schlägt die Entschlüsselung fehl, statt korrupten Klartext zurückzugeben.
GCM braucht für jede Verschlüsselung mit demselben Schlüssel eine eindeutige Nonce. Eine zufällige 96-Bit-Nonce ist Standard. Verwenden Sie eine Nonce nie mit demselben Schlüssel erneut; bei zufälligen Nonces bleibt die Kollisionswahrscheinlichkeit für eine normale Zahl von Dateien vernachlässigbar.
Der Schlüssel sollte über eine langsame Schlüsselableitungsfunktion wie PBKDF2 aus einer starken Passphrase entstehen oder aus einer zufälligen Schlüsseldatei stammen. AES-CBC ohne separaten MAC, eigene XOR-Schemata und „versteckte“ Algorithmen in einer Tabellenkalkulation sind kein Ersatz. Der Leitfaden für AES-Verschlüsselung in der Produktion vertieft Modus- und Schlüsselwahl.
- Algorithmus: AES-256-GCM mit einer zufälligen 96-Bit-Nonce.
- Integrität: Der Authentifizierungs-Tag muss geprüft werden, bevor der Klartext verwendet wird.
- Schlüsselableitung: PBKDF2 mit hoher Iterationszahl oder ein zufälliger 256-Bit-Schlüssel.
- Nonce-Speicherung: zusammen mit dem Chiffretext; sie ist nicht geheim, muss aber eindeutig sein.
Verschlüsseln, bevor die Datei Ihr Gerät verlässt
- Öffnen Sie den AES-256-GCM-Verschlüsseler und wählen Sie den Dateimodus.
- Wählen Sie die Datei. Sie wird lokal gelesen und nie hochgeladen.
- Verwenden Sie eine starke Passphrase oder erzeugen Sie eine und speichern Sie sie in einem Passwort-Manager.
- Verschlüsseln Sie und laden Sie die verschlüsselte Datei herunter. Das Original bleibt unverändert.
- Exportieren Sie die Schlüsseldatei, wenn das Werkzeug sie anbietet, und speichern Sie sie getrennt vom Chiffretext.
- Laden Sie nur die verschlüsselte Datei in den Cloud-Speicher.
- Laden Sie sie einmal herunter und entschlüsseln Sie sie, um zu bestätigen, dass die Sicherung funktioniert, bevor Sie das lokale Original löschen.
Warnung: Wenn Sie die Passphrase und die Schlüsseldatei verlieren, sind die Daten weg. Es gibt keinen Wiederherstellungsdienst für eine Datei, die Sie lokal verschlüsselt haben.
Schlüsselverwaltung ist der schwierige Teil
Die Verschlüsselung ist meist der einfache Schritt. Der Fehlerfall ist die Schlüsselverwaltung: ein Schlüssel im selben Cloud-Ordner, eine anderswo wiederverwendete Passphrase oder eine einzige Kopie auf dem Laptop, der ausfällt. Für Geheimnisse im Repository gilt dieselbe Regel beim Verschlüsseln von .env-Dateien vor dem Commit.
Halten Sie mindestens zwei Kopien des Schlüssels an getrennten Orten, etwa in einem Passwort-Manager und in einer Offline-Sicherung. Laden Sie den Schlüssel nicht beim selben Anbieter hoch wie den Chiffretext. Wird das Cloud-Konto kompromittiert, soll der Angreifer eine Datei bekommen, die er nicht öffnen kann.
Legen Sie im Team vor dem ersten Upload fest, wer entschlüsseln darf und wie Schlüssel rotiert werden. Eine Schlüsselrotation bedeutet, jede Datei zu entschlüsseln und neu zu verschlüsseln, die ihn verwendet hat; planen Sie diese Kosten ein.
- Speichern Sie den Schlüssel nie im selben Bucket oder Ordner wie die verschlüsselte Datei.
- Verwenden Sie eine eindeutige Passphrase; nutzen Sie kein Kontopasswort erneut.
- Bewahren Sie eine Offline-Kopie der Schlüsseldatei auf.
- Notieren Sie, welcher Schlüssel zu welcher Datei gehört, wenn Sie Schlüssel rotieren.
- Testen Sie die Entschlüsselung auf einem zweiten Gerät, bevor Sie sich auf die Sicherung verlassen.
Dateinamen und Sync-Clients verraten ebenfalls etwas
Eine Datei namens passscan.pdf verrät dem Anbieter und jedem mit Zugriff, was der verschlüsselte Block enthält. Benennen Sie sie vor dem Upload neutral um und halten Sie die Zuordnung in Ihren eigenen Notizen fest.
Sync-Clients können automatisch hochladen, sobald eine Datei in einem überwachten Ordner landet. Wenn Sie Google Drive, Dropbox oder iCloud Drive nutzen, verschlüsseln Sie die Datei, bevor Sie sie in diesen Ordner verschieben. Bei Fotos schalten Sie den automatischen Upload für sensible Alben ab oder verschlüsseln Sie zuerst und laden das Ergebnis hoch.
Hinweis: Versionsverlauf und Miniaturansichten in der Cloud können frühere Kopien behalten. Wurde eine Datei einmal im Klartext hochgeladen, entfernt Löschen heute möglicherweise nicht jede Version.
Wo dieser Ablauf endet
Ein Browser verschlüsselt im Arbeitsspeicher, daher begrenzt der RAM des Geräts sehr große Dateien. Zippen Sie einen Ordner zuerst oder teilen Sie ihn in kleinere Archive und verschlüsseln Sie jedes Archiv.
Verschlüsselte Dateien lassen sich in der Cloud nicht durchsuchen, in der Vorschau anzeigen oder gemeinsam bearbeiten. Muss ein Team am Dokument arbeiten, verschlüsseln Sie es nur für die Aufbewahrung und entschlüsseln Sie es zur Bearbeitung in eine kontrollierte lokale Umgebung.
Verschlüsselung ersetzt auch keine Sicherungen. Bewahren Sie die verschlüsselte Datei und den Schlüssel getrennt gesichert auf und testen Sie den Wiederherstellungsweg.
FAQ
Q.Reicht die anbieterseitige Cloud-Verschlüsselung nicht?
A.Sie schützt die Speicherinfrastruktur, aber in den meisten Verbraucherprodukten hält der Anbieter die Schlüssel und kann auf den Klartext zugreifen. Wenn Sie vor dem Upload verschlüsseln, sieht der Anbieter nur Chiffretext. Der Preis dafür ist, dass Sie für den Schlüssel verantwortlich sind.
Q.Was passiert, wenn ich den Schlüssel verliere?
A.Die Datei lässt sich nicht entschlüsseln. Es gibt keinen Wiederherstellungsweg, wenn Sie lokal verschlüsseln und den Schlüssel selbst verwahren. Speichern Sie mindestens zwei Kopien an getrennten Orten und testen Sie eine davon, bevor Sie sie brauchen.
Q.Kann ich Fotos vor iCloud oder Google Photos verschlüsseln?
A.Ja, aber die verschlüsselte Datei erscheint nicht als Foto in der Vorschau, und der automatische Upload kann sie kopieren, bevor Sie fertig sind. Verschlüsseln Sie zuerst, laden Sie die verschlüsselte Datei hoch und halten Sie den Schlüssel aus der Fotobibliothek heraus. Für sensible Alben deaktivieren Sie den automatischen Upload.
Q.Bricht das Umbenennen der verschlüsselten Datei sie?
A.Nein. Der Chiffretext enthält, was zur Entschlüsselung nötig ist, solange Sie den Schlüssel und die Nonce-Metadaten unversehrt behalten. Der Dateiname ist nicht Teil der kryptografischen Nutzlast, kann aber Informationen verraten; wählen Sie einen neutralen Namen.
Referenzen
- NIST SP 800-38D – Recommendation for Block Cipher Modes of Operation: Galois/Counter Mode (GCM): https://csrc.nist.gov/pubs/sp/800/38/d/final
- OWASP – Cryptographic Storage Cheat Sheet: https://cheatsheetseries.owasp.org/cheatsheets/Cryptographic_Storage_Cheat_Sheet.html
- W3C – Web Cryptography API: https://www.w3.org/TR/WebCryptoAPI/
- RFC 8018 – PKCS #5: Password-Based Cryptography Specification Version 2.1: https://www.rfc-editor.org/rfc/rfc8018
Eine Datei vor dem Upload verschlüsseln
AES-256-GCM in Ihrem Browser. Ihre Datei und Ihr Schlüssel verlassen Ihr Gerät nie.
Erst verschlüsseln, dann hochladen
Die Cloud ist ein guter Ort für Chiffretext und ein schlechter Ort für Klartext, dessen Offenlegung Sie sich nicht leisten können. Verschlüsseln Sie lokal, bewahren Sie den Schlüssel anderswo auf und prüfen Sie, dass Sie entschlüsseln können, bevor Sie sich auf die Sicherung verlassen.
Verschlüsseln Sie eine Datei mit AES-256-GCM im AES-256-GCM-Verschlüsseler. Schlüssel und Datei bleiben in Ihrem Browser.
Verwandte Artikel
.env-Dateien vor dem Commit verschlüsseln: Ein Praxisleitfaden
Eine .env im Klartext zu committen leakt jedes Secret in Ihrem Repository. Muss eine Kopie in Git liegen, verschlüsseln Sie sie zuerst – so geht der sichere Ablauf.
AES-256-GCM-Verschlüsselung erklärt
Verstehen Sie, wie AES-256-GCM-Verschlüsselung funktioniert und warum es der Goldstandard für clientseitigen Datenschutz ist.
Passwortbasierte Verschlüsselung: Die Komplettlösung
Datenbank-Leaks passieren täglich. Erfahren Sie, wie Sie ein robustes passwortbasiertes Verschlüsselungssystem aufbauen, das auch nach einem Leak sicher bleibt.
Zero-Knowledge-Architektur erklärt
Verstehen Sie das Zero-Knowledge-Prinzip und wie es bei der Erstellung privatbasierter Anwendungen hilft.
Text vor ChatGPT verschlüsseln
Alles, was Sie in einen KI-Assistenten einfügen, geht an einen Dienst, der es protokollieren oder trainieren kann. Verschlüsselung hält Quellcode, Kundendaten und Pläne für alle außer Ihnen unlesbar.