Privacy-Enhancing Technologies in der Praxis: Der Hype ist der Umsetzung voraus

Privacy-Enhancing Technologies haben es auf die Agenda der Vorstände geschafft, und die zugrunde liegende Wissenschaft ist solide. Doch die Lücke zwischen Pilotprojekt und produktivem Betrieb ist größer, als man den meisten CDOs erzählt.

🎙️

Podcast anhören

4 min

Synthetische Daten, Federated Learning, homomorphe Verschlüsselung, Differential Privacy: Die Zahl der Abkürzungen rund um PETs ist schneller gewachsen als die Zahl der produktiven Deployments. Aufsichtsbehörden in der EU, in Großbritannien und Kanada haben Leitlinien veröffentlicht, die PETs als Weg zu regelkonformem Data Sharing befürworten. Das UK Information Commissioner's Office und das US National Institute of Standards and Technology haben beide in PET-spezifische Frameworks investiert. Eine Umfrage von PricewaterhouseCoopers aus dem Jahr 2023 (durchgeführt vor dem aktuellen Zeitraum, also als Richtungsangabe zu verstehen) ergab, dass rund 60 % der großen Unternehmen ihre PET-Investitionen innerhalb von zwei Jahren erhöhen wollten. Analystenhäuser wie Gartner führen PETs seit mehreren Jahren in Folge auf ihren Privacy-Technologie-Radaren. Der Konsens steht, und er ist in sich schlüssig.

Die Konsensposition, fair dargestellt

Das vorherrschende Argument lautet so: Data-Sharing-Konstruktionen, die unter der DSGVO und vergleichbaren Regelwerken rechtlich unmöglich oder reputationsgefährdend waren, lassen sich mit PETs jetzt sicher umsetzen. Federated Learning erlaubt es Unternehmen, gemeinsame Modelle zu trainieren, ohne Rohdaten zu bewegen. Differential Privacy fügt kalibriertes statistisches Rauschen hinzu, sodass einzelne Datensätze nicht rekonstruiert werden können. Homomorphe Verschlüsselung ermöglicht Berechnungen auf verschlüsselten Daten. Synthetische Daten erzeugen statistisch repräsentative Datensätze, die keine echten personenbezogenen Informationen enthalten. Zusammen öffnen diese Verfahren bisher verschlossene Türen: branchenübergreifende Betrugserkennung, pharmazeutische Forschung über Klinikverbünde hinweg, Finanzrisikomodelle zwischen Wettbewerbern. Die Datenschutzaufsicht sagt Ja, der CISO schläft nachts, und das Data-Science-Team bekommt das Signal, das es braucht. Alle gewinnen.

Googles Einsatz von Differential Privacy in Chrome, Apples Nutzung in der iOS-Telemetrie und die Federated-Learning-Arbeiten von Google DeepMind zur medizinischen Bildgebung werden regelmäßig als Belege angeführt. Die Technologie funktioniert. Die Mathematik hinter der homomorphen Verschlüsselung, entwickelt von Craig Gentry bei IBM Research und heute unter anderem von Zama und IBM selbst kommerzialisiert, ist unbestritten.

Wo der Konsens danebenliegt

Der Konsens macht zwei verwandte Fehler. Er verwechselt mathematischen Beweis mit operativer Reife, und er behandelt Early Adopters als repräsentativ für durchschnittliche Organisationen.

Beginnen wir mit dem Problem der Rechenkosten. Vollständig homomorphe Verschlüsselung bleibt im großen Maßstab teuer. Die Verarbeitung verschlüsselter Daten unter HE kann je nach Circuit Depth und verwendeter Bibliothek um Größenordnungen langsamer sein als die Verarbeitung von Klartext. IBM und Zama (ein Anbieter, dessen Zahlen gegen unabhängige Benchmarks geprüft werden sollten) haben beide Performance-Verbesserungen veröffentlicht, und der Abstand wird kleiner. Aber für eine mittelgroße Bank mit nächtlichen Batch-Prozessen ist „kleiner werdend“ nicht dasselbe wie „gelöst“. Die produktiven Use Cases, die es tatsächlich in den Betrieb geschafft haben, sind meist eng zugeschnitten: ein bestimmter Query-Typ, eine feste Modellarchitektur, ein klar abgegrenzter Datensatz. Von diesen auf unternehmensweite PET-Deployments zu schließen, ist ein Kategorienfehler.

Federated Learning bringt andere Probleme mit sich, über die weniger berichtet wird. Das Verfahren setzt voraus, dass die Teilnehmer vergleichbare Datenqualität, kompatible Modellarchitekturen und in etwa symmetrische Beiträge zum gemeinsamen Modell haben. In der Praxis wird ein Klinikkonsortium, in dem drei Häuser elektronische Patientenakten ab 2015 besitzen und zwei bis 2022 nur Papierakten führten, ein föderiertes Modell hervorbringen, das diese Asymmetrien auf schwer auditierbare Weise abbildet. Differential Privacy UK, die staatliche Initiative, die zwischen 2022 und 2024 Tests zu PETs für den Datenaustausch zur Finanzkriminalität durchführte, stellte fest, dass die Heterogenität der Teilnehmerdaten eine der größten Hürden für brauchbare Ergebnisse war. Diese Erkenntnis hat es in die meisten Vendor-Pitches nicht geschafft.

