Ist Claude DSGVO-konform? Ein Prüfleitfaden statt einer Pauschalantwort

Information gesucht oder konkrete Umsetzung?

Die belastbare Kurzantwort

Ein Einsatz kann datenschutzrechtlich vertretbar gestaltet werden, wenn alle Voraussetzungen des konkreten Falls erfüllt sind. Ein DPA/AVV allein reicht dafür nicht. Verantwortliche müssen unter anderem Zweck und Rechtsgrundlage festlegen, Daten minimieren, Betroffenenrechte ermöglichen, angemessene Schutzmaßnahmen treffen und den Einsatz dokumentieren.

Besonders wichtig ist die Trennung zwischen Verbraucherangeboten und kommerziellen Angeboten. Vertragsrolle, Aufbewahrung und Trainingsnutzung können sich unterscheiden. Prüfe daher nicht nur den Namen „Claude“, sondern den tatsächlich gebuchten Dienst und jede aktivierte Integration.

1. Produkt, Vertrag und Rollen bestimmen

Anthropic beschreibt für kommerzielle Angebote wie Claude for Work und die API, dass das Kundenunternehmen für übermittelte Nutzerdaten grundsätzlich als Verantwortlicher und Anthropic im vertraglich geregelten Umfang als Auftragsverarbeiter handelt. Nach Anthropics Privacy Center ist der DPA einschließlich Standardvertragsklauseln in die kommerziellen Nutzungsbedingungen eingebunden.

Das ist der Startpunkt, nicht das Ende der Prüfung. Halte fest, wer Vertragspartner ist, über welchen Plan oder Plattformanbieter der Zugriff erfolgt, ob Unterauftragsverarbeiter beteiligt sind und welche Funktionen Daten an weitere Dienste senden.

Primärquellen: Anthropic: DPA einsehen und Anthropic: Processor oder Controller.

2. Zweck, Rechtsgrundlage und Datenklassen festlegen

Beschreibe jeden Use Case separat: Welche Aufgabe wird unterstützt? Welche personenbezogenen Daten sind wirklich erforderlich? Wer ist betroffen? Wer prüft das Ergebnis? Welche Folgen kann ein Fehler haben?

Eine allgemeine Freigabe „Claude darf für alles genutzt werden“ ist schwer kontrollierbar. Besser sind Datenklassen und klare Regeln: öffentlich, intern, vertraulich, personenbezogen und besonders schutzbedürftig. Für jede Klasse wird festgelegt, ob Eingabe, Anonymisierung, Pseudonymisierung oder vollständiger Ausschluss gilt.

Bei Beschäftigten-, Gesundheits-, Mandanten-, Finanz- oder Bewertungsdaten müssen zusätzlich die konkrete Rechtsgrundlage, Spezialrecht, Mitbestimmung und mögliche Berufsgeheimnisse geprüft werden.

3. Drittlandtransfer und Empfänger prüfen

Für Übermittlungen außerhalb des EWR braucht es einen zulässigen Transfermechanismus. Anthropics kommerzieller DPA enthält nach eigener Auskunft Standardvertragsklauseln. Wenn zusätzlich auf eine Angemessenheitsentscheidung oder eine Zertifizierung gestützt wird, muss deren aktueller Geltungsbereich für den konkreten Empfänger geprüft werden.

Connectoren, Websuche, MCP-Server und Drittplattformen können eigene Empfänger und Transferketten hinzufügen. Sie sind deshalb separat zu dokumentieren; die Claude-Vertragsunterlagen decken nicht automatisch jeden angebundenen Dienst ab.

Offizielle Einordnung: EU-Kommission zu internationalen Datentransfers.

4. Training, Aufbewahrung und Löschung nicht vermischen

Anthropic erklärt, Eingaben und Ausgaben kommerzieller Angebote standardmäßig nicht zum Training generativer Modelle zu verwenden, außer bei ausdrücklichem Feedback oder Opt-in. Das ist von der Aufbewahrung zu unterscheiden.

Für Standard-API-Nutzung nennt Anthropic grundsätzlich eine automatische Löschung von Ein- und Ausgaben aus Backend-Systemen innerhalb von 30 Tagen, jeweils mit vertraglichen, Sicherheits- und gesetzlichen Ausnahmen. In Claude-for-Work-Produkten können Chats und Sessions für die Produktfunktion gespeichert bleiben, bis sie gelöscht werden. Zero Data Retention ist eine gesonderte Vertrags- und Produktkonfiguration, keine Eigenschaft jedes Enterprise-Kontos. Anthropic nennt ZDR inzwischen auch für Opus 5.5 und zeitweise für berechtigte Fable-5/5.1-Kunden; einzelne Beta-Funktionen wie eigene Code-Runner können davon ausgeschlossen sein. Prüfe den dokumentierten Geltungsbereich je Modell, Dienst und Funktion.

