Lokale Verschlüsselung vs. klassische Cloud: Was sich bei einem Datenleck wirklich ändert

Wenn Sie ein kleines Unternehmen führen oder allein mit Kundendokumenten arbeiten, lautet die Frage nicht wirklich „Könnten meine Daten abfließen?“. Datenlecks treffen Unternehmen, die viel größer sind als Ihres, und die Anbieter, denen diese vertrauen. Die nützliche Frage ist: Was genau läuft aus, wenn ein Leck passiert? Die Antwort hängt fast vollständig von einer Sache ab, die die meisten nie prüfen: Wer hält die Schlüssel zu Ihren Dateien?

Dieser Artikel ist keine Rechtsberatung. Er erklärt in einfacher Sprache, was ein Datenleck in zwei Konstellationen offenlegt: Ihre Dateien liegen bei einem klassischen Cloud-Dienst (Google Drive, Dropbox, Notion, die meisten SaaS-Werkzeuge), oder Ihre Dateien werden lokal auf Ihrem eigenen Rechner verschlüsselt, bevor irgendetwas ihn verlässt.

Kurze Antwort

Bei einem klassischen Cloud-Dienst sind Ihre Dateien auf den Servern des Anbieters meist „im Ruhezustand“ verschlüsselt, aber der Anbieter hält die Entschlüsselungsschlüssel. Ein Einbruch bei diesem Anbieter, ein illoyaler Mitarbeiter oder eine rechtmäßige behördliche Anfrage kann Ihre tatsächlichen Inhalte also in lesbarer Form offenlegen. Bei lokaler, clientseitiger Verschlüsselung werden Ihre Dateien auf Ihrem Gerät mit einem Schlüssel unkenntlich gemacht, der es nie im Klartext verlässt; der Server (falls Sie überhaupt synchronisieren) speichert immer nur undurchsichtige verschlüsselte Blobs. Läuft dieser Server aus, bekommen Angreifer Chiffretext, den sie ohne Ihr Passwort nicht lesen können. Der Unterschied bei einem Leck ist krass: Die Cloud mit Verschlüsselung im Ruhezustand lässt Ihre Dokumente auslaufen, clientseitige Verschlüsselung nur Rauschen.

Warum das kleinen Teams und Freelancern den Schlaf raubt

Wenn Sie mit Daten anderer Menschen umgehen (Kundenverträge, Gesundheitsnotizen, Finanzunterlagen, Quelldateien, Personalunterlagen), ist ein Leck nicht nur Ihr Problem. Sie schulden diesen Menschen und möglicherweise einer Aufsichtsbehörde eine Erklärung.

Nach der DSGVO kann eine Verletzung des Schutzes personenbezogener Daten die Pflicht auslösen, Ihre Aufsichtsbehörde zu benachrichtigen (in der Regel innerhalb von 72 Stunden, nachdem Sie davon erfahren haben), und bei hohem Risiko für die Betroffenen auch diese zu benachrichtigen. Das ist das Prinzip; die genauen Schwellen und Formulierungen stehen in der Verordnung und in den Leitlinien Ihrer nationalen Behörde, betrachten Sie das also als Orientierung, nicht als rechtliche Bewertung.

Hier kommt der Teil, der alles ändert und an dem Verschlüsselung aufhört, eine abstrakte Sicherheitsfunktion zu sein: Aufsichtsbehörden und ihre Leitlinien behandeln Daten, die für Unbefugte unverständlich gemacht wurden (zum Beispiel ordnungsgemäß verschlüsselt mit Schlüsseln, die der Angreifer nicht hat), in der Regel ganz anders als Daten, die im Klartext abgeflossen sind. Starke Verschlüsselung löscht nicht auf magische Weise jede Pflicht, aber sie kann den Unterschied ausmachen zwischen „Die offengelegten Daten sind für den, der sie gestohlen hat, unlesbar“ und „Wir müssen 4.000 Kunden mitteilen, dass ihre Verträge im Umlauf sind“. Das ist der eigentliche Einsatz hinter der langweiligen Formulierung „Wer hält die Schlüssel?“.

Der Kernunterschied: Wo verschlüsselt wird und wer den Schlüssel hält

Fast jeder ernstzunehmende Dienst verschlüsselt Daten „im Ruhezustand“. Die Formulierung klingt beruhigend und ist still irreführend. Sie bedeutet, dass die Daten auf den Festplatten des Anbieters verschlüsselt sind, mit Schlüsseln, die der Anbieter verwaltet. Das schützt davor, dass jemand eine Festplatte physisch aus einem Rechenzentrum stiehlt. Es schützt nicht davor, dass beim Anbieter selbst eingebrochen wird, denn dieselbe Infrastruktur, die Ihre Dateien ausliefert, hält auch die Schlüssel zu ihrer Entschlüsselung.

