Zero-Knowledge-Architektur: warum der Server nichts sieht

Zero-Knowledge-Architektur bedeutet, dass der Dienstanbieter technisch nicht in der Lage ist, Ihre Dateien zu lesen – die Verschlüsselungsschlüssel erreichen seine Server nie, es gibt keinen Hauptschlüssel, keine Hintertür, kein „Vertrauen Sie uns" erforderlich. Ihr Browser verschlüsselt Dateien mit AES-256-GCM vor dem Upload mit einem lokal erzeugten Schlüssel, und dieser Schlüssel gelangt zum Empfänger ausschließlich über das URL-Fragment nach #, das Browser nie an Server übermitteln. Selbst unter einem gültigen Beschluss kann der Anbieter nur Chiffretext liefern. Das ist das Modell von Tresorit, Proton, SwissTransfer und HexaTransfer – und es ist mathematisch anders als „verschlüsselt at Rest".

Der Beweis liegt darin, was der Server liefern kann

Der sauberste Test für Zero-Knowledge: Was könnte das Unternehmen unter Zwang aushändigen? Bei herkömmlichem Cloud-Speicher (Google Drive, Dropbox, OneDrive) lautet die Antwort: Ihre Dateien, im Klartext. Googles Transparenzbericht 2023 zeigt, dass sie 83 % der US-Regierungsanfragen nachkamen und Nutzerinhalte lieferten, wo gesetzlich erforderlich. Das ist kein Versagen von Googles Sicherheit – es ist die Funktionsweise der Architektur.

Bei Zero-Knowledge kann das Unternehmen Folgendes liefern:

Verschlüsselte Datei-Blobs (ohne Schlüssel nutzlos)
Kontometadaten (E-Mail, Anmelde-IP)
Upload- und Download-IP-Adressen, Zeitstempel
Zahlungsinformationen falls zutreffend

Es kann Folgendes nicht liefern: Dateinamen, Inhalte, Empfänger-Identität oder Entschlüsselungsschlüssel. Nicht weil es sich weigert – sondern weil es sie nicht hat.

Der URL-Fragment-Trick – genau erklärt

Der zentrale technische Kniff ist die Verwendung des URL-Fragments als verdeckten Schlüsselkanal. Wenn ein Browser https://hexatransfer.com/d/xyz789#k=BASE64SCHLUESSEL anfragt, sendet er nur GET /d/xyz789 an den Server. Das Fragment bleibt in der Adressleiste des Browsers. JavaScript liest dann den Schlüssel per window.location.hash und übergibt ihn an crypto.subtle.decrypt().

Dieser Ansatz wurde um 2013 von Mega.nz eingeführt und von Firefox Send verfeinert, bevor Mozilla es 2020 abschaltete. Das Muster ist heute Standard. Die Server-seitigen Logs – einschließlich der Access-Logs auf nginx oder Caddy – erfassen das Fragment nie, weil RFC 3986 es als ausschließlich clientseitig definiert.

Ein Anbieter könnte das Fragment theoretisch via clientseitigem JavaScript protokollieren, weshalb Zero-Knowledge-Dienste ihren Client-Code zur Inspektion veröffentlichen und ihn oft als signierte statische Assets von einer separaten Origin ausliefern.

Unterschied zu „verschlüsselt at Rest"

Jeder Cloud-Anbieter verschlüsselt Dateien at Rest – das ist selbstverständlich und wird typischerweise für SOC 2 Type II und ISO 27001 verlangt. Aber „verschlüsselt at Rest" mit anbieterseitig gespeicherten Schlüsseln bedeutet, dass die Verschlüsselung für Angreifer mit gestohlenen Datenträgern unsichtbar ist – und auch für Sie, da der Anbieter auf Anfrage automatisch entschlüsselt.

Zero-Knowledge kehrt die Schlüsselverwahrung um: Sie halten den Schlüssel, der Anbieter hält den Chiffretext. Der Anbieter gewinnt nichts durch Entschlüsselung, weil er es nicht kann. Das zählt unter drei spezifischen Bedrohungen:

Nicht vertrauenswürdige Mitarbeiter. Ein Mitarbeiter des Anbieters mit Datenbankzugang sieht nur Chiffretext.
Behördenanfragen. DSGVO Artikel 48 und der US CLOUD Act können zur Offenlegung zwingen – aber man kann nicht offenlegen, was man nicht hat.
Servereinbrüche. Der LastPass-Einbruch von 2021 legte verschlüsselte Vaults offen; schwache Master-Passwörter wurden noch geknackt, aber das Zero-Knowledge-Design verhinderte massenhafte Klartextexposition.

Was verschlüsselt wird, was Metadaten bleiben

Eine naive Implementierung verschlüsselt Dateiinhalte, lässt aber Dateinamen, Größen und Ordnerstruktur sichtbar. Echtes Zero-Knowledge verschlüsselt auch den Dateinamen, typischerweise indem ein JSON-Header wie {"name": "Q4-Finanzen.pdf", "type": "application/pdf"} vor der AES-GCM-Verschlüsselung den Datei-Bytes vorangestellt wird.

Metadaten, die schwer zu verbergen sind:

