Priviy
privacy-basicsINFO

Cloud-Metadaten: Was Ihr Zero-Knowledge-Anbieter trotzdem sieht (2026)

Zero-Knowledge schützt den Dateiinhalt, gibt aber eine ganze Signalschicht preis: Größe, Zeitpunkt, Zugriffshäufigkeit, Ordnerstruktur, Quell-IP. 2026 reichen diese Metadaten aus, um Ihre Nutzung, Ihr Profil und manchmal Ihre Identität zu rekonstruieren. Vollständige Analyse dessen, was Proton Drive, Tresorit, pCloud Crypto und Nextcloud E2E NICHT verschlüsseln — und wie Sie den Schaden begrenzen.

Von Eric Gerard · Éditeur · Priviy10 Min. LesezeitPhoto: Thomas Jensen via Unsplash

Welche Metadaten gibt Ihre Zero-Knowledge-Cloud trotzdem preis?

Zero-Knowledge verschlüsselt den Dateiinhalt, nicht aber die Nutzungssignale. Proton Drive, Tresorit und pCloud Crypto behalten alle im Klartext: Dateigröße (Bytes), Erstellungs-/Änderungszeitstempel, Quell-IP (30-Tage-Protokoll), Zugriffshäufigkeit und User-Agent. Durch Korrelation reichen diese Signale aus, um die Nutzung zu profilieren, und können zur erneuten Identifizierung beitragen — das ist das Prinzip der Verkehrsanalyse. Und die Logik der Transparenzberichte von Zero-Knowledge-Anbietern bestätigt es: Was sie auf rechtliche Anfrage herausgeben können, sind Metadaten (Verbindungsprotokolle, IP, Zeitstempel), niemals der verschlüsselte Inhalt, den sie technisch nicht entschlüsseln können.

Das Fazit

Zero-Knowledge schützt den Inhalt Ihrer Dateien: Weder der Anbieter noch ein Angreifer, der seine Server kompromittiert, noch ein Staat, der einen Beschluss durchsetzt, kann lesen, was Sie speichern. Das ist das kryptografische Versprechen von Proton Drive, Tresorit, pCloud Crypto und Nextcloud E2E.

Doch um diesen verschlüsselten Inhalt kreist eine ganze Schicht von Signalen, die auf der Serverseite im Klartext bleiben: die Größe jeder Datei, Erstellungs- und Änderungszeitstempel, Zugriffsprotokolle, Quell-IP, Verbindungshäufigkeit und manchmal die Ordnerstruktur oder der Hash des verschlüsselten Inhalts. Diese Signale sind Metadaten — und ihr Leck reicht 2026 in vielen Fällen aus, um Ihre Nutzung, Ihr Profil und manchmal Ihre Identität zu rekonstruieren.

Die implizite große Lüge im Zero-Knowledge-Marketing ist die Andeutung, dass ein „Zero-Knowledge“-Dienst nichts über Sie weiß. Die Realität ist differenzierter: Er weiß nicht, was in Ihren Dateien steckt, aber er weiß genau, wann Sie hochladen, von wo, in welchem Umfang und wie häufig. Für die große Mehrheit der Anwendungsfälle ist das ausreichender Schutz. Für ein Hochrisikoprofil (Journalist, Aktivist, Whistleblower) ist es genau das schwache Glied.

Dieser Artikel schlüsselt auf, was Proton Drive, Tresorit, pCloud Crypto und Nextcloud E2E nicht verschlüsseln, was sich daraus ableiten lässt und die sieben konkreten Schritte, um Lecks zu begrenzen, ohne Ihren Arbeitsablauf zu blockieren.

Was sieht ein Zero-Knowledge-Cloud-Anbieter trotz Verschlüsselung tatsächlich?

Blau beleuchtete Server-Racks in einem Rechenzentrum
Blau beleuchtete Server-Racks in einem Rechenzentrum

