KI aus der Cloud: DSGVO-Drittlandtransfers und internationale Anbieterketten prüfen

Nicht beim Standortetikett stehen bleiben

Eine auswählbare EU-Region beantwortet nur einen Teil der Transferfrage. Zu erfassen sind Eingaben, Ausgaben, Kontodaten, Protokolle, Telemetrie, Sicherheitsdaten und mögliche Trainingsnutzungen. Zusätzlich ist zu prüfen, von welchen Staaten aus Support, Moderation, Wartung oder Störungsbehebung erfolgen und ob der Anbieter personenbezogene Daten Beschäftigten oder Unterauftragnehmern in Drittländern durch Übermittlung oder autorisierten Fernzugriff tatsächlich zugänglich macht. Eine bloß abstrakte Zugriffsmöglichkeit ist vom konkret eingerichteten oder erfolgenden Zugriff zu unterscheiden.

Das Mapping sollte den gesamten Lebenszyklus des Dienstes abbilden: Einrichtung, Regelbetrieb, Fehleranalyse, Sicherungskopien, Wiederherstellung und Vertragsende. Ein Vertragspartner mit Sitz in der EU oder eine europäische Rechnung schließt einen Drittlandtransfer nicht aus. Maßgeblich sind die tatsächlichen Empfänger, Speicherorte und Zugriffsmöglichkeiten, nicht allein Produktname, Vertriebsstruktur oder eine allgemein gehaltene Marketingaussage zur Datenresidenz.

• Datenkategorien und betroffene Personen erfassen
• Speicher-, Backup-, Support- und Telemetriepfade kartieren
• Unterauftragnehmer und Zugriffsländer versioniert dokumentieren

Quellen: [1] [5]

Transfermechanismus je Datenfluss bestimmen

Für jeden identifizierten Datenfluss ist das Zielland gesondert zu bewerten. Besteht ein anwendbarer Angemessenheitsbeschluss, kann sich der Transfer darauf stützen, solange dessen Voraussetzungen und Reichweite erfüllt sind. Fehlt er, kommen insbesondere geeignete Garantien nach Artikel 46 DSGVO in Betracht. Ausnahmen nach Artikel 49 sind eng auszulegen und eignen sich regelmäßig nicht als dauerhafte Grundlage für wiederkehrende Cloud-Nutzung.

Die Transfergrundlage darf nicht mit der allgemeinen Rechtsgrundlage der Verarbeitung verwechselt werden. Ein zulässiger Mechanismus nach Kapitel V beantwortet nicht, ob die Erhebung, Nutzung oder Speicherung der Daten nach Artikel 6 oder gegebenenfalls Artikel 9 DSGVO erlaubt ist. Ebenso beseitigt eine Einwilligung nicht automatisch Informations-, Transparenz-, Sicherheits- oder Auftragsverarbeitungspflichten. Beide Prüfungsebenen müssen nachvollziehbar getrennt dokumentiert werden.

• Angemessenheitsbeschluss auf Anwendungsbereich prüfen
• Geeignete Garantie für jeden Empfänger festlegen
• Artikel 49 nicht zur Standardlösung machen

Quellen: [1]

Standardvertragsklauseln konkret umsetzen

Wer Standardvertragsklauseln nutzt, muss das passende Modul anhand der Rollen von Datenexporteur und Datenimporteur wählen. Die Anhänge dürfen keine leeren Standardfelder bleiben: Kategorien betroffener Personen, Datenarten, Zwecke, Empfänger, Häufigkeit, Aufbewahrung und Sicherheitsmaßnahmen gehören konkret beschrieben. Bei mehreren Ebenen der Lieferkette ist zu klären, wie weitere Auftragsverarbeiter einbezogen und Änderungen kontrolliert werden.

Die Klauseln sind kein bloßer Vertragsanhang für die Ablage. Verantwortliche müssen prüfen, ob sie zur realen Leistung passen und mit Auftragsverarbeitungsvereinbarung, Leistungsbeschreibung und technischen Einstellungen vereinbar sind. Widersprüche, etwa zwischen zugesagter EU-Speicherung und weltweit möglichem Supportzugriff, müssen vor Freigabe gelöst werden. Auch Informationsrechte, Auditnachweise und Benachrichtigungen bei Änderungen sollten praktisch nutzbar ausgestaltet sein.

• Rollen und SCC-Modul abgleichen
• Anhänge mit realen Datenflüssen ausfüllen
• Weiterübermittlungen und Subprozessoren einbeziehen