Aktuelle Details: Anthropic zur Trainingsnutzung, Aufbewahrungsfristen und Geltungsbereich von Zero Data Retention.

5. TOMs und Produktkonfiguration zusammenführen

• Zugriff: persönliche Konten, starke Authentisierung, minimale Adminrollen und dokumentiertes Offboarding.
• Datenminimierung: nur erforderliche Ausschnitte, möglichst anonymisiert oder pseudonymisiert.
• Integrationen: Zweck, Rechte, Owner, Logging, Testfall und Rückbauweg pro Connector.
• Ausgaben: menschliche Prüfung bei Außenwirkung, Entscheidungen oder sensiblen Inhalten.
• Löschung: Fristen und Verantwortliche für Chats, Dateien, Logs, Caches und verbundene Systeme.
• Vorfälle: interner Meldeweg, technische Eindämmung, Risikobewertung und dokumentierte Entscheidung über weitere Schritte.

Ein Feature wie SSO oder eine Vertragsklausel ersetzt diese organisatorischen Maßnahmen nicht.

6. DSFA-Schwelle fallbezogen prüfen

Eine Datenschutz-Folgenabschätzung ist nach Art. 35 DSGVO erforderlich, wenn die geplante Verarbeitung voraussichtlich ein hohes Risiko für Rechte und Freiheiten natürlicher Personen verursacht. Die BfDI nennt insbesondere systematische und umfassende Bewertungen mit erheblichen Folgen, umfangreiche Verarbeitung besonderer Kategorien und systematische umfangreiche Überwachung.

Dokumentiere deshalb zunächst eine Schwellenprüfung. Bei Profiling, automatisierten Entscheidungen, großen Mengen sensibler Daten, Beschäftigtenüberwachung oder breit schreibenden Agenten kann eine vertiefte Prüfung naheliegen. „KI“ allein beantwortet die Schwelle nicht; Art, Umfang, Kontext und Zweck sind entscheidend.

Quelle: BfDI zu Datenschutz-Folgenabschätzungen.

Neue Enterprise-Schutzfunktionen richtig einordnen

Anthropic kündigte am 1. September 2026 Enterprise Frontier Safeguards (EFS) an. Aktivitätsdaten und menschliche Prüfung sollen in einer vom Kunden kontrollierten Cloud-Umgebung liegen. Die Einführung beginnt laut Anthropic erst phasenweise später im Herbst. Für berechtigte Kunden ist bis dahin Zero Data Retention für Fable 5 und 5.1 vorgesehen. Das ist keine allgemeine Aussage über jeden Tarif und noch keine bereits überall verfügbare EFS-Funktion. Quelle: Anthropic zu EFS und Rollout.

Inference Hooks sind eine Enterprise-Beta für einen organisationsweiten Allow-/Deny-Prüfpunkt vor der Modellverarbeitung von Prompts und Tool-Antworten. Ein eigener Sicherheitsserver kann dort Richtlinien und DLP-Regeln anwenden; die konkrete Abdeckung und Ausfallbehandlung müssen getestet werden. Die Funktion ersetzt weder Rechtsgrundlage noch AVV, Datenminimierung oder menschliche Freigaben. Quelle: Anthropic zu Inference Hooks.

Für die Herkunft von Ausgaben gibt es außerdem ein neues Claude-Textwasserzeichen. Es kann keine Person identifizieren und ist kein Datenschutz-Nachweis.

Praktischer 10-Punkte-Check vor dem Pilot

1. Use Case, Zweck und fachlichen Owner benennen.
2. Produkt, Plan, Vertragspartner und DPA-Version erfassen.
3. Rechtsgrundlage und erforderliche Datenkategorien dokumentieren.
4. Drittlandtransfers, Unterauftragsverarbeiter und Connectoren prüfen.
5. Aufbewahrung, Löschung, Feedback und Trainingsoptionen konfigurieren.
6. Rollen, Authentisierung und minimale Tool-Rechte festlegen.
7. DSFA-Schwellenprüfung und gegebenenfalls DSFA durchführen.
8. Nutzungsrichtlinie, KI-Kompetenzmaßnahmen nach Artikel 4 AI Act und menschliche Freigaben einführen.
9. Mit anonymisierten oder risikoarmen Fällen starten und Abweichungen protokollieren.
10. Erst nach Datenschutz-, Qualitäts- und Betriebsreview skalieren.

Nächster Schritt: konkrete Unterlagen statt allgemeiner Zusage

Wenn du nur eine Orientierung brauchst, arbeite den Leitfaden mit Datenschutz, IT und Fachbereich durch. Wenn die Verarbeitung bereits geplant ist, übertragen wir ihn auf euren tatsächlichen Ablauf und vereinbaren konkrete Ergebnisse wie VVT, TOM-Ergänzung, DSFA-Schwellenprüfung, Nutzungsrichtlinie oder Schulung.

Claude-DSGVO-Beratung und Umsetzung ansehen oder eine kostenlose Potenzial-Analyse anfordern.