Ende-zu-Ende-Verschlüsselung, clientseitige Verschlüsselung und serverseitige Verschlüsselung werden häufig in einen Topf geworfen. Alle drei schützen Daten, aber sie setzen an unterschiedlichen Stellen an und schaffen unterschiedliche Vertrauensmodelle.
Serverseitige Verschlüsselung
Bei serverseitiger Verschlüsselung erreichen die Daten den Server grundsätzlich in einer Form, die der Dienst verarbeiten kann. Der Server verschlüsselt sie anschließend für die Speicherung. Das schützt beispielsweise Datenträger oder Backups, verhindert aber nicht automatisch, dass der Dienst selbst auf den Inhalt zugreifen kann.
Clientseitige Verschlüsselung
Bei clientseitiger Verschlüsselung wird der Inhalt bereits auf deinem Gerät verschlüsselt. Der Server erhält verschlüsselte Daten. Ob der Betreiber trotzdem entschlüsseln kann, hängt davon ab, wie Schlüssel erzeugt und verwaltet werden.
Ende-zu-Ende-Verschlüsselung
Ende-zu-Ende-Verschlüsselung beschreibt ein Modell, bei dem nur die vorgesehenen Endpunkte den Inhalt entschlüsseln können. Bei einem Messenger wären das beispielsweise Sender und Empfänger. Der vermittelnde Server soll den Inhalt nicht lesen können.
Warum clientseitig nicht automatisch E2EE bedeutet
Eine Anwendung kann Daten auf dem Client verschlüsseln und den Schlüssel anschließend ebenfalls an den Betreiber übertragen. Die Verschlüsselung fand dann clientseitig statt, aber der Betreiber besitzt trotzdem die Möglichkeit zur Entschlüsselung.
Transportverschlüsselung ist eine vierte Ebene
TLS schützt Daten während der Übertragung. Das ist wichtig, ersetzt aber weder clientseitige noch Ende-zu-Ende-Verschlüsselung. Ein Dienst kann gleichzeitig TLS, serverseitige Verschlüsselung und E2EE einsetzen – jeweils für unterschiedliche Risiken.
Vergleich der Vertrauensmodelle
- Serverseitig: Du vertraust dem Dienst mit lesbaren Daten.
- Clientseitig: Daten werden vor Upload verschlüsselt; Schlüsselmodell entscheidet über Betreiberzugriff.
- Ende-zu-Ende: Nur vorgesehene Endpunkte sollen entschlüsseln können.
Metadaten bleiben ein eigenes Thema
Auch starke E2EE schützt nicht automatisch jede Metainformation. Zeitpunkt, Kontokennung, Empfänger, Dateigröße oder Geräteinformationen können je nach System sichtbar bleiben.
Wiederherstellung verändert das Modell
Wenn ein Anbieter deinen Entschlüsselungsschlüssel vollständig wiederherstellen kann, sollte genau erklärt werden, wie das möglich ist. Komfortable Recovery kann sinnvoll sein, verändert aber unter Umständen die Vertrauensannahmen.
Priviot
Für Priviot Sync ist die korrekte technische Bezeichnung wichtiger als ein möglichst stark klingendes Label. Wo clientseitig verschlüsselt wird, sollte genau das kommuniziert werden; Ende-zu-Ende- oder Zero-Access-Aussagen sollten nur verwendet werden, wenn die Architektur sie tatsächlich trägt. Siehe Priviot Sync und Sicherheit & Transparenz.
Fazit
Nicht jede Verschlüsselung schützt vor demselben Risiko. Prüfe immer drei Fragen: Wo wird verschlüsselt? Wer besitzt die Schlüssel? Und wer kann den Inhalt im Normal- oder Wiederherstellungsfall tatsächlich lesen?