Grok Bot und DSGVO 2026: Datenschutz-Risiken für Unternehmen

Micha, Security- und Infrastruktur-Berater bei Pexon Consulting | 10 Min. Lesezeit | 26.08.2026

TL;DR

xAI hat am 11. August 2026 Grok Bot gestartet: mehrere Agenten teilen sich eine Cloud-Instanz und dieselben Zugänge, ein öffentlicher AVV fehlt, Enterprise-Zugang gibt es nur über eine Warteliste. Parallel läuft seit Februar 2026 eine DPC-Untersuchung gegen X wegen Trainingsdaten und Grok-Deepfakes, Bußgeldrahmen bis 20 Millionen Euro. Claude auf Bedrock mit EU-Profil liefert einen dokumentierten Gegenentwurf.

Die zweite Altlast: eine DSGVO-Untersuchung läuft bereits gegen X und Grok

Kurz gesagt: Bevor Grok Bot überhaupt existierte, hatte xAIs Mutterkonzern X schon ein offenes Verfahren bei der irischen Datenschutzbehörde am Laufen. Die Irish Data Protection Commission hat am 17. Februar 2026 eine förmliche Untersuchung gegen die „X Internet Unlimited Company“ eröffnet (Help Net Security). Die Behörde prüft zwei getrennte Sachverhalte gleichzeitig.

Erstens: ob öffentlich sichtbare Posts von EU-Nutzern ohne eigene Rechtsgrundlage zum Training der Grok-Sprachmodelle verwendet wurden, ein klassischer Einwilligungs- und Transparenzpflicht-Fall nach DSGVO. Zweitens, deutlich schwerer: die Untersuchung von Grok Imagine und dessen „Spicy“-Modus, über den sich reale Fotos von Personen in sexualisierte Deepfakes umwandeln ließen, nach Schätzungen von Forschern rund drei Millionen Bilder innerhalb von zwei Wochen, ein Teil davon mit Bezug zu Minderjährigen. Für schwere DSGVO-Verstöße drohen Bußgelder bis 20 Millionen Euro oder 4 Prozent des weltweiten Jahresumsatzes, und weil Xs EU-Hauptsitz in Dublin liegt, führt die irische Behörde das Verfahren federführend für die gesamte EU.

Für die Bewertung von Grok Bot ist das kein Nebenschauplatz. Es zeigt, dass die Frage „Wie geht dieses Unternehmen mit Nutzerdaten und Datenschutz durch Design um“ bereits vor dem Launch des neuen Agenten-Produkts negativ beantwortet wurde, aus Sicht einer EU-Aufsichtsbehörde. Ein CISO, der jetzt über einen Grok-Bot-Piloten entscheidet, entscheidet damit auch über die Haftungsfrage bei einem Anbieter, der laufend beaufsichtigt wird.

Ein Bot mit eigenem Cloud-Computer in euren Tools

Am 11. August 2026 hat xAI „Grok Bot“ aus der Beta geholt: mehrere immer aktive Agenten, die sich jeweils einen eigenen Cloud-Computer teilen und dort dauerhaft laufen, auch wenn der Laptop des Mitarbeiters längst zugeklappt ist. Das Besondere daran ist nicht die Ausdauer, sondern der Zugriffsweg. Grok Bot meldet sich nicht über eine API an eure Systeme an. Er öffnet den Browser, klickt Buttons, füllt Formulare aus und liest Bildschirminhalte, exakt so, wie ein neuer Mitarbeiter es tun würde. Der Launch ist zugleich das erste Produkt aus der 60-Milliarden-Dollar-Übernahme von Cursor durch SpaceX im Juni 2026: Download, Onboarding und Vertrieb laufen über Cursors Infrastruktur.

Für ein IT-Team, das gerade über den ersten Agenten-Piloten nachdenkt, klingt das zunächst nach weniger Integrationsaufwand. Kein Connector, kein API-Schlüssel, kein Warten auf ein SSO-Freigabe-Ticket. Genau dieser Vorteil ist aus Security-Sicht das eigentliche Problem, und den wollen wir hier einmal sauber durchgehen, statt ihn nur zu behaupten. Wie wir DSGVO und EU-Hosting bei Agenten-Systemen grundsätzlich angehen, steht in unserem Überblick zu DSGVO und EU-Hosting für Claude.