Clientseitige Verschlüsselung kehrt die Reihenfolge um. Die Datei wird auf Ihrem Gerät verschlüsselt, mit einem aus Ihrem Passwort abgeleiteten Schlüssel, bevor sie je auf die Festplatte geschrieben oder hochgeladen wird. Der Dienst, falls es einen gibt, erhält etwas, das er nicht lesen kann. Diese Eigenschaft nennt man Zero-Knowledge-Verschlüsselung: Der Host speichert Ihre Daten, ist aber strukturell unfähig, sie zu entschlüsseln.

Die beiden Begriffe, Ende-zu-Ende und Zero-Knowledge, werden oft synonym verwendet und sind nicht ganz dasselbe; wenn Sie die genaue Unterscheidung wollen, haben wir sie in Ende-zu-Ende- vs. Zero-Knowledge-Verschlüsselung aufgeschlüsselt. Für die Analyse eines Lecks zählt eine einfache Abkürzung: Hat der Server je den Schlüssel, ja oder nein?

Was ein Leck offenlegt, im direkten Vergleich

Szenario	Klassische Cloud (im Ruhezustand verschlüsselt)	Lokale/clientseitige Verschlüsselung
Server des Anbieters gehackt	Angreifer kann Dateien in lesbarer Form erreichen, wenn er auch an die Schlüssel kommt	Angreifer bekommt undurchsichtige verschlüsselte Blobs, ohne Ihr Passwort nutzlos
Illoyaler oder kompromittierter Mitarbeiter	Kann potenziell auf Inhalte zugreifen (Support-Werkzeuge, Admin-Oberflächen)	Kann Inhalte nicht lesen; die Schlüssel liegen nicht in nutzbarer Form auf dem Server
Behördliche Anfrage an den Anbieter	Anbieter kann verpflichtet werden, lesbare Daten zu übermitteln	Anbieter kann nur Chiffretext übermitteln, den er nicht entschlüsseln kann
Ihr eigener Laptop gestohlen	Hängt von der Festplattenverschlüsselung ab; App-Daten können lesbar sein	Dateien bleiben einzeln verschlüsselt; Ihr Passwort ist weiterhin nötig
Backup oder falsch konfigurierter Bucket läuft aus	Lesbare Dokumente offengelegt	Verschlüsselte Blobs offengelegt, nicht der Inhalt

Achten Sie auf die letzten beiden Zeilen. Clientseitige Verschlüsselung ist kein Zauberschild: Wenn Ihr Laptop entsperrt und Ihr Arbeitsbereich geöffnet ist, befindet sich ein Angreifer mit physischem Zugriff innerhalb Ihrer Vertrauensgrenze. Der Schutz ist genau dort am stärksten, wo die klassische Cloud am schwächsten ist, nämlich auf der Serverseite, dem Ort, den Sie nicht kontrollieren und nicht prüfen können.

Reicht „im Ruhezustand“ jemals aus?

Manchmal ja, und hier zählt Ehrlichkeit. Wenn Ihr Bedrohungsmodell eine gestohlene Festplatte aus dem Rechenzentrum oder ein verlorenes Sicherungsband ist, erledigt die Verschlüsselung im Ruhezustand das. Wenn die Server des Anbieters Ihre Inhalte aktiv verarbeiten müssen (Volltextsuche auf dem Server, KI-Funktionen, serverseitige Zusammenarbeit, Formatkonvertierung), müssen sie sie lesen können, und clientseitige Verschlüsselung würde diese Funktionen brechen. Das ist ein echter Kompromiss, keine Marketing-Fußnote. Viele Teams nehmen ihn bewusst in Kauf.

Das Problem ist, dass die meisten Menschen diesen Kompromiss nie bewusst eingegangen sind. Sie haben angenommen, „verschlüsselt“ heiße „Das Unternehmen kann meine Sachen nicht lesen“, und bei klassischen Cloud-Werkzeugen ist diese Annahme meist falsch. Notion zum Beispiel verschlüsselt Daten im Ruhezustand, ist aber nicht Ende-zu-Ende-verschlüsselt und hält die Schlüssel, was wir ausführlich in Ist Notion verschlüsselt? behandelt haben.

Wie gute clientseitige Verschlüsselung tatsächlich aussieht