Um zu verstehen, was preisgegeben wird, muss man drei Datenzonen in jeder Cloud unterscheiden:

  1. Inhaltszone — die rohen Bytes der Datei (Text, Bild, Video). Clientseitig von Zero-Knowledge-Diensten verschlüsselt.
  2. Datei-Metadatenzone — Name, Größe, MIME-Typ, Zeitstempel, interne Kennung. Je nach Dienst teilweise verschlüsselt.
  3. Technische Metadatenzone — Quell-IP, User-Agent, Client-Version, Latenz, Anfragehäufigkeit, Sitzungsdauer. Niemals verschlüsselt (konstruktionsbedingt clientseitig nicht verschlüsselbar).

Seriöses Zero-Knowledge schützt Zone 1 und verschlüsselt einen Teil von Zone 2 (Namen, Ordnerstrukturen). Zone 3 bleibt systematisch im Klartext, weil die Server sie zum Funktionieren brauchen.

Proton-Drive-Analyse: Was trotz OpenPGP preisgegeben wird

Das Proton-Drive-Whitepaper von 2023 (aktualisiert 2024) listet ausdrücklich die unverschlüsselt auf der Serverseite aufbewahrten Informationen auf:

  • Dateigröße in Bytes, auf den Verschlüsselungsblock gerundet (standardmäßig 16 KB). Erlaubt es, ein Foto (3–5 MB), ein PDF (<5 MB), einen Film (700 MB+) oder ein ZIP-Archiv (variabel) zu unterscheiden.
  • Zeitstempel von Erstellung, Änderung und letztem Zugriff, in UTC mit Sekundengenauigkeit. Erlaubt es, die tägliche Aktivität nachzuverfolgen und mit anderen Signalen zu korrelieren.
  • Interne Kennung (UUID) für jede Datei und jeden Nutzer. Erlaubt es, Zugriffsprotokolle mit Dateien zu verknüpfen.
  • Quell-IP jeder Verbindung, 30 Tage zu Betrugs-/Missbrauchsbekämpfungszwecken aufbewahrt. Erlaubt es, den Nutzer ungefähr zu lokalisieren oder Länderwechsel zu erkennen.
  • User-Agent und Version des verwendeten Clients. Erlaubt es, die Plattform zu profilieren und potenziell Schwachstellen anzuvisieren.
  • Zugriffshäufigkeit pro Datei, aus Leistungsgründen aufbewahrt (Cache, Prefetch).

Ein Hash des verschlüsselten Inhalts kann ebenfalls aufbewahrt werden, zur Deduplizierung innerhalb eines Nutzerkontos. Ein solcher Hash erlaubt es nicht, den Inhalt wiederherzustellen, lässt den Anbieter aber wissen, ob zwei verschlüsselte Dateien desselben Nutzers identisch sind — nützlich, um Speicherplatz zu sparen, problematisch, wenn der Nutzer dieselbe sensible Datei über mehrere Konten hochlädt.

Tresorit-Analyse: ähnliches Modell, weniger Transparenz

Tresorit verschlüsselt Inhalt und Dateinamen clientseitig (unabhängige Sicherheits-Audits bestätigen die Umsetzung). Sein öffentliches Whitepaper ist jedoch weniger detailliert als das von Proton: Es erwähnt die Aufbewahrung von Größe und Zeitstempeln „zu betrieblichen Zwecken“, ohne Aufbewahrungsfristen anzugeben. Zugriffsprotokolle werden „so lange wie nötig“ aufbewahrt — vage juristische Formulierung.

Tresorit veröffentlicht einen Transparenzbericht, aber mit geringerer Granularität als Proton. Konstruktionsbedingt beschränkt sich das, was ein Zero-Knowledge-Dienst auf rechtliche Anfrage herausgeben kann, auf Metadaten (Protokolle, IP, Zeitstempel): Der verschlüsselte Inhalt bleibt unzugänglich. Die genauen Details der herausgegebenen Metadaten werden im Allgemeinen nicht öffentlich gemacht.