Wie Grok Bot technisch arbeitet, und warum das neu ist

Kurz gesagt: Grok Bot ersetzt API-Aufrufe durch simulierte menschliche Bedienung, und alle Bots eines Accounts teilen sich dabei dieselbe Cloud-Instanz. Das ist architektonisch etwas anderes als ein klassischer Tool-Use-Agent, der über definierte Funktionen mit klaren Rechten arbeitet.

Nach Berichten zum Launch teilen sich sämtliche Bots eines Kontos einen einzigen Cloud-Computer, inklusive Cookies, Dateien und Zugangsdaten. xAI schreibt in der eigenen Dokumentation ausdrücklich, dass einzelne Bots nicht als Sicherheitsgrenze gedacht sind (techtimes.com). Das ist ein bemerkenswert offener Satz für ein Produkt, das gerade in Richtung Enterprise-Kunden vermarktet wird. Zwei Bots, die für zwei unterschiedliche Abteilungen arbeiten, laufen technisch im selben Raum.

Dazu kommt: Weil kein API-Aufruf stattfindet, existiert auch kein API-Log im klassischen Sinn. Was ein Bot im Detail geklickt, gelesen oder eingegeben hat, lässt sich im Nachhinein deutlich schwerer rekonstruieren als bei einem Agenten, dessen jede Aktion als strukturierter Funktionsaufruf protokolliert wird. Was dieses fehlende Log konkret in einer Delivery-Pipeline anrichtet, rechnen wir im Vergleich Grok Bot vs Claude Code für Entwickler-Teams durch.

Für Unternehmen mit mehreren Teams verschärft sich das Bild noch. Wenn Marketing, Vertrieb und Entwicklung jeweils eigene Grok-Bot-Agenten einsetzen, laufen alle auf derselben geteilten Cloud-Instanz desselben Accounts. Ein Berechtigungskonzept, wie man es aus klassischer IT-Governance kennt, Rollen, Mandanten, getrennte Umgebungen, existiert auf dieser Ebene schlicht nicht. Das ist keine Kinderkrankheit, die ein Update behebt, sondern eine bewusste Architekturentscheidung von xAI für Geschwindigkeit statt Isolation.

Fünf Risiken, die dieses Architekturmodell öffnet

Die Five-Eyes-Geheimdienstallianz hat im Zuge der aktuellen Agenten-Welle eine gemeinsame Einschätzung veröffentlicht: Unternehmen sollten davon ausgehen, dass Systeme mit Künstlicher Intelligenz sich agentisch unerwartet verhalten können, und ihre Einführung entsprechend planen, mit Fokus auf Widerstandsfähigkeit und Umkehrbarkeit statt reiner Effizienz (reworked.co). Das ist keine Nischenmeinung mehr, sondern eine Einschätzung auf Ebene staatlicher Sicherheitsbehörden, und sie deckt sich mit der Risikoklasse, in die ein Agent mit Systemzugriff nach der KI-Verordnung der EU (AI Act) ohnehin fallen dürfte.

Unsere Einschätzung aus aktuellen Kundengesprächen: Ein geteilter Cloud-Computer für mehrere Agenten ist für einen eng begrenzten Test vertretbar. Für produktive Unternehmensdaten, insbesondere mit Zugriff auf Postfächer oder interne Systeme, ist das heute zu früh.

Was das für die DSGVO-Bewertung heißt

Kurz gesagt: Für Grok Bot fehlt aktuell die vertragliche Grundlage, die eine DSGVO-Bewertung überhaupt erst ermöglicht. Eine Datenschutz-Folgenabschätzung braucht eine benennbare Verarbeitungsregion und einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO. Beides ist für Grok Bot öffentlich nicht dokumentiert. Enterprise-Kunden landen aktuell auf einer Warteliste statt auf einem regulären Vertragsabschluss, ein AVV lässt sich ohne laufenden Vertrag nicht sinnvoll prüfen.