Nicht alle „verschlüsselten“ Apps sind gleich, deshalb hilft es zu wissen, was ein ernsthaftes Design umfasst. Die Bausteine, die eine Prüfung wert sind:

Eine starke authentifizierte Chiffre. Der aktuelle Standard ist AES-256-GCM, das zugleich verschlüsselt und Manipulationen erkennt. Das ist dieselbe Klasse von Primitiven, die TLS, Signal und WireGuard verwenden.
Eine vernünftige Schlüsselhierarchie. Der Schlüssel, der Ihre Daten verschlüsselt, sollte zufällig sein und nie im Klartext gespeichert werden: Er wird von einem aus Ihrem Passwort abgeleiteten Schlüssel eingepackt, sodass ein Passwortwechsel einen Schlüssel neu einpackt, statt alles neu zu verschlüsseln, und eine gestohlene Kopie der Serverdaten nichts öffnet. Dieser zweistufige Ansatz ist das KEK/FEK-Modell.
Langsame Schlüsselableitung. Ihr Passwort sollte mit einer absichtlich langsamen Funktion gestreckt werden, damit ein Brute-Force-Angriff teuer wird. PBKDF2 mit hoher Iterationszahl oder Argon2id sind die üblichen Wahlen.
Ein Wiederherstellungsweg, der den Schlüssel nicht an einen Server zurückgibt. Eine aufgeschriebene Wiederherstellungsphrase (nach Art von BIP-39) bedeutet, dass Sie, nicht der Anbieter, die Rückfallebene sind.

Wenn Sie das vollständige gedankliche Modell von Bedrohungsmodellen und der Wahl eines Werkzeugs wollen, ist So verschlüsseln Sie Ihre Notizen ein praktischer Einstieg.

Was das für Sie konkret bedeutet

Ob Sie je das Werkzeug wechseln oder nicht, diese Schritte verringern Ihr Risiko an dem Tag, an dem ein Leck passiert:

Erfassen Sie, wer Ihre sensiblen Dateien lesen kann. Stellen Sie dem Anbieter jedes Werkzeugs eine Frage: Sind die Dateien Ende-zu-Ende- oder clientseitig verschlüsselt oder nur „im Ruhezustand“? Wenn nur im Ruhezustand, gehen Sie davon aus, dass ein Einbruch bei diesem Anbieter lesbare Inhalte offenlegt.
Schalten Sie auf jedem Gerät die vollständige Festplattenverschlüsselung ein (BitLocker unter Windows, FileVault unter macOS, LUKS unter Linux). Das ist Ihre Grundlage für die Zeile „gestohlener Laptop“ oben, und sie ist kostenlos.
Trennen Sie hochsensible Daten ab. Kundenverträge, Gesundheitsakten und Finanzdokumente verdienen clientseitige Verschlüsselung, auch wenn Ihre allgemeinen Notizen sie nicht brauchen.
Behalten Sie eine verschlüsselte lokale Kopie von allem Kritischen, damit ein Ausfall eines Cloud-Anbieters oder eine Kontosperre Sie nicht auch von Ihrer eigenen Arbeit aussperrt.
Schreiben Sie Ihre Wiederherstellungsmethode auf und bewahren Sie sie offline auf. Clientseitige Verschlüsselung bedeutet, dass niemand Ihr Passwort für Sie zurücksetzen kann – das ist der Sinn der Sache und zugleich das Risiko.
Legen Sie sich einen Reflex für den Ernstfall zurecht. Wissen Sie, wer Ihre Aufsichtsbehörde ist und wie Ihre Meldepflicht ungefähr aussieht, bevor Sie es brauchen, denn die Frist ist kurz.

Wo Filarr hineinpasst (und wo nicht)

Filarr ist ein verschlüsselter Local-First-Arbeitsbereich: Notizen, Dateien und ein Graph, der sie verbindet, alles verschlüsselt auf Ihrer eigenen Festplatte. Konkret wird jede Datei einzeln mit AES-256-GCM verschlüsselt, unter Ihrem Kontoschlüssel (dem FEK), mit einem neuen Zufallswert pro Datei; der FEK ist von einem Schlüssel (dem KEK) eingepackt, der per PBKDF2-SHA512 mit 600.000 Iterationen aus Ihrem Passwort abgeleitet wird (weit über den 210.000, die die OWASP für PBKDF2-SHA512 empfiehlt). Die Wiederherstellung ist eine Phrase aus 24 Wörtern nach BIP-39, die Sie halten, nicht der Server.

