Wo vertrauliche Dateien gespeichert werden, sollte Ihre Entscheidung sein – nicht die Ihres Anbieters

Das Anwaltsgeheimnis hängt von der Wahrung der Vertraulichkeit ab – und diese wiederum davon, wer tatsächlich Zugriff auf eine Datei hat. Wenn eine Kanzlei Mandantendaten in einer Cloud-Plattform speichert, ohne zu prüfen, welche Gerichtsbarkeit für den Anbieter dieser Plattform gilt, beantwortet sie lediglich die Frage nach dem „Wo“ – nicht aber, „wer Zugriff erzwingen kann“. Doch genau diese zweite Frage wird früher oder später von der Gegenseite, einem ausländischen Gericht oder einer Aufsichtsbehörde gestellt werden.

Die Speicherung von Akten in einer bestimmten Region erfüllt lediglich Anforderungen an den Speicherort. Sie beantwortet jedoch nicht, ob der Anbieter der Infrastruktur durch eine ausländische Anordnung gezwungen werden könnte, lesbare Akten bereitzustellen – unabhängig davon, wo die Server stehen. Dieser Artikel erläutert, warum Data Sovereignty für Kanzleien eine Frage der Architektur ist – und kein Häkchen bei der Hosting-Region. Außerdem erfahren Sie, wie sich die Lücke zwischen Speicherort und tatsächlicher Zugriffsmöglichkeit schließen lässt.

Executive Summary

Kanzleien, die vertrauliche und privilegierte Mandantendaten verarbeiten, stehen zunehmend unter Druck von Mandanten und Aufsichtsbehörden, nicht nur zu behaupten, sondern nachzuweisen, wo diese Daten gespeichert sind – und wer gezwungen werden könnte, sie herauszugeben. Die Speicherort-Einstellung beantwortet lediglich, wo die Dateien liegen. Die entscheidende Souveränitätsfrage ist jedoch, ob der Plattformanbieter technisch in der Lage ist, auf Anordnung lesbare Daten bereitzustellen – und das lässt sich nicht allein durch die Gerichtsbarkeit klären. Um diese Lücke zu schließen, müssen Kanzleien die Bereitstellungsarchitektur und die Schlüsselverwaltung mit derselben Sorgfalt prüfen wie jede andere Verpflichtung zur Wahrung der Vertraulichkeit. Denn ein Datenschutzvorfall in einer Kanzlei ist immer auch ein Bruch des Anwaltsgeheimnisses.

wichtige Erkenntnisse

1. Die Heimatgerichtsbarkeit eines Cloud-Anbieters kann auf Mandantendateien zugreifen – unabhängig vom Land des Rechenzentrums. Privilegien, die sich nur auf den Serverstandort stützen, greifen zu kurz.
2. Extraterritoriale Zugriffsgesetze gelten grenzüberschreitend – unabhängig vom Hosting-Standort. Ein Anbieter, der einer ausländischen Gerichtsbarkeit unterliegt, kann gezwungen werden, Akten bereitzustellen, selbst wenn das Rechenzentrum außerhalb des Heimatlandes der Behörde steht.
3. Multi-Tenant-Legal-Tech-Plattformen teilen Infrastruktur zwischen vielen Kanzleien – auch potenziellen Gegenspielern im selben Fall. Eine einzige Schwachstelle kann zu einer bereichsübergreifenden Gefährdung führen, die keine Vertraulichkeitsklausel nachträglich rückgängig machen kann.
4. Mandantenverwaltete Verschlüsselungsschlüssel bedeuten, dass eine Herausgabeanordnung gegen den Anbieter keine lesbaren Daten liefert. Das bietet stärkeren Schutz als jede Vertraulichkeitsklausel, da dem Anbieter die technische Möglichkeit zur Herausgabe fehlt.
5. Der Speicherort der Bereitstellung ist eine bewusste Entscheidung der Kanzlei. On-Premises, selbst gehostete Cloud oder dediziertes Hosting sind echte Optionen – keine Vorgaben, die einfach vom Standardangebot des Anbieters übernommen werden sollten.