pCloud-Crypto-Analyse: teilweises Zero-Knowledge

Das pCloud-Crypto-Modell verschlüsselt nur den Crypto-Ordner — einen separaten Ordner, der über das kostenpflichtige Add-on aktiviert wird. Der Rest des Kontos (Dateien außerhalb von Crypto) wird mit serverseitigen Schlüsseln verwaltet. Für den Crypto-Ordner:

  • Inhalt und Dateinamen werden clientseitig verschlüsselt (Schlüssel aus dem Crypto-Passwort abgeleitet).
  • Die Größe der Crypto-Dateien bleibt im Klartext, wie beim Rest des Kontos.
  • Zeitstempel werden im Klartext aufbewahrt.
  • Der Hash des verschlüsselten Inhalts wird zur Deduplizierung verwendet.

Für einen pCloud-Nutzer, der sensible Dokumente in den Crypto-Ordner und alles andere (Musik, Urlaubsfotos) außerhalb davon legt, ist das Verhältnis Crypto/Nicht-Crypto selbst ein aufschlussreiches Metadatum. Wenn 90 % der Dateien eines Kontos im Crypto-Ordner liegen, deutet das auf einen datenschutzbewussten Nutzer hin — eine Information, die für eine Behörde von Interesse sein könnte.

Nextcloud-E2E-Analyse: beste Granularität, maximale Reibung

Das End-to-End-Verschlüsselungsmodul von Nextcloud verschlüsselt seit Version 25 Inhalt, Namen und Ordnerstruktur clientseitig. Es ist die vollständigste Umsetzung unter den hier untersuchten Diensten. Aber:

  • Die Nextcloud-Instanz bleibt ein klassischer Webserver, sodass Quell-IP, Zeitstempel und Zugriffsprotokolle in den Apache-/Nginx-Protokollen sichtbar sind — sofern Sie sie nicht ausdrücklich deaktivieren (und so die Debug-Fähigkeit verlieren).
  • Die Größe verschlüsselter Dateien bleibt lesbar, weil der Server Speicher zuweist.
  • Das E2E-Modul ist nur mit Desktop- und iOS-/Android-Clients kompatibel — nicht mit dem Web-Client — was die Nutzung einschränkt.

Auf dem Papier ist eine selbstgehostete Nextcloud-E2E-Instanz in einer schützenden Gerichtsbarkeit die defensivste Lösung. In der Praxis machen die Betriebskosten (Verwaltung, Updates, Backups, TLS-Zertifikate) und das Risiko menschlicher Fehler daraus eine Lösung, die technisch versierten Profilen vorbehalten ist.

Was sich aus Metadaten rekonstruieren lässt

Drei konkrete Mechanismen. Es handelt sich nicht um benannte Fälle, sondern um Veranschaulichungen dessen, was Metadaten allein preisgeben können.

Rekonstruktion des Nutzerprofils

Aus den Upload-/Download-Zeitpunkten, -Größen und -Häufigkeiten eines Cloud-Kontos lässt sich ein Nutzer plausibel in typische Profile einordnen — ohne jemals den Inhalt zu entschlüsseln. Das ist das Prinzip des verhaltensbasierten Fingerprinting: Kategorien wie „Amateurfotograf“, „kreativer Freelancer“, „Büroangestellter“, „Universitätsstudent“ oder „Aktivist / Journalist mit hoher Dokumentenlast“ zeigen unterschiedliche Nutzungssignaturen.

Das Profil „Aktivist / Journalist“ zeichnet sich durch stoßweise Uploads homogener Größen aus (1–3 MB pro Datei, was auf gescannte PDF-Dokumente hindeutet), zu unregelmäßigen Zeiten (außerhalb des Bürorhythmus von 9 bis 18 Uhr), von verschiedenen IPs (was auf Mobilität oder VPN hindeutet), mit sehr verteilten, aber wiederkehrenden Lesezugriffen auf dieselben Datei-UUIDs. Keine dieser Schlussfolgerungen erfordert das Entschlüsseln des Inhalts.

