DataPrivacy & Security

Privacy by Design ist keine Option mehr: Was CDOs 2026 verantworten müssen

Mit steigendem regulatorischem Druck und KI-Systemen, die immer größere Datenmengen verarbeiten, hat sich die Privacy-Funktion vom Häkchen in der Rechtsabteilung zur Kernaufgabe der Datenstrategie entwickelt. CDOs, die Privacy für das Problem anderer halten, sind nur einen Breach von einer karriereprägenden Krise entfernt.

Anfang 2023 verhängte die irische Datenschutzbehörde gegen Meta eine Geldbuße von 1,2 Milliarden Euro, damals die höchste jemals verzeichnete DSGVO-Strafe, weil europäische Nutzerdaten ohne ausreichende Schutzmaßnahmen auf US-Server übertragen worden waren. Öffentlich stand das Legal-Team am Pranger. Innerhalb der Organisation lautete die unangenehmere Frage jedoch: Wer hat die Datenarchitektur genehmigt, die diese Transfers in diesem Umfang überhaupt möglich machte? In nahezu jeder Organisation, in der Datenschutz katastrophal scheitert, führt die Antwort nicht zu Juristen zurück, sondern zu Entscheidungen über die Dateninfrastruktur, die Jahre früher getroffen wurden. Das ist das Terrain des CDO.

Bis Mitte 2026 ist das regulatorische Umfeld deutlich komplexer geworden. Der EU AI Act wird nun in Stufen durchgesetzt. Brasiliens LGPD hat sich zu einem Regime mit Zähnen entwickelt. Mehrere US-Bundesstaaten, Kalifornien, Texas, Virginia und neun weitere, betreiben eigene Consumer-Privacy-Frameworks, ohne dass eine bundesweite Harmonisierung in Sicht wäre. Und Organisationen, die Large Language Models einsetzen, stehen vor einer Kategorie von Privacy-Risiken, für die klassische Compliance-Frameworks einfach nicht gebaut wurden: Herkunft der Trainingsdaten, Datenabfluss zur Inferenzzeit und die grundlegende Schwierigkeit, Löschanfragen zu erfüllen, wenn die Daten einer Person in Modellgewichte eingegangen sind.

Die Privacy-Architektur bricht an den Nähten

Die Grundannahme der meisten Privacy-Programme in Unternehmen, dass personenbezogene Daten katalogisiert, eingegrenzt und über Policies gesteuert werden können, steht massiv unter Druck. Drei strukturelle Verschiebungen treiben das.

Erstens: KI-Pipelines sind intransparente Datenkonsumenten. Wenn ein Geschäftsbereich ein Foundation Model auf Logs von Kundeninteraktionen fine-tunt oder ein Retrieval-Augmented-Generation-System mit HR-Daten füttert, fließen Daten außerhalb des klassischen Governance-Perimeters. Die meisten bestehenden Datenkataloge haben keine eigene Möglichkeit nachzuvollziehen, welche Daten welches Modell trainiert haben, geschweige denn, ob darunter personenbezogene Daten mit Aufbewahrungsfristen waren. Laut Untersuchungen der MIT Sloan Management Review zur Reife von KI-Governance hatten Mitte der 2020er-Jahre weniger als ein Drittel der Unternehmen formale Kontrollen über die Lineage von Trainingsdaten eingeführt, eine Lücke, die Aufsichtsbehörden mittlerweile direkt abfragen.

Zweitens: Die Vendor-Supply-Chain ist zur Privacy-Haftung geworden. Organisationen setzen Dutzende SaaS-Plattformen ein, jede mit eigenen Subauftragsverarbeitern, Voreinstellungen zur Datenaufbewahrung und vertraglichen Ausnahmen. In einem einzigen mittelgroßen Unternehmen können personenbezogene Daten durch 150 oder mehr Drittsysteme fließen. Kommt es weiter unten in der Kette zu einem Breach, bei einem Payroll-Anbieter, einem CRM-Provider, einem Cloud-Analytics-Partner, bleibt der Verantwortliche rechtlich haftbar. Der operative Aufwand, Auftragsverarbeitungsverträge zu pflegen, Vendor-Risk-Assessments durchzuführen und vertragliche Anforderungen zur Datenminimierung durchzusetzen, ist real und wächst.

Drittens: Consent-Architekturen aus der DSGVO-Ära 2018 verfallen. Consent-Management-Plattformen waren auf Browser-Cookies und relativ statische Datennutzungen ausgelegt. 2026 hat dieselbe Person vielleicht Produktempfehlungen zugestimmt, aber ihre Daten werden jetzt genutzt, um ein Propensity-Modell zu trainieren, das Kreditentscheidungen, Bewerberauswahl oder Versicherungstarife beeinflusst. Die ursprüngliche Einwilligung deckt die nachgelagerte Inferenz nicht ab. Die Rechtsabteilung verweist auf die AGB. Aufsichtsbehörden verweisen immer häufiger auf den CDO.

Was das für den CDO bedeutet

Privacy ist keine Rechtsfunktion, die gelegentlich technischen Input braucht. Es ist eine technische Funktion, die gelegentlich juristischen Input braucht. Diese Unterscheidung hat enorme Folgen dafür, wie CDOs ihre Teams und ihre Verantwortlichkeiten aufstellen.