Das ist kein Grund, Agenten-Systeme grundsätzlich zu verteufeln. Es ist ein Grund, vor dem ersten Pilotprojekt eine belastbare Antwort auf die Frage zu haben, wo die Daten verarbeitet werden und wer dafür vertraglich geradesteht.

Erschwerend kommt das Verkaufsmodell dazu: Grok Bot hat keinen eigenen Listenpreis, sondern steckt ausschließlich in sechs Abo-Bündeln zwischen 40 und 300 US-Dollar pro Sitz. Was das für Vertragsgegenstand und Einkauf bedeutet, haben wir in der Kostenanalyse zu Grok Bot 2026 aufgeschlüsselt. Ein Leistungsumfang, der sich nicht separat beziffern lässt, lässt sich auch in einem AVV nicht sauber beschreiben.

Eine Datenschutz-Folgenabschätzung stellt im Kern drei Fragen: Welche Daten verarbeitet das System, in welcher Region, und wer haftet bei einem Vorfall. Bei Grok Bot lässt sich aktuell nur die erste Frage beantworten, nämlich potenziell alle Daten, auf die der Bot über die Oberfläche Zugriff bekommt, weil er ja wie ein Mensch durch die Anwendungen navigiert. Region und Haftung bleiben offen, solange Enterprise-Kunden nur auf einer Warteliste stehen statt einen Vertrag mit klaren Zusagen zu unterschreiben. Eine DPIA, die zwei von drei Kernfragen nicht beantworten kann, kommt durch kein Datenschutz-Review, unabhängig davon, wie leistungsfähig das Modell dahinter ist.

Wie Claude denselben Job anders baut

Kurz gesagt: Claude löst genau die zwei Lücken, die bei Grok Bot offen sind, technisch und vertraglich, aber nur in der richtig konfigurierten Variante. Anthropic bietet für Enterprise-Kunden eine Wahl der Verarbeitungsregion, darunter eu-central-1 in Frankfurt sowie Irland und Paris, zusammen mit einer DPA nach Art. 28 DSGVO und den EU-Standardvertragsklauseln für etwaige weitere Datenübermittlungen.

Der ehrliche Teil dabei: Das gilt nicht automatisch für jede Claude-Nutzung. Der direkte Zugriff über claude.ai oder die Standard-API läuft in der Regel über US-Infrastruktur, dafür gibt es keinen belastbaren EU-Residenz-Nachweis. Wir raten deshalb davon ab, Claude pauschal als „DSGVO-Lösung“ zu verkaufen, nur die Enterprise-Variante mit gewählter EU-Region erfüllt das, das Consumer-Produkt nicht.

Bei Kundenprojekten setzen wir deshalb, ähnlich wie bei unseren Claude-Code-Security-Audits (Claude Code DSGVO: Wie das Tool CISO-Approval kriegt), auf eine Bedrock-Architektur mit fester EU-Region und vollständigem Audit-Trail. Ein einfacher Nachweis-Check dafür braucht nur wenige Befehle:

# Schneller Nachweis-Check: läuft die Inferenz wirklich in der EU-Region?
aws bedrock list-foundation-models --region eu-central-1 
  --query "modelSummaries[?contains(modelId, 'anthropic.claude')].modelId"

# CloudTrail-Eintrag für jeden Bedrock-Aufruf prüfen (Audit-Pflichtnachweis)
aws cloudtrail lookup-events 
  --lookup-attributes AttributeKey=EventSource,AttributeValue=bedrock.amazonaws.com 
  --region eu-central-1 --max-results 5

Denselben Denkansatz haben wir bereits bei Claude Cowork auf einem eigenen AWS-Konto umgesetzt (Claude Cowork Bedrock: DSGVO-konforme KI in Ihrem AWS-Konto): Die Region ist fest, die Zugriffe sind protokolliert, und ein Auditor bekommt eine nachvollziehbare Antwort statt einer Marketing-Aussage.

CISO-Checkliste vor jedem Agenten-Rollout

Diese acht Fragen sollten geklärt sein, bevor ein browserfähiger Agent wie Grok Bot oder ein API-basierter Agent wie Claude produktiven Zugriff auf Unternehmenssysteme bekommt.

