Open Claw ist ein quelloffener „Agentic-AI“-Assistent, der nicht nur Texte generiert, sondern aktiv Aufgaben ausführt (z. B. E-Mails bearbeiten, Dateien verwalten, Web-Workflows automatisieren), häufig über angebundene Dienste und mit hinterlegten Zugangsdaten. Genau diese Kombination aus Autonomie und privilegierten Schnittstellen sorgt aktuell für eine neue Welle an Sicherheits- und Datenschutzwarnungen.
Unternehmen reagieren mit Verboten und Restriktionen – wegen Datenabfluss-Risiken
Mehrere Tech-Unternehmen sollen den Einsatz von Open Claw intern bereits untersagt oder stark eingeschränkt haben. Begründet wird das mit der Gefahr, dass der Agent unbeabsichtigt sensible Informationen verarbeitet, weitergibt oder durch Manipulation zu unerwünschten Handlungen gebracht wird. Aus Datenschutzsicht ist das relevant, weil sich dadurch typische DSGVO-Risiken verschärfen: unbefugte Offenlegung, Zweckentfremdung, fehlende Zugriffsbeschränkung und nicht beherrschbare Verarbeitung durch ein „Tool mit Eigeninitiative“.
Akuter Trend: Infostealer greifen Open-Claw-Konfigurationen und Tokens ab
Aktuell wurde berichtet, dass Infostealer-Malware erstmals konkret Open-Claw-Setups kompromittiert und dabei Konfigurationsdaten wie API-Keys oder Auth-Tokens abgegriffen hat. Praktisch bedeutet das: Wer Open Claw mit Mail-, Kalender-, Chat- oder Cloud-Diensten verbindet, schafft einen zentralen „Schlüsselbund“ – und macht diesen bei einem Endgeräte-Befall besonders attraktiv. Datenschutzrechtlich kann daraus schnell eine meldepflichtige Verletzung des Schutzes personenbezogener Daten werden (Art. 33/34 DSGVO), je nach Umfang und betroffenen Datenkategorien.
Exponierte Instanzen und „Skill“-Ökosysteme erhöhen die Angriffsfläche
Sicherheitsanalysen berichten, dass im Internet eine sehr große Zahl von Open-Claw-Instanzen auffindbar bzw. versehentlich exponiert sei (z. B. durch unsichere Gateway-/Remote-Konfigurationen). Zusätzlich wird vor Risiken aus dem „Skills“-Ökosystem gewarnt, insbesondere wenn Dritt-Skills mit weitreichenden Berechtigungen genutzt werden.
Für die DSGVO ist das aus zwei Gründen brisant: Erstens verschiebt sich das Risiko stark in Richtung Fehlkonfiguration und mangelnder Zugriffskontrolle (Art. 32 DSGVO). Zweitens wird die Nachweisbarkeit schwieriger, ob Datenminimierung, Zweckbindung und „Need-to-know“ technisch wirklich umgesetzt sind.
OpenAI-Personalie und Projekt-Dynamik: Governance wird wichtiger
Zusätzlich sorgt die Meldung für Aufmerksamkeit, dass der Open-Claw-Gründer Peter Steinberger zu OpenAI wechselt und das Projekt als Foundation weitergeführt werden soll. Für Unternehmen ist das weniger „nur Tech-News“ als Governance-Thema: Wer Open-Source-Agenten produktiv einsetzt, muss Verantwortlichkeiten, Update-/Patch-Prozesse, Security-Advisories und Lieferkettenrisiken (Third-Party-Skills, Forks, Container-Images) sauber steuern – sonst kippt der Einsatz schnell in ein nicht vertretbares Risiko-Profil.
Was das datenschutzrechtlich in der Praxis bedeutet
Wenn Open Claw im Unternehmen genutzt werden soll, sollten Verantwortliche den Einsatz wie ein System mit Admin-ähnlichen Rechten behandeln: klare Zweckdefinition, restriktive Berechtigungen, getrennte Konten/Scopes, Protokollierung mit datenschutzkonformer Ausgestaltung, Secrets-Management statt Klartext-Tokens, sowie eine belastbare Risikoanalyse. In vielen Szenarien liegt eine Datenschutz-Folgenabschätzung nahe, wenn der Agent weitreichenden Zugriff auf Kommunikationsinhalte, Kundendaten oder besondere Kategorien personenbezogener Daten erhält oder automatisiert Entscheidungen/Workflows anstößt.
