Client-Side Encryption
Client-Side Encryption bedeutet: Daten werden schon auf dem eigenen Gerät unlesbar gemacht und erst danach zu einem Anbieter im Internet geschickt. Der Anbieter speichert nur den unlesbaren Datensalat und besitzt den Schlüssel nicht.
Wer eine Datei in einen Online-Speicher lädt, gibt sie normalerweise im Klartext ab. Der Anbieter kann sie dort lesen, auch wenn er es meist nicht tut. Bei Client-Side Encryption läuft es anders herum. Die Datei wird zuerst auf dem eigenen Gerät in eine unleserliche Zeichenfolge umgerechnet. Dieses Umrechnen nennt man Verschlüsselung, und es lässt sich nur mit einem passenden Schlüssel rückgängig machen. Erst danach verlässt die Datei das Gerät, und der Schlüssel bleibt beim Nutzer. Der Anbieter bekommt also nur etwas zu sehen, mit dem er nichts anfangen kann.
Wenn der Anbieter selbst nicht mitlesen kann
Der entscheidende Punkt ist, wer den Schlüssel besitzt. Bei üblichen Cloud-Diensten liegen die Daten zwar verschlüsselt auf den Festplatten, aber der Anbieter verwaltet den Schlüssel selbst. Er könnte jederzeit entschlüsseln. Genau das ist bei Client-Side Encryption technisch ausgeschlossen. Fachleute sagen dazu auch Zero-Knowledge: Der Dienst weiß nichts über den Inhalt, den er speichert.
Das ändert die Lage bei einem Einbruch. Wird ein Rechenzentrum gehackt, erbeuten Angreifer nur unbrauchbare Zeichenketten. Auch eine Behörde, die Daten vom Anbieter herausverlangt, bekommt nichts Lesbares. Für Krankenhäuser, Anwaltskanzleien oder Journalisten ist dieser Unterschied entscheidend. Datenschutzgesetze wie die DSGVO bewerten solche Daten deutlich milder, weil ein Leck praktisch folgenlos bleibt.
Die Kehrseite ist unbequem. Wer seinen Schlüssel oder das zugehörige Passwort verliert, verliert die Daten endgültig. Es gibt keinen Support, der sie wiederherstellt, denn auch der Anbieter kommt nicht heran. Viele Dienste bieten deshalb einen Notfall-Code an, den man ausdrucken und aufbewahren soll.
Vom Passwort zum Schlüssel und zurück
Technisch beginnt alles mit dem Passwort des Nutzers. Aus ihm berechnet die App auf dem Gerät einen Schlüssel, meist eine lange Zufallszahl. Dieses Verfahren ist absichtlich langsam gebaut, damit Angreifer nicht Millionen Passwörter pro Sekunde durchprobieren können. Das Passwort selbst wird dabei nie an den Server geschickt.
Mit diesem Schlüssel verschlüsselt die App die Datei, bevor sie hochgeladen wird. Üblich ist das Verfahren AES, das auch Banken und Regierungen einsetzen. Beim Herunterladen läuft alles rückwärts: Der verschlüsselte Block kommt an, das Gerät entschlüsselt ihn lokal, und der Nutzer sieht wieder seinen Text. Der Server hat in der ganzen Zeit nur mit Datensalat hantiert.
Knifflig wird es beim Teilen. Wenn eine zweite Person die Datei lesen soll, braucht sie den Schlüssel. Dafür nutzt man ein zweites Verfahren mit einem öffentlichen und einem privaten Schlüsselteil. Der Dateischlüssel wird mit dem öffentlichen Teil des Empfängers verpackt und mitgeschickt. Nur dessen privater Teil öffnet das Päckchen wieder.
Passwortmanager, Messenger und der Streit um die Cloud
Am bekanntesten ist das Prinzip bei Passwortmanagern wie Bitwarden oder 1Password. Sie speichern Zugangsdaten in der Cloud, können sie aber selbst nicht einsehen. Auch Messenger wie Signal oder WhatsApp arbeiten nach demselben Grundgedanken, dort heißt es Ende-zu-Ende-Verschlüsselung. Der Unterschied ist nur die Blickrichtung: einmal zwischen Nutzer und Speicher, einmal zwischen zwei Gesprächspartnern.
Bei Cloud-Speichern ist es eine Option, kein Standard. Apple nennt sie Erweiterten Datenschutz, Google bietet sie zahlenden Firmenkunden an. Anbieter wie Tresorit oder Proton haben sie von Anfang an eingebaut und werben damit. Standard ist sie deshalb nicht, weil Komfortfunktionen wegfallen: Eine Volltextsuche über verschlüsselte Dateien ist schwer, eine Vorschau im Browser oft unmöglich.
In den Nachrichten taucht der Begriff regelmäßig im Streit um Überwachung auf. Regierungen fordern Zugänge für Ermittler, Fachleute halten dagegen, dass eine Hintertür für alle offen steht. 2025 zog Apple seinen Erweiterten Datenschutz in Großbritannien nach einer solchen Anordnung zurück. Ein häufiger Irrtum ist übrigens, das Schlosssymbol im Browser reiche schon aus. Es schützt nur den Transportweg, nicht die Daten auf dem Server.