Synthetische Daten haben ihren eigenen Failure Mode, der 2026 an Aufmerksamkeit gewinnt: Membership-Inference-Angriffe. Forscher bei Google und mehrere akademische Gruppen haben gezeigt, dass synthetische Datensätze aus generativen Modellen Informationen über die ursprünglichen Trainingsdaten preisgeben können, wenn das Generierungsmodell selbst nicht mit Differential Privacy geschützt ist. Unternehmen, die synthetische Daten bei Anbietern wie Mostly AI oder Gretel einkaufen (beides kommerzielle Anbieter, deren Sicherheitsaussagen unabhängige Validierung verdienen), fragen oft nicht, ob der Generierungsprozess selbst differentially private war. Der Output sieht sauber aus; die Generierungs-Pipeline ist es möglicherweise nicht.

Der zweite Fehler ist Governance-Theater. Ein CDO kann einen PET-Piloten freigeben, dem Board die Compliance-Vorteile präsentieren und die Unterlagen bei der Aufsicht einreichen, während die zugrunde liegende Data-Governance-Infrastruktur unzureichend bleibt. PETs ersetzen weder Datenminimierung noch Löschkonzepte oder Access Management. Sie setzen auf diesen Kontrollen auf. Eine Organisation, die ihre Bestände an personenbezogenen Daten nicht präzise inventarisieren kann, wird nicht plötzlich compliant, weil sie einen Federated-Learning-Wrapper um einen schlecht gesteuerten Data Lake gelegt hat.

Was ein kluger Praktiker tatsächlich tun sollte

Der erste Schritt: PETs nicht länger als Kategorie behandeln, sondern als Menü mit unterschiedlichen Reifegraden für unterschiedliche Use Cases. Differential Privacy für aggregierte Analytics-Reportings ist heute von den meisten Datenteams mit überschaubarem Aufwand einsetzbar. Apples Open-Source-Bibliothek Swift Differential Privacy und Googles Open-Source-DP-Bibliothek sind produktionsreif. Dieser Teil des Konsenses stimmt. Homomorphe Verschlüsselung für institutionsübergreifende Modellinferenz ist eine andere Sache; sie gehört in eine Forschungs-Pipeline mit 12 bis 24 Monaten Horizont, nicht in die Q3-Roadmap.

Der zweite Schritt: vor der Budgetfreigabe herstellerunabhängiges Benchmarking verlangen. Wenn ein PET-Anbieter Latenz- oder Genauigkeitswerte nennt, stammen diese Zahlen fast immer aus der bevorzugten Hardwarekonfiguration des Anbieters mit dessen bevorzugtem Workload. Fordern Sie Ergebnisse auf Ihrer Architektur, mit Ihrem Datenvolumen, und vergleichen Sie sie mit veröffentlichten akademischen Benchmarks.

Der dritte Schritt: PET-Piloten als Governance-Audit nutzen. Ein Federated-Learning-Pilot zeigt sofort, ob Ihr Datenkatalog präzise genug ist, um sinnvoll teilzunehmen. Ein Projekt mit synthetischen Daten offenbart, ob Ihre Data Scientists einen statistisch validen synthetischen Datensatz von einem unterscheiden können, der nur plausibel aussieht. Das sind wertvolle Diagnosen, unabhängig davon, ob der PET-Pilot in den Produktivbetrieb geht.

Der regulatorische Druck auf grenzüberschreitende Datenflüsse lässt 2026 nicht nach, und PETs werden eine reale Rolle dabei spielen, regelkonforme Datenkooperationen zu ermöglichen. Die Technologie ist keine Fata Morgana. Aber die CDOs, die hier vorne liegen, sind diejenigen, die die ICO-Leitlinien und die akademischen Benchmarks lesen, nicht nur die Whitepaper der Anbieter. Eine PET-Strategie, die auf nicht skalierbaren Piloten aufbaut, bleibt eine Compliance-Lücke mit einem überzeugenden Foliensatz.

Mehr dazu

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

  1. 1Data-Partnerschaften: Typen, Due Diligence und Privacy-Preserving TechnologiesDatenprodukte & Monetarisierung
  2. 2Data Partnerships & Clean RoomsDatenprodukte & Monetarisierung
  3. 3DSGVO in der Praxis: die 10 häufigsten Fehler von CDOsData Governance & Compliance
  4. 4Die Lücke zwischen POC und Produktion schließenKI- & Machine-Learning-Strategie
  5. 5CCPA, LGPD, AI Act: Navigation im globalen RegulierungsflickenteppichData Governance & Compliance

Artikel gelesen?

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