Dateigröße – Chiffretext-Länge nähert sich der Klartextlänge an. Auffüllen auf feste Buckets (1 MB, 10 MB, 100 MB, 1 GB) verdeckt das, verschwendet aber Bandbreite.
Upload-Zeitpunkt – Zeitstempel mit anderen Daten zu korrelieren kann noch immer Informationen preisgeben.
IP-Adressen – Der Anbieter sieht, wer hochgeladen und heruntergeladen hat. Kombinieren Sie das mit Tor oder einem vertrauenswürdigen VPN, wenn das ein Thema ist.

Proton und Tresorit veröffentlichen detaillierte Metadaten-Expositions-Matrizen. SwissTransfer und HexaTransfer verfolgen einen einfacheren Ansatz: minimale Metadaten, kurze Aufbewahrung (24 Stunden bis 7 Tage) und keine Kontoverknüpfung für kostenlose Transfers.

Das Authentifizierungsproblem

Zero-Knowledge schafft eine Herausforderung: Kann der Server Ihre Dateien nicht entschlüsseln, wie authentifiziert er Sie, um Fremde am Herunterladen zu hindern? Drei gängige Muster:

Link-basierte Authentifizierung. Der Besitz der URL (und des Fragments) ist die Berechtigung. Verwendet von SwissTransfer, HexaTransfer, Tresorit Send. Einfach, funktioniert ohne Konten.
Passwortgeschützte Links. Das URL-Fragment enthält ein Salt; der eigentliche Schlüssel wird mit PBKDF2 aus dem Passwort abgeleitet. Der Server speichert einen Verifier (Hash des Schlüssels), um falsche Versuche schnell abzulehnen.
Konto-gebundenes Zero-Knowledge. Proton und Tresorit leiten Ihren Master-Schlüssel via Argon2id aus Ihrem Login-Passwort ab und verwenden ihn, um dateigebundene Schlüssel zu entsperren, die verschlüsselt auf dem Server gespeichert sind.

Jedes hat Kompromisse. Link-basiert ist am einfachsten, gibt aber den Schlüssel jedem preis, der die URL erhält. Passwortgeschützt fügt einen zweiten Faktor hinzu. Konto-gebunden erfordert das Vertrauen, dass der Client-Code den Master-Schlüssel nicht exfiltriert.

Implementierungsfallen, die Zero-Knowledge brechen

Bekannte reale Fehler:

Serverseitige Dateivorschauen. Erzeugt der Anbieter Thumbnails oder extrahiert Text für die Suche, braucht er Klartext. Zero-Knowledge-Dienste können diese Funktionen für verschlüsselte Inhalte nicht anbieten.
Synchronisierungskonfliktlösung. Dateiinhalte über Geräte hinweg zu vergleichen erfordert normalerweise Klartext. Syncthing und Cryptomator lösen das mit clientseitigen Diffs.
Analytics-SDKs. Drittanbieter-Skripte von Google Analytics oder Segment können window.location.hash im Client-Code lesen. Zero-Knowledge-Dienste hosten Analytics selbst oder entfernen Fragment-Zugriff.
Passwort-Reset. Kann der Anbieter Ihr Passwort zurücksetzen und Ihnen noch Zugang zu alten Dateien verschaffen, muss er einen Recovery-Schlüssel besitzen – das bricht Zero-Knowledge. Proton warnt ausdrücklich, dass ein Passwort-Reset den Verlust verschlüsselter Daten bedeutet.

Wer wirklich Zero-Knowledge liefert

Eine kurze Liste von Diensten mit glaubwürdigen Zero-Knowledge-Behauptungen, überprüft durch Drittanbieter-Audits (Cure53, NCC Group, Trail of Bits):

Tresorit – Schweiz, SOC 2 Type II, Zero-Knowledge-Dateisynchronisation und Send.
Proton Drive – Schweiz, basierend auf dem Proton-Mail-Kryptografiemodell.
SwissTransfer – kostenlose Stufe mit optionaler E2EE, betrieben von Infomaniak.
Mega.nz – Neuseeland, veröffentlichtes Kryptografie-Whitepaper.
HexaTransfer – browserbasiert, kein Konto, 10 GB pro Transfer.

Dienste mit Verschlüsselung, aber ohne Zero-Knowledge: Google Drive, Dropbox, OneDrive, Box, iCloud (außer Advanced Data Protection), WeTransfer Standard-Stufe.

Checkliste vor dem Vertrauen

Führen Sie vor der Nutzung eines Dienstes für sensible Dateien diese Prüfung durch:

Erklärt die Datenschutzerklärung, dass der Anbieter Ihre Dateien nicht lesen kann?
Gibt es ein veröffentlichtes Security-Whitepaper, das AES-256-GCM und die KDF benennt?
Enthält die Freigabe-URL ein Fragment (Text nach #)?
Gibt es Drittanbieter-Auditberichte der letzten 24 Monate?
Ist der Client-Code Open Source oder zumindest prüfbar?

Vier Ja bedeuten, Sie haben einen Zero-Knowledge-Dienst gefunden. Drei oder weniger bedeuten, dass der Anbieter Ihre Dateien einsehen kann.

Auf hexatransfer.com testen — kostenlos, ohne Konto, bis 10 GB.