Identifizierung durch Korrelation

Identifizierung durch Korrelation bedeutet, die Metadaten eines Dienstes mit anderen Spuren abzugleichen (Protokolle eines anderen Anbieters, Standortdaten, verschiedene Aufzeichnungen). Ein Zero-Knowledge-Anbieter kann keinen Inhalt herausgeben, aber seine Verbindungsprotokolle (Quell-IP, Zeitstempel) können auf rechtliche Anfrage mit anderen Quellen abgeglichen werden, um eine Person zu verorten. Protons öffentlicher Fall von 2021 veranschaulicht das: Auf Anordnung eines Schweizer Gerichts musste Proton die IP-Adresse eines Kontos protokollieren und anschließend offenlegen — ohne jemals Inhalte zu entschlüsseln.

In einem solchen Szenario wird kein Inhalt entschlüsselt — weder technisch machbar noch nötig: Allein die Verbindungsmetadaten reichen aus, um eine Ermittlung zu lenken. Genau davor muss sich ein Journalist schützen, der über sensible Themen berichtet.

Ableitung der Ordnerstruktur aus Größe und Aufbau

Selbst wenn Dateinamen verschlüsselt sind (wie bei Proton Drive und Tresorit), ist die Größenverteilung innerhalb eines Ordners aufschlussreich. Ein Ordner mit 30 Dateien à 1,5 MB deutet auf PDF-Scans von Schwarz-Weiß-A4-Dokumenten hin — typisches Verhalten bei der Verwaltungsarchivierung. Ein Ordner mit einer einzigen 4-GB-Datei deutet auf einen Film hin. Ein Ordner mit 200 Dateien von 50–200 KB deutet auf als .eml exportierte E-Mails hin.

In Kombination mit Zeitstempeln erlaubt das, zu rekonstruieren, wann der Nutzer was archiviert hat, ohne irgendetwas über den Inhalt selbst zu wissen. Für eine Ermittlung reicht das mehr als aus, um weitere Anfragen zu lenken oder eine physische Durchsuchung zu steuern.

Sieben Schritte, um Lecks 2026 zu begrenzen

Keiner dieser Schritte ist teuer oder technisch komplex. Die meisten lassen sich in unter einer Stunde umsetzen.

Schritt 1 — Lokaler verschlüsselter Container vor dem Upload. Statt Datei für Datei hochzuladen, legen Sie sensible Dokumente in einen Cryptomator-Container (kostenlos, plattformübergreifend) oder ein VeraCrypt-Volumen. Der Container erscheint der Cloud als ein einziger Blob fester Größe (die Sie konfigurieren). Der Anbieter sieht „eine 5-GB-Datei“ statt „237 PDFs von 200 KB bis 4 MB“. Die interne Ordnerstruktur wird unsichtbar.

Schritt 2 — Multi-Hop-VPN oder Tor für den Zugriff. Verbergen Sie Ihre Quell-IP. Ein Standard-VPN (Mullvad, Proton VPN, IVPN) reicht für die meisten Fälle. Für Hochrisikoprofile nutzen Sie Tor mit Zugriff auf die Cloud über deren Onion-Dienst, sofern verfügbar (Proton stellt seinen offiziellen Onion-Dienst unter protonirockerxow.onion bereit).

Schritt 3 — Uploads zu vorhersehbaren Zeiten vermeiden. Wenn Sie immer um 18 Uhr nach der Arbeit hochladen, ist das eine ausnutzbare Verhaltenssignatur. Variieren Sie die Zeiten, bündeln Sie Ihre Uploads in unregelmäßigen Fenstern von 1–2 Stunden.