1. Wo läuft die Bot-Instanz physisch, und wer kann technisch darauf zugreifen?
2. Teilen sich mehrere Agenten dieselbe Session oder denselben Zugang?
3. Gibt es ein durchgängiges Log jeder Einzelaktion, nicht nur des Endergebnisses?
4. Wie wird eine kompromittierte oder fehlgeleitete Session beendet, und wie schnell?
5. Existiert ein AVV nach Art. 28 DSGVO für genau diesen Einsatzzweck?
6. In welcher Region läuft die Verarbeitung, und steht das im Vertrag?
7. Welche Aktionen darf der Agent ohne menschliche Freigabe ausführen?
8. Wer im Unternehmen trägt die Verantwortung, wenn der Agent falsch handelt?

Neun von zehn Kundengesprächen, die wir aktuell zu Agenten-Piloten führen, scheitern nicht an der Technik. Sie scheitern daran, dass Punkt 5 und 6 vor dem ersten Test nie beantwortet wurden.

Häufig gestellte Fragen

Ist Grok Bot DSGVO-konform einsetzbar?

Nach aktuellem Stand nicht ohne erhebliche Vorbehalte. Es gibt keinen öffentlich dokumentierten AVV, keine benannte Standard-Verarbeitungsregion und Enterprise-Kunden erhalten nur Zugang zu einer Warteliste statt eines regulären Vertrags. Für einen begrenzten, datenfreien Test spricht wenig dagegen, für produktive Unternehmensdaten fehlt aktuell die vertragliche Grundlage.

Was kostet ein DSGVO-Nachweis für eine bestehende Claude-Architektur?

Aus vergleichbaren Bedrock-Projekten liegt ein Security-Audit inklusive AVV-Prüfung und Nachweis-Paket typischerweise im niedrigen fünfstelligen Bereich, abhängig von Teamgröße und bestehender Infrastruktur. Der genaue Umfang klärt sich im Erstgespräch.

Warum lässt sich Grok Bot schwerer auditieren als ein API-Agent?

Weil er keine API nutzt. Ein API-Agent hinterlässt pro Aktion einen strukturierten Log-Eintrag mit Funktion, Parametern und Zeitstempel. Grok Bot bedient stattdessen die Oberfläche wie ein Mensch, Mausklicks und Tastatureingaben lassen sich nicht in derselben Tiefe automatisch protokollieren und auswerten.

Ist Claude automatisch DSGVO-konform, nur weil es von Anthropic kommt?

Nein. Der direkte Zugriff über claude.ai oder die Standard-API läuft standardmäßig über US-Infrastruktur. DSGVO-konform wird der Einsatz erst durch die richtige Konfiguration: Enterprise-Vertrag, gewählte EU-Region und Auftragsverarbeitungsvertrag. Ohne diese drei Bausteine gilt dieselbe Einschränkung wie bei jedem US-Anbieter.

Was sollte als Erstes geprüft werden, bevor ein Team einen Agenten wie Grok Bot testet?

Die Verarbeitungsregion und der Vertragsrahmen, bevor überhaupt ein Zugriff auf echte Unternehmensdaten stattfindet. Das ist der Punkt, an dem die meisten Piloten hängen bleiben, wenn er zu spät geklärt wird.

Gibt es schon eine offizielle Untersuchung gegen Grok?

Ja. Die irische Datenschutzbehörde hat am 17. Februar 2026 eine Untersuchung gegen X eröffnet, die sowohl die Trainingsdaten der Grok-Modelle als auch sexualisierte Deepfakes über Grok Imagine betrifft. Das Verfahren läuft, ein Ergebnis steht noch aus, für Unternehmen ist es aber schon jetzt ein Signal für das Risikoprofil des Anbieters.

Nächster Schritt

Wer nach diesem Vergleich klären will, ob die eigene Claude-Architektur einer Prüfung standhält, statt nur eine Marketing-Aussage vorweisen zu können, bekommt bei uns ein dokumentiertes Ergebnis. Wer daraus im Anschluss das eigene Team befähigen will, hängt oft eine Claude Code Schulung als Enablement-Schritt dran, das besprechen wir dann im Erstgespräch, nicht vorab pauschal.

Verwandte Themen