Die rechtliche Realität von In-Country-Hosting für Akten

Ein Anbieter, der in seiner Heimatgerichtsbarkeit extraterritorialen Zugriffsgesetzen unterliegt, bleibt diesen Gesetzen unterworfen – unabhängig davon, wo die Akten physisch gespeichert sind. Für Kanzleien, die grenzüberschreitende Streitigkeiten, M&A-Prüfungen oder regulatorische Untersuchungen betreuen, ist genau dieses Szenario der Grund, warum Privilegien überhaupt geschützt werden müssen.

Warum die Adresse eines Rechenzentrums die rechtliche Reichweite nicht bestimmt

Extraterritoriale Gesetze, wie sie für viele große Cloud- und Technologieanbieter gelten, verpflichten den Anbieter, Daten in seinem Besitz, seiner Obhut oder Kontrolle bereitzustellen – unabhängig davon, wo diese Daten gespeichert sind. Ein Anbieter mit Hauptsitz in einer Gerichtsbarkeit, der für europäische Kanzleien ein „regionales“ Rechenzentrum betreibt, unterliegt weiterhin den Gesetzen seines Heimatlandes. Das Label „regional“ ist eine Marketing- und Betriebsentscheidung – keine Änderung der rechtlichen Risiken.

Wie sich dadurch das Risiko für Kanzleien bei der Anbieterauswahl verändert

Die Pflicht einer Kanzlei, Privilegien zu schützen, endet nicht mit der Bestätigung des Rechenzentrumslandes. Die entscheidende Frage ist, ob irgendeine Behörde – egal wo – den Anbieter zwingen kann, Mandantendateien herauszugeben, und ob der Anbieter technisch überhaupt dazu in der Lage wäre. Wer im Beschaffungsprozess nur auf den geografischen Standort achtet, prüft das Privilegienrisiko nicht ausreichend.

Warum geteilte Legal-Tech-Infrastruktur bereichsübergreifende Risiken schafft

Multi-Tenant-Plattformen, die viele Kanzleien gleichzeitig bedienen, bergen das Risiko, dass eine einzige Schwachstelle Akten aus unterschiedlichen Mandaten – auch von gegnerischen Parteien – kompromittiert.

Geteilte Infrastruktur bedeutet geteiltes Risiko zwischen konkurrierenden Kanzleien

Wenn mehrere Kanzleien auf derselben Multi-Tenant-Plattform arbeiten, kann ein kompromittiertes Zugangskonto, eine Fehlkonfiguration oder eine gerichtliche Anordnung für diese Plattform weitreichende Folgen für alle Mandate haben. Multi-Tenancy ist für den Anbieter effizient, da sie die Betriebskosten auf viele Kunden verteilt – doch sie bündelt das Risiko genau dort, wo Kanzleien mit sensiblen Daten es eigentlich minimieren wollen. Eine Single-Tenant-Architektur eliminiert dieses bereichsübergreifende Risiko vollständig.

Was echte Data Sovereignty für Kanzleien über den Standort hinaus bedeutet

Wahre Souveränität basiert auf drei Säulen: Infrastruktur-Isolierung, Schlüsselverwaltung und Gerichtsbarkeitswahl. Der Standort ist nur ein Aspekt der Gerichtsbarkeitswahl – und ohne die anderen beiden bedeutungslos.

Single-Tenant-Architektur als Fundament

Eine Single-Tenant-Bereitstellung bedeutet, dass Datenbanken, Dateisysteme, Anwendungsumgebung und Betriebssystem einer Kanzlei nicht mit anderen Kunden geteilt werden. Dadurch entfällt das bereichsübergreifende Risiko geteilter Legal-Tech-Plattformen. Die Kanzlei kann gezielt entscheiden, wo ihre dedizierte Infrastruktur betrieben wird – vollständig On-Premises, selbst gehostet in der eigenen Cloud-Umgebung oder als dedizierte Instanz im Auftrag der Kanzlei.