Die Cloud-Synchronisation ist optional. Wenn Sie sie aktivieren, werden Dateien bereits verschlüsselt hochgeladen, und das Backend speichert nur undurchsichtige Blobs; der Schlüssel erreicht es nie im Klartext. In den Leck-Szenarien oben legt ein Leck im Synchronisationsspeicher von Filarr also Chiffretext offen, nicht Ihre Dokumente. Wenn Sie die genaue Mechanik wollen, haben wir den Code in Wie die Cloud-Synchronisation von Filarr Zero-Knowledge bleibt durchgegangen, und die vollständige Verteidigungsarchitektur ist in Filarr-Sicherheit, Schicht für Schicht dokumentiert.

Was Filarr nicht tut, klar gesagt:

Es macht Sie nicht DSGVO-konform. Verschlüsselung ist eine technische Maßnahme; Konformität hängt von Ihrer gesamten Verarbeitung ab, von Verträgen, Aufbewahrung und Rechtsgrundlage. Ein Werkzeug kann Ihnen das nicht bescheinigen.
Es schützt keinen entsperrten, geöffneten Arbeitsbereich auf einem kompromittierten Rechner. Clientseitige Verschlüsselung schützt Daten im Ruhezustand und bei der Übertragung, nicht eine Sitzung, die Sie offen gelassen haben.
Es ist jünger als Obsidian oder Notion, mit einem kleineren Plugin-Ökosystem und einer Mobil-App, die es nur für Android gibt, seit Oktober 2026. Wenn Sie heute einen ausgereiften Katalog an Erweiterungen brauchen, ist das eine echte Lücke.

Das ehrliche Versprechen ist eng: Wenn Ihre Sorge konkret lautet „Was läuft aus, wenn bei meinem Anbieter eingebrochen wird?“, ändert clientseitige Verschlüsselung die Antwort von „die Dokumente meiner Kunden“ zu „unlesbares Rauschen“, und genau darum geht es.

FAQ

Wenn ein Dienst Daten „im Ruhezustand“ verschlüsselt, sind meine Daten bei einem Leck dann nicht sicher? Nicht unbedingt. Die Verschlüsselung im Ruhezustand schützt vor gestohlenen physischen Festplatten, aber der Anbieter hält die Schlüssel, sodass ein Einbruch in die laufenden Systeme des Anbieters, ein illoyaler Mitarbeiter oder eine behördliche Anfrage weiterhin lesbare Inhalte offenlegen kann. Clientseitige Verschlüsselung ist das, was die Inhalte auch für den Host selbst unlesbar hält.

Hebt Verschlüsselung meine Meldepflicht bei einer Datenpanne nach der DSGVO auf? Nein, aber sie kann die Risikobewertung verändern. Leitlinien behandeln Daten, die für den Angreifer unverständlich waren (ordnungsgemäß verschlüsselt, Schlüssel nicht kompromittiert), in der Regel günstiger als im Klartext abgeflossene Daten, was beeinflussen kann, ob die Betroffenen benachrichtigt werden müssen. Das ist Orientierung, keine Rechtsberatung; prüfen Sie die Leitlinien Ihrer nationalen Behörde für Ihre Situation.

Wo ist der Haken bei clientseitiger Verschlüsselung? Zwei Dinge. Der Anbieter kann keine Funktionen anbieten, die Ihre Inhalte lesen müssen (Suche auf dem Server, KI auf Ihren Daten, manche Formen der Zusammenarbeit), und niemand kann Ihr Konto wiederherstellen, wenn Sie Passwort und Wiederherstellungsphrase verlieren. Sie tauschen Bequemlichkeit und ein Sicherheitsnetz gegen die Garantie, dass der Host Ihre Daten nicht lesen kann.

Ist Local-First dasselbe wie nur offline? Nein. Local-First bedeutet, dass Ihre Daten auf Ihrem Gerät liegen und vollständig offline funktionieren, Sie können aber trotzdem zwischen Geräten synchronisieren. Der Unterschied zur klassischen Cloud: Die Synchronisation ist optional und transportiert, richtig gemacht, nur verschlüsselte Blobs, die der Server nicht lesen kann.

Mein Laptop könnte trotzdem gestohlen werden. Hilft Verschlüsselung dann überhaupt? Ja, teilweise. Einzeln verschlüsselte Dateien plus vollständige Festplattenverschlüsselung bedeuten, dass ein Dieb mit dem ausgeschalteten Rechner vor Ihrem Passwort steht, nicht vor Ihren Dokumenten. Was sie nicht schützt, ist ein entsperrtes Gerät mit bereits geöffnetem Arbeitsbereich, weshalb Gewohnheiten auf Geräteebene weiterhin zählen.