Quellen: [2] [1]

Transfer Impact Assessment durchführen

Nach dem Urteil Schrems II genügt die Unterzeichnung von Standardvertragsklauseln nicht ohne Prüfung des konkreten Transferumfelds. Das Unternehmen sollte Recht und einschlägige Praxis des Importlandes, Art und Sensibilität der Daten, Umfang und Regelmäßigkeit der Übermittlung, Übermittlungsweg, objektiv dokumentierte praktische Erfahrungen und Schutzmechanismen bewerten. Anbieterinformationen können dabei helfen, müssen aber auf Plausibilität, Aktualität und Bezug zum konkreten Dienst geprüft werden.

Das Transfer Impact Assessment sollte Annahmen, Quellen, offene Punkte und Verantwortliche nennen. Pauschale Aussagen wie „bisher keine Behördenanfrage“ ersetzen keine rechtliche Bewertung. Ebenso darf eine theoretisch starke Verschlüsselung nicht angerechnet werden, wenn der Anbieter die Daten im Klartext verarbeiten oder die Schlüssel selbst kontrollieren muss. Bei Änderungen von Importland, Dienstarchitektur oder Subprozessoren ist eine erneute Bewertung vorzusehen.

• Recht und Praxis des Importlandes bewerten
• Dienstspezifische statt konzernweite Aussagen verlangen
• Neubewertung bei wesentlichen Änderungen auslösen

Quellen: [3] [4]

Zusatzmaßnahmen auf Wirksamkeit testen

Technische Maßnahmen sind besonders belastbar, wenn der Importeur keinen verwertbaren Klartext erhält. Je nach Anwendungsfall kommen kundenseitige Verschlüsselung mit eigener Schlüsselkontrolle, belastbare Pseudonymisierung, Datentrennung oder eine Verarbeitung in geschützter Umgebung in Betracht. Bei vielen generativen Diensten muss das System Eingaben jedoch im Klartext verarbeiten; dann darf Verschlüsselung während des Transports nicht als vollständige Zugriffssperre dargestellt werden.

Organisatorische und vertragliche Maßnahmen ergänzen den technischen Schutz. Dazu zählen minimale Berechtigungen, protokollierte Supportfreigaben, kurze Aufbewahrung, Widerspruch gegen neue Unterauftragnehmer, Verfahren für Behördenanfragen und regelmäßige Transparenzberichte. Entscheidend ist der dokumentierte Zusammenhang zwischen Risiko und Maßnahme. Eine lange Kontrollliste ohne Nachweis der tatsächlichen Aktivierung oder ohne Prüfung verbleibender Zugriffsmöglichkeiten schafft keine belastbare Bewertung.

• Schlüsselkontrolle und Klartextbedarf prüfen
• Supportzugriffe technisch und organisatorisch begrenzen
• Wirksamkeit regelmäßig nachweisen lassen

Quellen: [4] [2]

Vertrag, Betrieb und AI Act sauber abgrenzen

Auftragsverarbeitungsvereinbarung und Cloud-Vertrag sollten Speicherorte, genehmigte Unterauftragnehmer, Änderungsvorlauf, Sicherheitsnachweise, Vorfallkommunikation, Rückgabe und Löschung abdecken. Das Unternehmen benötigt zudem einen internen Owner, der Anbieteränderungen mit Datenschutz, Informationssicherheit und Einkauf bewertet. Ein bloßer Link auf eine dynamisch änderbare Subprozessorliste reicht für steuerbare Governance häufig nicht aus.

Der AI Act und die DSGVO haben unterschiedliche Regelungsgegenstände. Eine Rollen- oder Risikoeinstufung nach dem AI Act schafft keine Grundlage für eine Drittlandübermittlung und ersetzt keine Prüfung nach Kapitel V DSGVO. Umgekehrt sagt ein zulässiger Transfer nichts darüber aus, ob Verbote, Transparenzpflichten oder künftige Hochrisikopflichten eingehalten sind. Die Freigabe sollte deshalb getrennte Prüfergebnisse zusammenführen, ohne eine pauschale Compliance-Garantie zu formulieren.

• Transferprüfung als eigenen Freigabeblock führen
• Vertragsänderungen an Re-Prüfung koppeln
• Datenschutz- und AI Act Bewertung getrennt dokumentieren

Quellen: [1]

Häufige Fragen