Mandantenverwaltete Verschlüsselungsschlüssel als rechtlicher Schutz für Privilegien

Die Isolierung der Infrastruktur löst die operative Seite der Souveränität, nicht aber die rechtliche – dafür ist die Schlüsselverwaltung entscheidend. Hält der Anbieter die Verschlüsselungsschlüssel für Akten, kann eine rechtliche Anordnung beim Anbieter sowohl die verschlüsselten Daten als auch die Mittel zu deren Entschlüsselung liefern. Hält die Kanzlei die Schlüssel – typischerweise integriert mit einem Hardware-Sicherheitsmodul – liefert dieselbe Anordnung nur Chiffretext. Dieser Unterschied macht aus einem rechtlichen Risiko ein Nicht-Ereignis – und ist der Unterschied zwischen einem Versprechen auf Vertraulichkeit und Vertraulichkeit, die auch nach einem Gerichtsbeschluss gegen Dritte Bestand hat.

Souveränität operationalisieren statt voraussetzen

Kanzleien sollten Data Sovereignty architektonisch überprüfen, nicht auf Basis von Marketingaussagen akzeptieren. Das bedeutet: Prüfen, welcher Gerichtsbarkeit der Anbieter tatsächlich unterliegt – nicht nur, wo das Rechenzentrum steht; sicherstellen, dass die Bereitstellung wirklich Single-Tenant ist und keine Segmentierung einer geteilten Plattform; und klären, wer die Verschlüsselungsschlüssel hält und unter welchen Bedingungen sie herausgegeben werden könnten. Wer diese drei Fragen konsequent für jeden Anbieter beantwortet, der Mandantendaten verarbeitet, macht Souveränität von einer Annahme im Vertrag zu einer nachweisbaren Eigenschaft gegenüber Mandanten und Gerichten.

Wie eine Data Control Plane die Verteidigung der Mandantenvertraulichkeit unterstützt

Das bedeutet nicht, dass Kanzleien ihre Infrastruktur selbst bauen müssen. Es geht darum, eine Plattform zu wählen, bei der Gerichtsbarkeit, Isolierung und Schlüsselverwaltung architektonische Eigenschaften sind – und keine bloßen Vertragsversprechen. Die Governance von Akten muss kontinuierlich durchgesetzt werden, während sie sich bewegen. Genau das leistet eine Data Control Plane: Sie ist eine Governance-Schicht über allen Kanälen, über die Daten fließen – einschließlich E-Mail, Filesharing, APIs und KI-Agents – und erzwingt, wer sensible Daten wann, von wo und unter welchen Bedingungen senden, teilen oder abrufen darf.

Die Kiteworks Data Control Plane basiert auf Single-Tenant-Architektur – mit Bereitstellung On-Premises, in der eigenen Cloud-Umgebung der Kanzlei oder als dedizierte gehostete Instanz – und mandantenverwalteten Verschlüsselungsschlüsseln über ein Hardware-Sicherheitsmodul, sodass keine externe Partei Akten entschlüsseln kann. Darüber hinaus steuern datenbewusste zero-trust-Kontrollen jede Sende-, Freigabe- und Zugriffsaktion in allen Kanälen. Jede Aktion wird in einem fälschungssicheren, nicht gedrosselten Audit Log erfasst, der direkt in SIEM-Tools eingespeist wird. So erhalten Kanzleien einen belastbaren Nachweis darüber, wer wann auf welche Akten zugegriffen hat – statt sich auf Zusicherungen des Anbieters zu verlassen.

Kanzleien, die erfahren möchten, wie Single-Tenant-Architektur mit mandantenverwalteter Schlüsselkontrolle auf ihr eigenes Aktenmanagement und ihre Vertraulichkeitspflichten angewendet werden kann, können eine individuelle Demo vereinbaren.