Souveräne Roboterdaten: warum EU-Speicherung nicht genügt
Ein Roboter-Datensatz auf EU-Servern zu speichern ist Datenresidenz, nicht Datensouveränität. Warum der US CLOUD Act auch in der EU gehostete Daten erreicht, und was echte Kontrolle erfordert.
Ein Datensatz menschlicher Demonstrationen liegt auf einem Serverrack in Frankfurt. Jedes Einzelbild, jeder Kraftmesswert, jede Handpose ist auf Festplatten gespeichert, die deutschen Boden nie verlassen. Das Marketing des Anbieters nennt das EU-gehostet, und technisch stimmt das auch. Ein US-amerikanisches Gericht kann dennoch die Herausgabe des gesamten Datensatzes anordnen.
Dieser Satz ist das gesamte Argument dieses Beitrags. Wo Daten physisch liegen und wer sie rechtlich kontrolliert, sind zwei verschiedene Fragen. Die Robotikbranche hat begonnen, die erste Frage zu behandeln, als würde sie die zweite beantworten. Das tut sie nicht.
Diese Lücke hat im Recht einen Namen und in der Praxis einen Mechanismus. Sie wiegt bei Trainingsdaten für Roboter schwerer als bei fast jeder anderen Art von Daten, weil diese Daten aus den Gesichtern, Wohnungen, Stimmen und Händen realer Menschen bestehen. Hier ist, warum Speicherung in der EU nicht dasselbe ist wie Souveränität über den Datensatz, und was dieser Unterschied tatsächlich erfordert.
Residenz betrifft Bytes, Souveränität betrifft Kontrolle
Datenresidenz ist eine Aussage über Geografie: Die Bytes sind in einer benannten Region gespeichert. Datensouveränität ist eine Aussage über Jurisdiktion: welches staatliche Recht die Daten erzwingen, prüfen oder blockieren kann, und welche juristische Person sich daran halten muss. Beides tritt oft gemeinsam auf, weshalb man es verwechselt. Es trennt sich in dem Moment, in dem das Unternehmen, das die Daten kontrolliert, einem Rechtssystem außerhalb der Region unterliegt, in der die Bytes liegen.
Betrachten Sie den gewöhnlichen Fall. Ein europäischer Roboterhersteller kauft einen Demonstrationsdatensatz von einem Anbieter mit Hauptsitz in Kalifornien. Der Anbieter hostet, wie es sich gehört, alles in einem Rechenzentrum in Frankfurt, um die Residenzklausel des Kunden zu erfüllen. Die Festplatten stehen in Deutschland. Der Vorstand, die Gründung und die letztlich maßgebliche rechtliche Kontrolle liegen in den Vereinigten Staaten. Fragt man, welches Recht den Datensatz erreicht, lautet die Antwort: beide, und eines von ihnen kann das andere überstimmen.
Der Mechanismus: der CLOUD Act
Der US-amerikanische Clarifying Lawful Overseas Use of Data Act, der CLOUD Act, wurde 2018 verabschiedet. Er legt unmissverständlich fest, dass ein der US-Jurisdiktion unterliegender Anbieter bei einer gültigen richterlichen Anordnung Daten, die sich in seinem „Besitz, Gewahrsam oder unter seiner Kontrolle” befinden, herausgeben muss, unabhängig davon, wo diese Daten gespeichert sind. Der Standort des Servers ist kein Verteidigungsargument. Auslöser ist die Kontrolle, nicht die Geografie.
Ein Datenanbieter mit Hauptsitz in den USA kann einem europäischen Kunden also nicht ehrlich versprechen, dass ein Datensatz außerhalb der Reichweite der USA liegt. Er kann EU-Residenz versprechen. Er kann keine EU-Jurisdiktion versprechen, denn seine eigene Muttergesellschaft kann gezwungen werden, Daten herauszugeben, die sie kontrolliert, ganz gleich, wo die Festplatten gerade laufen. Eine Residenzklausel und eine Jurisdiktionsgarantie sehen in einem Vertrag ähnlich aus, sind aber nicht dasselbe Instrument.
Das ist nicht antiamerikanisch gemeint. Der Punkt ist struktureller, nicht moralischer Natur: Eine juristische Person ist für das Rechtssystem erreichbar, dem sie angehört. Ein europäischer Anbieter, der Daten in den USA hält, würde für einen US-Käufer die spiegelbildliche Sorge aufwerfen.
Warum das bei Trainingsdaten für Roboter stärker ins Gewicht fällt
Die meisten Debatten zur Daten-Governance drehen sich um Tabellenkalkulationen und Protokolldateien. Demonstrationsdaten für Roboter sind grundlegend anders. Um einem Roboter beizubringen, in einer Küche zu arbeiten, zeichnet man eine Person auf, die in einer Küche arbeitet: ihr Gesicht, ihre Wohnung, ihre Stimme auf dem Audiokanal, die exakte Bewegung ihrer Hände. Nach der Datenschutz-Grundverordnung (DSGVO) handelt es sich dabei größtenteils um personenbezogene Daten, und ein Teil davon ist biometrisch, was einer besonderen Kategorie mit strengeren Bedingungen unterliegt.
Das verändert die Einsätze. Der Datensatz ist nicht nur proprietär, er trägt die Rechte der Menschen, die darin erfasst sind. Die GDPR regelt die Rechtsgrundlage für die Erfassung, die eingeholte Einwilligung, die angewendete Anonymisierung und die Fähigkeit, Jahre später einem Löschantrag nachzukommen. Ein Verantwortlicher außerhalb der EU erschwert jede dieser Pflichten, weil die Menschen, deren Daten es sind, durch ein Regelwerk geschützt sind, dem der Verantwortliche nicht in erster Linie unterliegt.
Der EU AI Act fügt eine zweite Ebene hinzu. Er knüpft Pflichten an die Daten, mit denen KI-Systeme trainiert werden, darunter Dokumentations- und Provenienzpflichten für Trainingsdatensätze. Ein Käufer, der nicht belegen kann, woher jede Demonstration stammt und auf welcher Rechtsgrundlage sie erfasst wurde, erbt eine Compliance-Lücke, die er nicht selbst geschaffen hat. Provenienz ist damit kein Nice-to-have mehr, sondern wird zur Beschaffungsanforderung.
Um den AI Act herum liegt ein breiterer Rahmen der Daten-Governance: der EU Data Governance Act für vertrauenswürdige Datenvermittler, und der EU Data Act für die Kontrolle und Übertragbarkeit von Daten. Beide setzen voraus, dass die verantwortliche Stelle der EU-Jurisdiktion unterliegt.
Residenz sagt Ihnen, wo die Daten schlafen. Souveränität sagt Ihnen, wessen Recht sie unterliegen, wenn jemand danach fragt. Für einen Datensatz, der aus den Gesichtern und Händen realer Menschen besteht, schützt nur die zweite Frage den Käufer.
Was echte souveräne Roboterdaten erfordern
Wenn EU-Server notwendig, aber nicht hinreichend sind, was vervollständigt das Bild? Drei Bedingungen, und sie verstärken sich gegenseitig.
EU-Gesellschaftskontrolle. Die juristische Person, die den Datensatz besitzt und verarbeitet, sollte selbst durch ihre Gesellschaftsstruktur der EU-Jurisdiktion unterliegen, sodass keine ausländische Muttergesellschaft zur Herausgabe gezwungen werden kann. Das ist die Bedingung, die Residenz allein nicht liefern kann.
Einwilligung und Provenienz, erfasst an der Quelle. Jede Demonstration sollte mit einer Rechtsgrundlage, einer dokumentierten Einwilligung der aufgezeichneten Person und einem mitlaufenden Provenienznachweis eintreffen. Einwilligung nachträglich auf ein zusammengetragenes Korpus aufzusetzen ist nahezu unmöglich. Sie zum Zeitpunkt der Aufzeichnung zu erfassen ist unkompliziert.
Eine Verarbeitungskette, die niemals über einen Verantwortlichen außerhalb der EU läuft. Annotation, Speicherung und Auslieferung sollten innerhalb von Stellen bleiben, die derselben Jurisdiktion unterliegen. Ein einziger ausgelagerter Annotationsschritt bei einem ausländisch kontrollierten Subunternehmer kann das Risiko wieder öffnen, das die Struktur eigentlich schließen sollte.
| Dimension | Nur EU-Residenz | EU-Jurisdiktion durch Gesellschaftsstruktur |
|---|---|---|
| Wo die Bytes gespeichert sind | EU-Rechenzentrum | EU-Rechenzentrum |
| Wer die Gesellschaft rechtlich kontrolliert | Kann eine Muttergesellschaft außerhalb der EU sein | In der EU gegründet, EU-kontrolliert |
| Erreichbar durch eine Anordnung nach dem US CLOUD Act | Ja, wenn der Verantwortliche US-Recht unterliegt | Keine ausländische Muttergesellschaft, die gezwungen werden könnte |
| GDPR-Verantwortlicher mit Sitz in der EU | Nicht garantiert | Ja |
| Einwilligung und Provenienz bei der Erfassung | Bei zusammengetragenen oder aggregierten Daten oft unklar | Für jede Demonstration dokumentiert |
| Was der Käufer einer Aufsichtsbehörde sagen kann | Die Daten sind in Europa gespeichert | Die Daten unterliegen europäischem Recht |
Jurisdiktion landet im Pflichtenheft
Jahrelang lebte die Sprache der Souveränität im Verkaufsdeck und überstand selten den Kontakt mit einer technischen Prüfung. Das ändert sich, während die europäische Robotik skaliert. Die International Federation of Robotics erfasst einen weltweiten Bestand an im Einsatz befindlichen Industrierobotern in Millionenhöhe, wovon Europa einen erheblichen Anteil hält. Während humanoide Programme vom Labor in die Fertigungslinie wechseln, geraten die Datensätze hinter ihren Policies unter dieselbe Prüfung wie jeder andere regulierte Input.
Ein europäischer OEM, der seinen eigenen Aufsichtsbehörden, Betriebsräten und Kunden Rechenschaft schuldet, kann die Provenienz seiner Trainingsdaten nicht als das Problem eines anderen behandeln. Sollte das Verhalten eines eingesetzten Roboters jemals infrage gestellt werden, ist „wir haben die Daten gekauft, und sie waren in Frankfurt gespeichert” eine schwächere Antwort als „die Daten wurden mit EU-Einwilligung von einer EU-kontrollierten Stelle erfasst, mit Provenienz für jeden Clip”.
Nichts davon macht EU-Hosting wertlos. Residenz ist eine reale Anforderung und ein notwendiger Anfang. Der Fehler liegt darin, sie als Endpunkt zu lesen. Ein Datensatz ist souverän, wenn das Recht, das ihn regelt, und die Stelle, die ihn kontrolliert, am selben Ort liegen wie das Versprechen, das den darin erfassten Menschen gegeben wurde. Für Trainingsdaten von Robotern, die eine menschliche Demonstration nach der anderen aus echten Gesichtern und echten Händen aufgebaut werden, ist diese Übereinstimmung kein Detail der Compliance. Sie ist der Unterschied zwischen einem Datensatz, den ein europäischer Roboterhersteller einsetzen kann, und einem, den er nur bewundern kann.