Verantworten Sie die Privacy-Engineering-Funktion, nicht nur die Compliance-Haltung. Der Unterschied zwischen einer Organisation, die ein Regulierungs-Audit besteht, und einer, die tatsächlich Privacy-resilient ist, liegt darin, ob Privacy-Kontrollen beim Bau in die Datenpipelines eingebettet oder nachträglich angeschraubt werden. CDOs sollten darauf drängen, Privacy-by-Design-Prinzipien über Standards der Datenplattform zu operationalisieren: verpflichtende Pseudonymisierung für Analytics-Workloads, automatisierte Durchsetzung von Aufbewahrungsfristen, attributgenaue Zugriffskontrollen auf sensible Felder. Das sind Engineering-Entscheidungen, keine juristischen.

Machen Sie AI Data Governance explizit und trennen Sie sie von klassischer Data Governance. Der Datenlebenszyklus der KI-Modellentwicklung lässt sich nicht saubere auf den Lebenszyklus operativer Daten abbilden. Trainingsdatensätze brauchen Provenienz-Metadaten. Modelle, die auf personenbezogenen Daten trainiert wurden, müssen mit zugehörigen Löschrisiko-Assessments registriert werden. Macht eine betroffene Person ihr Recht auf Löschung geltend, braucht die Organisation eine belastbare Position dazu, was das für Modelle bedeutet, die auf historischen Daten trainiert wurden, und „wir arbeiten daran“ ist in einem Umfeld nach dem AI Act keine akzeptable Antwort mehr.

Führen Sie ein Privacy-Risikoregister, das der Vorstand sieht. Privacy-Vorfälle nehmen denselben Verlauf wie Cybersecurity-Vorfälle vor einem Jahrzehnt: intern unterberichtet, bis sie extern katastrophal wurden. CDOs sollten sich für ein Privacy-Risikoregister einsetzen, das die Exposure finanziell quantifiziert, mögliche Bußgelder, Prozesskosten, Reputationswirkung, und es auf Vorstandsebene neben den Finanzrisiken präsentieren. Damit wird Privacy aus dem Narrativ der Kostenstelle ins Narrativ des Risikomanagements überführt, und das ist die einzige Sprache, die zuverlässig Budget freigibt.

Investieren Sie in Datenminimierung als Wettbewerbsdisziplin. Es gibt eine kontraintuitive Wahrheit, gegen die sich die meisten Datenorganisationen sperren: weniger, aber bewusster zu sammeln, führt gleichzeitig zu besseren Modellen und besseren Governance-Ergebnissen. Organisationen, die strikte Datenminimierung eingeführt haben, also nur erheben, was für definierte Zwecke nötig ist, berichten von saubereren Feature-Sets, geringeren Storage-Kosten, reduzierter Breach-Exposure und schnelleren Reaktionszeiten gegenüber Aufsichtsbehörden. Das ist keine Beschränkung analytischer Ambitionen, sondern eine architektonische Disziplin, die Analytics belastbarer macht.

Wichtigste Erkenntnisse

  • Privacy by Design braucht Ownership beim CDO: Privacy-Kontrollen in die Dateninfrastruktur einzubetten ist eine Engineering- und Architekturentscheidung, keine juristische. CDOs, die das vollständig an Compliance-Funktionen delegieren, stehen vor architektonischen Altlasten, wenn die Aufsicht kommt.
  • Modell-Governance ist die neue Privacy-Front: Lineage von Trainingsdaten, Datenexposition zur Inferenzzeit und Löschrisiken auf Modellebene sind aufkommende Pflichten, die die meisten Organisationen noch nicht operationalisiert haben. Diese Lücke wird sich mit dem Durchsetzungsfahrplan des EU AI Act schließen.
  • Vendor-Risiko ist Risiko für personenbezogene Daten: Die Datenlieferkette über Dritte ist eine strukturelle Haftung. CDOs brauchen kontinuierliche, nicht jährliche Transparenz darüber, wie Subauftragsverarbeiter personenbezogene Daten über jede integrierte Plattform hinweg behandeln.
  • Quantifizieren Sie Privacy-Risiken in der Sprache des Vorstands: Budget und Aufmerksamkeit der Führungsebene folgen der finanziellen Darstellung. Ein Privacy-Risikoregister, ausgedrückt in monetärer Exposure, wirkt stärker als ein Compliance-Dashboard mit Prozentwerten zur Policy-Einhaltung.

Wer als CDO auf eine behördliche Untersuchung wartet, um die eigene Privacy-Architektur zu prüfen, rekonstruiert am Ende unter Zeitdruck getroffene Entscheidungen, in der Öffentlichkeit, mit Aufsichtsbehörden, die die Agenda setzen. Die Frage ist nicht, ob Ihre Organisation ein Privacy-Problem hat, sondern ob Sie es finden, bevor die Behörden es tun. Wie sieht die Provenienz Ihrer Trainingsdaten heute aus, und könnten Sie diese Dokumentation innerhalb von 72 Stunden vorlegen?

Mehr dazu

Die Lektionen, die diesen Artikel weiterführen, frei zugänglich.

  1. 1CCPA, LGPD, AI Act: Navigation im globalen RegulierungsflickenteppichData Governance & Compliance
  2. 2DSGVO in der Praxis: die 10 häufigsten Fehler von CDOsData Governance & Compliance
  3. 3KI-Risiko und der EU AI ActKI- & Machine-Learning-Strategie
  4. 4Datenklassifizierung & Zugriffskontrolle: der Zero-Trust-Ansatz für DatenData Governance & Compliance
  5. 5Data-Breach-Playbook: Was in den ersten 72 Stunden zu tun istData Governance & Compliance

Artikel gelesen?

Bestätigen Sie Ihre Lektüre, um XP zu sammeln und Ihr Radar zu füttern.