Schritt 4 — Frühere Versionen löschen. Zero-Knowledge-Clouds bewahren oft frühere Versionen geänderter Dateien auf. Jede Version hat ihren eigenen Zeitstempel und ihre eigene Größe — der zeitliche Baum wird aufschlussreich. Konfigurieren Sie Ihren Dienst so, dass der Verlauf auf 7 Tage begrenzt wird, oder löschen Sie manuell.

Schritt 5 — Archiv und Zusammenarbeit trennen. Legen Sie sensible Archive und geteilte Dokumente nicht auf demselben Cloud-Konto ab. Nutzen Sie zwei Anbieter oder zwei Konten, damit ein einzelnes Leck nicht Ihre gesamte digitale Aktivität offenlegt.

Schritt 6 — Wo möglich in Kryptowährung oder per Bargeld-Gutschein bezahlen. Proton akzeptiert Bitcoin, pCloud akzeptiert BitPay. Ihre Zahlungsidentität von Ihrem Cloud-Konto zu entkoppeln, verringert die Rückverfolgbarkeit. Für die Vorsichtigsten: Zahlen Sie mit getumbeltem Bitcoin oder Monero.

Schritt 7 — Jährliche Transparenzberichte lesen. Proton, Tresorit und pCloud veröffentlichen Statistiken über behördliche Anfragen. Prüfen Sie jedes Jahr: wie viele Anfragen eingegangen sind, wie viele teilweise erfüllt wurden, welche Gerichtsbarkeiten anfragen. Wenn die Zahlen Ihres Anbieters ohne transparente Kommunikation hochschnellen, wechseln Sie den Anbieter.

Unser Urteil 2026

Für die Mehrheit der datenschutzbewussten Cloud-Nutzer 2026 bleibt die siegreiche Kombination die, die wir in E2E vs. Zero-Knowledge-Cloud-Speicher dokumentiert haben: Proton Drive oder Tresorit für den Inhalt, Zugriff über native Clients, Papier-Wiederherstellungsschlüssel. Die preisgegebenen Metadaten sind mit einem Bedrohungsmodell von „kommerzieller Konkurrenz“ oder „passiver staatlicher Überwachung“ vereinbar.

Für Hochrisikoprofile (Journalist, der über staatliche Überwachung recherchiert, Whistleblower, politisch exponierter Aktivist, Dissident) reicht klassisches Zero-Knowledge nicht aus. Sie müssen schichten:

  • Cryptomator-Container vor dem Upload (Schicht 1)
  • Zugriff über Tor oder Multi-Hop-VPN (Schicht 2)
  • Schweizer Anbieter außerhalb der 14 Eyes (Schicht 3)
  • De-anonymisierte Krypto-Zahlung (Schicht 4)
  • Vom übrigen Namenskonten isoliertes Konto (Schicht 5)

Dieser Stack kostet 1–2 Stunden Ersteinrichtung und 5 Minuten Reibung pro Sitzung. Das ist der Preis der Widerstandsfähigkeit gegen Metadaten-Korrelation 2026 — ein trivialer Aufwand im Vergleich zu den Folgen einer erfolgreichen De-Anonymisierung.

Weiterführende Lektüre


Artikel veröffentlicht am 5. Juni 2026. Methodik: Sichtung der öffentlichen Whitepapers von Proton Drive (2023, aktualisiert 2024), Tresorit (2022), pCloud Crypto und Nextcloud E2E v25; Sichtung der öffentlichen Transparenzberichte; Anwendung der bekannten Prinzipien der Verkehrsanalyse und Metadaten-Korrelation. Erklärender redaktioneller Leitfaden: Er erhebt keine eigenen statistischen Studien- oder Rechtsfall-Behauptungen; die angeführten Beispiele (einschließlich Protons Fall von 2021) sind öffentlich und überprüfbar.

Choix éditorial
4.5 / 5

Store your files privately → pCloud

Swiss privacy · 10 GB free · optional zero-knowledge Crypto

Société suisse depuis 2013Satisfait ou remboursé 10jFree 10 GB
Voir l'offre