--- title: "Pseudonymisierungs-Gateway für LLMs und DSGVO" canonical: https://wavect.io/de/blog/llm-pseudonymization-gateway-gdpr-2026/ language: de description: "Ein Pseudonymisierungs-Gateway holt dich nicht aus der DSGVO. Was EuGH-Urteil 2025 und EDSA-Leitlinien vor dem Kauf verlangen, plus Fragen an den Anbieter." image: "https://wavect.io/img/blog/headers/header_llm-pseudonymization-gateway-gdpr-2026.png" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 14 min Lesezeit · 18. August 2026 Zuletzt geprüft 18. August 2026 [**Weiter**](/de/blog/pii-redaction-before-llm-prompts/) # Pseudonymisierungs-Gateway für LLMs: Verlässt der Prompt den DSGVO-Bereich? TL;DR Ein Pseudonymisierungs-Gateway sitzt zwischen deinen Nutzerinnen und Nutzern und einem gehosteten Modell, ersetzt identifizierende Werte auf dem Hinweg durch Platzhalter und setzt sie auf dem Rückweg wieder ein. Aus der DSGVO holt dich das nicht heraus. Art. 4 Nr. 5 setzt voraus, dass die zusätzlichen Informationen weiter existieren, und die EDSA-Leitlinien 01/2025 zur Pseudonymisierung halten in Randnummer 22 fest, dass darüber zuordenbare Daten personenbezogen bleiben, auch wenn Daten und Zusatzinformation nicht in derselben Hand liegen. Neu ist seit dem 4. September 2025 die Empfängerseite: In der Rechtssache C-413/23 P hat der Gerichtshof entschieden, dass pseudonymisierte Daten nicht in allen Fällen und für jede Person als personenbezogen gelten, und zugleich bestätigt, dass die Informationspflicht zum Erhebungszeitpunkt aus Sicht des Verantwortlichen zu beurteilen ist. Das Gateway kann also den Modellanbieter aus dem Anwendungsbereich nehmen, dich nicht, und nur bei passender Faktenlage. Den Test dafür liefern die Randnummern 63 bis 68: Die Zusatzinformation muss für Behörden im Empfängerland unerreichbar sein, ausschließlich beim Exporteur oder einer vertrauenswürdigen EWR-Stelle liegen, und der Prompt darf niemanden heraussuchbar machen. An der dritten Bedingung scheitert die Kategorie, denn eine Studie der ETH Zürich zeigt, dass Modelle Wohnort, Einkommen und Geschlecht aus normalem Text mit bis zu 85 Prozent Top-1-Trefferquote ableiten. Kauf das Gateway als einen Durchsetzungspunkt für Modellwahl, Aufbewahrung und Protokollierung, teste es an 200 deiner schwierigsten Prompts, schreibe die Architektur des Zuordnungsspeichers auf eine Seite, und leite Prompts, die sich nicht de-identifizieren lassen, stattdessen auf ein EU-gehostetes oder selbst betriebenes Modell. Quellen geprüft am 18. August 2026. **Ein Pseudonymisierungs-Gateway holt dich nicht aus der DSGVO. Bestenfalls holt es den Modellanbieter heraus, und das ist eine deutlich engere Aussage, die du belegen können musst.** Die Kategorie verkauft ein implizites Versprechen: Schick den Prompt durch die Pseudonymisierung, dann ist der Weg zum gehosteten Modell kein Datenschutzproblem mehr. Seit dem 4. September 2025 hat dieses Versprechen eine präzise juristische Form, und die ist nützlicher als das Marketing, weil sie dir genau sagt, welche Nachweise du als Käufer sammeln musst. An diesem Tag hat der Gerichtshof der Europäischen Union in der [Rechtssache C-413/23 P, EDSB gegen SRB](https://curia.europa.eu/site/upload/docs/application/pdf/2025-09/cp250107en.pdf), entschieden, dass pseudonymisierte Daten nicht in allen Fällen und für jede Person als personenbezogene Daten anzusehen sind. Lies den zweiten Teil des Satzes genau. Die Daten können für dich personenbezogen bleiben und es für den Empfänger nicht mehr sein. Deine Pflichten verschieben sich nicht. Der Status des Empfängers kann sich verschieben, wenn die Fakten das hergeben. Diese Seite behandelt die Käuferfrage: Was ändert eine gekaufte Pseudonymisierungsplattform an deiner Rechtslage, und welche Nachweise brauchst du, bevor du dich darauf verlässt? Unser [Leitfaden zur PII-Redaktion vor dem Prompt](/de/blog/pii-redaction-before-llm-prompts/) behandelt den Bau der Erkennungs- und Platzhalterschicht mit Presidio, Privacy Filter oder Managed DLP. Unser [Leitfaden zur EU-Datenresidenz](/de/blog/eu-data-residency-ai-apps-2026/) behandelt, wo das Modell selbst läuft, und unser [Leitfaden zu DSGVO und AI Act](/de/blog/gdpr-ai-act-stacking-dach-saas/) behandelt die Artefaktliste, die ein DACH-Produktteam liefern muss. Quellen geprüft am 18. August 2026. ## Was ist ein Pseudonymisierungs-Gateway für LLMs? **Es ist ein Kontrollpunkt zwischen deinen Nutzerinnen und Nutzern und einem oder mehreren gehosteten Modellen, der identifizierende Werte auf dem Hinweg durch Platzhalter ersetzt und sie auf dem Rückweg wieder einsetzt.** Der Mechanismus besteht aus drei Schritten, und jedes Produkt der Kategorie implementiert dieselben drei. 1. **Erkennen und ersetzen.** Namen, Adressen, Kundennummern, Kontodaten und Erwähnungen im Fließtext werden gefunden und durch typisierte Platzhalter ausgetauscht. 2. **Modell aufrufen.** Der Prompt mit Platzhaltern geht an den Anbieter. Der Anbieter sieht nie die Originalwerte, nur die Token. 3. **Zurückspielen.** Die Antwort kommt zurück, die Platzhalter werden auf die Originalwerte abgebildet, und die Nutzerin sieht eine vollständige Antwort. Die Produkte unterscheiden sich in der Verpackung, nicht im Mechanismus. Manche verkaufen eine API, die du vor deine eigene Anwendung setzt. Manche verkaufen ein fertiges Chatprodukt mit dem Gateway darin. [Pryvet](https://www.pryvet.ai/), eine deutsche Plattform dieser Kategorie, eignet sich gut als Beispiel, weil dort genug Details veröffentlicht sind, um sie zu prüfen. Die [veröffentlichte Preisseite](https://www.pryvet.ai/tarife/) beginnt bei 29 Euro pro Nutzer und Monat mit Kontingenten ab zehn Mitarbeitenden, und sie gruppiert die auswählbaren Modelle nach Serverstandort in deutsche, europäische und US-amerikanische Modelle, wobei GPT-5.2, Gemini 2.5 Pro, Claude Opus 4.7 und Alibaba Qwen in der dritten Gruppe stehen. Das [Trust Center](https://www.pryvet.ai/trust-center/) listet die Unterauftragsverarbeiter dahinter, darunter T-Systems, Microsoft Azure, AWS, MongoDB Atlas und Auth0 auf der Infrastrukturseite sowie Anthropic, OpenAI, Google, Mistral, DeepSeek und Alibaba Qwen auf der Modellseite. Diese Gruppierung nach Serverstandort ist das Ehrlichste auf irgendeiner Anbieterseite dieser Kategorie, und genau deshalb ist die folgende juristische Analyse wichtig. Das Gateway ist die Kontrolle. Das Ziel bleibt eine Entscheidung, die du pro Anfrage triffst, und ein US-gehostetes Ziel bleibt eine Übermittlung nach Kapitel V für alles, was dein Haus tatsächlich verlässt. **Unabhängigkeit und Marken:** Wavect veröffentlicht diese Seite und ist selbst Anbieter, wir haben also ein wirtschaftliches Interesse daran. Mit den hier genannten anderen Unternehmen sind wir weder verbunden noch von ihnen beauftragt oder empfohlen, und alle Firmennamen, Marken und Warenzeichen Dritter gehören ihren jeweiligen Inhabern. Aussagen über andere Anbieter stammen aus öffentlich zugänglichen Quellen, vor allem aus deren eigenen veröffentlichten Seiten, mit Stand des auf dieser Seite genannten Prüfdatums, und können sich seither geändert haben. Bitte prüfe sie vor einer Entscheidung selbst. Diese Seite wurde nach bestem Wissen und Gewissen erstellt, mit dem Ziel, möglichst objektiv zu bleiben. Wenn dir etwas falsch oder unfair erscheint, schreib uns und wir korrigieren es: [office@wavect.io](mailto:office@wavect.io) | Was die Schicht leistet | Was sie nicht leistet | | --- | --- | | Reduziert die Daten beim Anbieter auf Text mit Platzhaltern | Dich aus der Rolle des Verantwortlichen oder aus einer Pflicht entlassen | | Gibt dir einen Durchsetzungspunkt für Protokollierung, Aufbewahrung und Modellwahl | Die Daten im Sinne der DSGVO für dich anonymisieren | | Macht einen versehentlich eingefügten Kundendatensatz weniger schädlich | Verhindern, dass ein Fließtext-Prompt eine Person über den Kontext heraussuchbar macht | | Kann als zusätzliche Maßnahme ein Transfer Impact Assessment stützen | Den Übermittlungsmechanismus selbst ersetzen | | Erzeugt einen Audit-Trail, den dein Datenschutzbeauftragter wirklich lesen kann | Anhänge, Screenshots oder Sprache abdecken, sofern der Anbieter das nicht zusagt | ## Nimmt Pseudonymisierung einen Prompt aus dem Anwendungsbereich der DSGVO? **Für dich nicht, und das ist geklärt.** Art. 4 Nr. 5 DSGVO definiert Pseudonymisierung als Verarbeitung, nach der die Daten ohne zusätzliche Informationen nicht mehr einer betroffenen Person zugeordnet werden können, sofern diese zusätzlichen Informationen gesondert aufbewahrt werden. Die Definition setzt voraus, dass es diese zusätzlichen Informationen noch gibt. Gäbe es sie nicht, könntest du die Antwort nicht zurückspielen, und das Produkt würde nicht funktionieren. Die [EDSA-Leitlinien 01/2025 zur Pseudonymisierung](https://www.edpb.europa.eu/system/files/2025-01/edpb_guidelines_202501_pseudonymisation_en.pdf) sagen es in Randnummer 22 direkt: Pseudonymisierte Daten, die sich mithilfe zusätzlicher Informationen einer natürlichen Person zuordnen lassen, sind personenbezogen, und das gilt auch dann, wenn pseudonymisierte Daten und Zusatzinformation nicht in derselben Hand liegen. Späteres Löschen der Zuordnung hilft rückwirkend ebenfalls nicht. Die Leitlinien halten fest, dass die Daten nur dann anonym werden, wenn die Voraussetzungen für Anonymität erfüllt sind, und das ist eine eigene, deutlich höhere Hürde. Was der EuGH 2025 ergänzt hat, ist die Empfängerseite. Identifizierbarkeit wird pro Akteur und pro Situation beurteilt, dieselben Bytes können also für die Partei mit dem Schlüssel personenbezogen sein und für eine Partei, die ihn realistisch nicht bekommt, nicht. Der Gerichtshof hat im selben Urteil auch die Grenze dieser Idee bestätigt: Deine Pflicht, Menschen über Empfänger zu informieren, wird zum Erhebungszeitpunkt und aus deiner Sicht beurteilt, also vor jeder Pseudonymisierung. | Partei | Ist der Prompt für sie personenbezogen | Was daraus folgt | | --- | --- | --- | | Du als einsetzendes Unternehmen | Ja, immer. Du hältst oder kontrollierst die Zuordnung | Volle Pflichten: Rechtsgrundlage, Information, Aufbewahrung, gegebenenfalls DSFA, Verzeichnis | | Der Gateway-Anbieter | Ja, wenn er die Zuordnung hält oder erreichen kann | Auftragsverarbeiter nach Art. 28 mit AVV und Unterauftragsverarbeiterliste | | Der Modellanbieter | Je nach Sachlage möglicherweise nicht | Nur diesen Teil kann das Gateway wirklich verändern, und nur mit Nachweisen | | Eine Behörde im Land des Anbieters | Wird gesondert beurteilt | Der EDSA-Test unten ist genau für diesen Akteur geschrieben | Zwei Einschränkungen gehören in jedes Memo, das das zitiert. Der Gerichtshof hat das Urteil des Gerichts aufgehoben und die Sache zurückverwiesen, das Verfahren ist also nicht abgeschlossen. Und die EDSA-Leitlinien tragen den Vermerk "Adopted - version for public consultation", angenommen am 16. Januar 2025, mit einer Konsultation bis zum 28. Februar 2025. Beides ist die beste heute verfügbare Grundlage. Keines ist ein letztes Wort, und eine darauf gebaute Aussage braucht ein Prüfdatum. ## Was müsstest du beweisen, damit der Modellanbieter außerhalb des Anwendungsbereichs steht? **Der EDSA hat den Test bereits geschrieben, und die wenigsten Käufer haben ihn gelesen.** Die Randnummern 63 bis 68 der Leitlinien beschreiben, wann Pseudonymisierung als zusätzliche Maßnahme für eine Drittlandsübermittlung wirkt. Drei Bedingungen müssen zusammen erfüllt sein. | EDSA-Bedingung | Was das für einen LLM-API-Aufruf heißt | Wie schwer | | --- | --- | --- | | Die Zuordnung erfordert zusätzliche Informationen, die Behörden im Empfängerland weder besitzen noch mit vertretbarem Aufwand beschaffen können | Die Zuordnung darf nie mit dem Prompt reisen und sich nicht aus ihm ableiten lassen | Konstruktiv machbar, und das Einzige, was ohnehin jeder Anbieter der Kategorie behauptet | | Die Zusatzinformation liegt ausschließlich beim Exporteur oder bei einer vertrauenswürdigen Stelle im EWR oder in einer im Wesentlichen gleichwertigen Rechtsordnung, gesondert aufbewahrt | Frag, wo der Zuordnungsspeicher physisch liegt, wer ihn betreibt und ob ein Unterauftragsverarbeiter mit US-Mutter darauf zugreifen kann | Vertraglich und architektonisch prüfbar, und oft die Frage, die das Ergebnis dreht | | Diese Behörden können eine betroffene Person im Umgang mit einer Gruppe nicht heraussuchen, weder anhand der pseudonymisierten Daten noch anhand dessen, was sie mit vertretbarem Aufwand beschaffen können | Der Prompttext selbst darf die Grundgesamtheit nicht auf eine Person verengen | Die harte Bedingung, und der Grund für den nächsten Abschnitt | Randnummer 70 ergänzt die Regel, die auch ohne Übermittlungsfrage gilt: Bevor du pseudonymisierte Daten an einen Dritten übermittelst, musst du mindestens die Mittel bestimmen, die diesem Empfänger zur Zuordnung zur Verfügung stehen. Bei einem Frontier-Modellanbieter heißt das, explizit zu benennen, was der Anbieter ohnehin schon hält, einschließlich deines übrigen Traffics, und wie lange er es speichert. Ein Gateway, das den Prompt kürzt, aber eine stabile Nutzerkennung in den Metadaten lässt, hat diesen Test nicht bestanden. ## Warum Fließtext die Pseudonymisierung auf Feldebene aushebelt **Namen ersetzen ist einfach. Zu verhindern, dass ein Prompt genau eine Person beschreibt, ist es nicht.** Hier bricht die Bedingung "nicht heraussuchbar" in der Praxis, und die Evidenz ist für die ganze Kategorie unangenehm. Forschende der ETH Zürich haben in [Beyond Memorization: Violating Privacy Via Inference with Large Language Models](https://arxiv.org/abs/2310.07298) gezeigt, dass aktuelle Modelle persönliche Merkmale wie Wohnort, Einkommen und Geschlecht aus gewöhnlichem Text ableiten und dabei bis zu 85 Prozent Top-1- und 95 Prozent Top-3-Trefferquote erreichen, zu etwa einem Hundertstel der Kosten und einem Zweihundertvierzigstel der Zeit, die ein Mensch braucht. Die Angriffsfläche ist nicht das Namensfeld. Es ist der Schreibstil. Der EDSA denkt dasselbe Problem von der anderen Seite. Randnummer 21 der Leitlinien hält fest, dass Informationen außerhalb deiner Kontrolle, "zum Beispiel aus öffentlich zugänglichen Quellen wie Beiträgen in einem sozialen Netzwerk oder einem Onlineforum", zur Zuordnung beitragen und in deiner Bewertung der Wirksamkeit berücksichtigt werden müssen. In echten Prompts sieht der Rest, der eine gute Feldprüfung überlebt, meistens so aus. - **Rolle plus Organisation plus Ereignis.** "Unser Interims-CFO, der im März am Standort Innsbruck angefangen hat" identifiziert eine Person ohne eine einzige benannte Entität. - **Seltene Kombinationen.** Eine Diagnose, eine Postleitzahl und eine Altersgruppe. Einzeln kein Name. Zusammen eine Person. - **Zitierte Korrespondenz.** Schreibstil, Grußformeln und interne Abkürzungen reisen mit einer eingefügten E-Mail mit, auch wenn der Header entfernt ist. - **Anhänge und Screenshots.** Ein Gateway, das strukturierten Text parst, lässt ein Bild möglicherweise unverändert durch. Frag explizit nach, denn Bildschirminhalte lassen sich nicht wie ein Formularfeld schwärzen. - **Retrieval-Kontext.** Wenn der Assistent RAG nutzt, sind die abgerufenen Chunks ebenfalls Promptinhalt. Berechtigungsbewusstes Retrieval ist eine eigene Kontrolle, siehe unseren [Leitfaden zu RAG-Berechtigungen](/de/blog/rag-permissions-sharepoint-confluence-drive/). Nichts davon macht das Gateway sinnlos. Es macht die Aussage abhängig von deinem Textkorpus. Eine Ticketwarteschlange mit "Drucker im 3. Stock klemmt" pseudonymisiert sauber. Ein HR-Beschwerdeverlauf nicht, und daran ändert auch die beste Platzhalter-Technik nichts. Die ehrliche Architekturentscheidung lautet, die zweite Kategorie anders zu routen, statt einen stärkeren Detektor zu kaufen. ## Acht Fragen an einen Anbieter von Pseudonymisierungsplattformen Sortiert danach, wie oft die Antwort eine Entscheidung ändert, nicht nach ihrer Position im Sicherheitsfragebogen. Unser [Sicherheitsfragebogen für KI-Anbieter](/de/blog/ai-vendor-security-questionnaire-eu/) deckt die generische Ebene darunter ab. 1. **Wo liegt die Zuordnung, und wer kann sie lesen?** Benenne Rechtsordnung, Betreiber und Zugriffsweg. Die EDSA-Bedingung heißt Ausschließlichkeit, "unsere Cloud" ist also keine Antwort, und "eine Hyperscaler-Region in Deutschland" wird erst dann zu einer, wenn du weißt, wer die Schlüssel hält. 2. **Ist Pseudonymisierung standardmäßig aktiv oder ein Tarif-Feature?** Diese Frage lohnt sich bei jedem Produkt. In Pryvets veröffentlichter Matrix sind etwa im Professional-Tarif automatische Datenlöschung und Pseudonymisierung personenbezogener Daten als optional ausgewiesen, während der Enterprise-Tarif sensitive Daten und ein optionales eigenes Regelwerk ergänzt. Eine Kontrolle, die sich abschalten lässt, musst du an anderer Stelle in deiner Richtlinie durchsetzen. 3. **Welches Modell, in welchem Land, für diese Anfrage?** Eine Plattform, in der Nutzende ein US-gehostetes Modell auswählen können, hat die Übermittlungsentscheidung an die Nutzenden übergeben. Entscheide, ob das akzeptabel ist, und setze es dann per Konfiguration durch, nicht per Schulung. 4. **Was genau schickt ihr außer dem Prompt?** Mandanten-, Nutzer- und Sitzungskennungen sowie Systemprompts reisen mit. Stabile Nutzerkennungen hebeln die Heraussuchbarkeits-Bedingung schon allein aus. 5. **Was wird gespeichert, bei euch und beim Modellanbieter?** Lass dir die Aufbewahrungseinstellung pro Anbieter schriftlich geben, und lass dir sagen, was mit dem Zuordnungsspeicher passiert, wenn ein Chat gelöscht wird. 6. **Was ist im Erkennungsumfang, und was geht durch?** Strukturierte Felder, Fließtext, Tabellen, PDFs, Bilder, Audio. Frag nach der Fehlerquote bei deutschen Komposita sowie bei österreichischen und schweizerischen Formaten, nicht nach einem englischen Benchmark. 7. **Wer ist Auftragsverarbeiter, und was steht wirklich im AVV?** Vertrag nach Art. 28, aktuelle Unterauftragsverarbeiterliste, Ankündigungsfrist bei Änderungen und Auditrechte. Eine veröffentlichte Liste, wie Pryvet sie pflegt, ist die Mindestanforderung, kein Alleinstellungsmerkmal. 8. **Welche Nachweise bekomme ich für meine eigene Akte?** Eine Zulieferung für das Transfer Impact Assessment, eine Architekturbeschreibung der Pseudonymisierungsdomäne und die Ergebnisse des letzten Penetrationstests. Kann der Anbieter das nicht liefern, schreibst du es selbst, und diese Kosten gehören in den Vergleich. ## Was dir bleibt, egal welche Plattform du kaufst **Jede Pflicht in dieser Tabelle überlebt den Kauf.** Die Anbieter sind dabei nicht unehrlich. Käufer lesen ein Compliance-Siegel nur häufig als Übertragung von Verantwortung, und das ist es nie. | Pflicht | Warum das Gateway sie nicht übernimmt | | --- | --- | | Rolle des Verantwortlichen und Rechtsgrundlage | Du entscheidest über Zwecke und Mittel. Pseudonymisierung ist eine Maßnahme nach Art. 25 und 32, keine Rechtsgrundlage | | Informationspflicht bei der Erhebung | Der EuGH beurteilt sie aus Sicht des Verantwortlichen, vor jeder Pseudonymisierung | | DSFA bei hohem Risiko | Risikominderung ist ein Eingangswert der Bewertung, kein Ersatz für sie | | Übermittlungsmechanismus und Transfer Impact Assessment | Pseudonymisierung ist eine zusätzliche Maßnahme auf Art.-46-Garantien, nicht an deren Stelle | | Verarbeitungsverzeichnis und Aufbewahrung | Chatverlauf ist Verarbeitung. Lege die Frist fest und lass die Plattform sie durchsetzen | | Bereits geltende AI-Act-Pflichten | Die KI-Kompetenz nach Art. 4 gilt jetzt, Transparenzpflichten ab dem 2. August 2026. Siehe unsere [Checkliste zu Artikel 50](/de/blog/eu-ai-act-article-50-checklist/) | | Eine interne Regel, der Menschen folgen können | Die Kontrolle wirkt nur, wenn das Team das Gateway benutzt. Unsere [einseitige KI-Richtlinie](/de/blog/ai-policy-one-page-dach/) ist die kürzeste Fassung, die trägt | ## Gateway kaufen, Modell verlagern oder Daten draußen lassen? Vier Optionen, und das Gateway ist nur in einem Band die beste Antwort. Die Kostenmodelle für die Alternativen stehen in unserer [Kostenanalyse zum Self-Hosting](/de/blog/self-hosting-llms-eu-cost/) und in unserer [Kostenaufstellung zum internen KI-Assistenten](/de/blog/internal-ai-assistant-cost-dach/). | Option | Wann sie gewinnt | Was sie kostet | | --- | --- | --- | | Gar keine personenbezogenen Daten senden | Die Aufgabe ist Texten, Zusammenfassen öffentlicher Inhalte oder Code. Der meiste interne KI-Nutzen liegt hier | Scope-Disziplin und eine Routing-Regel. Mit Abstand die günstigste Kontrolle | | Pseudonymisierungs-Gateway plus gehostetes Modell | Gemischter Traffic, viele Gelegenheitsnutzende, und du willst schnell einen Durchsetzungspunkt | Lizenz pro Platz, Restrisiko Heraussuchbarkeit und die oben beschriebene Nachweisarbeit | | Modell aus einer vertraglich festgelegten EU-Verarbeitungsregion | Die Daten sind personenbezogen und die Prompts sind von Natur aus identifizierend | Eine kleinere Modellauswahl, eine echte Lücke bei den schwierigsten Aufgaben und der Aufwand, die Region statt der Firmenadresse zu prüfen | | Selbst betriebenes Open-Weight-Modell | Hohes Volumen, regulierte Branche oder Daten, die nirgendwohin dürfen | GPU-Ausgaben plus die Untergrenze an Engineering-Zeit, die Teams regelmäßig unterschätzen | In der dritten Zeile steht bewusst Verarbeitungsregion und nicht Nationalität. Der Firmensitz eines Anbieters sagt dir, welchem Gesellschaftsrecht er unterliegt, nicht, wo eine konkrete Anfrage bedient wird, und auch ein europäischer Anbieter kann die Inferenz in einer Drittlandsregion oder auf einer Drittlandscloud laufen lassen. Lege die Region im Vertrag fest, pro Modell und pro Endpunkt, und lass dir schriftlich geben, dass sie nicht stillschweigend auf eine andere ausweicht. Eine europäische Marke ohne benannten Verarbeitungsort lässt dich genau mit der Kapitel-V-Frage zurück, der du ausweichen wolltest. In der Praxis ist die gute Antwort meistens eine Kombination aus zweien davon: eine harte Regel, dass die meiste Arbeit nie personenbezogene Daten trägt, plus ein kontrollierter Pfad für die Arbeit, die es doch tut. Genau diese Form haben wir bei [PromptID](/de/case-studies/promptid/) gebaut, wo modellunabhängige Aufrufe hinter einer einzigen Orchestrierungsschicht laufen, sodass der Anbieter eine Konfigurationsentscheidung ist statt einer Architekturfestlegung. Wenn du noch zwischen Plattform und Eigenbau schwankst, ist unser [Leitfaden Individualsoftware gegen Standardsoftware](/de/software-development-guide/custom-software-vs-off-the-shelf/) die neutrale Fassung dieser Entscheidung. ## Ein zweiwöchiger Nachweis-Pilot Bewerte diese Kategorie nicht anhand einer Demo. Bewerte sie an deinen eigenen schlimmsten Prompts, und beende sie mit einer Akte, die du deinem Datenschutzbeauftragten übergeben kannst. 1. **Baue ein Korpus aus 200 Prompts aus echtem Traffic**, gewichtet auf die unangenehmen Fälle: HR, Recht, Support-Eskalationen, alles mit Anhang. 2. **Führe den Heraussuchbarkeits-Test durch.** Nimm die pseudonymisierte Ausgabe und lass ein starkes Modell beschreiben, wer sie geschrieben hat und über wen. Zähle, wie oft sich die Grundgesamtheit unter zehn Personen verengt. 3. **Miss die Fehlerquote nach Kategorie**, getrennt für deutsche, österreichische und schweizerische Formate und getrennt für Fließtext und strukturierte Felder. 4. **Miss den Qualitätsunterschied bei der Aufgabe.** Platzhalter verändern Antworten. Bewerte dieselben Aufgaben mit und ohne Gateway, denn ein konformer Assistent, den niemand nutzt, ist keine Kontrolle. 5. **Protokolliere Latenz und Kosten pro Anfrage** über das Gateway gegen den Direktaufruf. Zwei Modell-Roundtrips sind in dieser Kategorie üblich. 6. **Schreibe die Architektur des Zuordnungsspeichers auf**, eine Seite: Ort, Betreiber, Zugriff, Aufbewahrung, Löschung. Das ist deine Pseudonymisierungsdomäne, und dieses Dokument wird am EDSA-Test gemessen. 7. **Lege die Routing-Regel fest**, die den Piloten überlebt: welche Promptklassen ans Gateway gehen, welche an ein EU-gehostetes Modell und welche das Haus nie verlassen. ## FAQ zu Pseudonymisierung und LLM-Prompts ### Sind pseudonymisierte Daten weiterhin personenbezogene Daten nach der DSGVO? Für die Partei, die die Zusatzinformation hält oder erreichen kann, ja. Die EDSA-Leitlinien 01/2025 zur Pseudonymisierung halten in Randnummer 22 fest, dass pseudonymisierte Daten, die sich mithilfe zusätzlicher Informationen einer natürlichen Person zuordnen lassen, personenbezogen sind, und dass das auch gilt, wenn Daten und Zusatzinformation nicht in derselben Hand liegen. Seit dem EuGH-Urteil vom 4. September 2025 in der Rechtssache C-413/23 P können dieselben Daten für einen Empfänger, der realistisch niemanden reidentifizieren kann, dennoch nicht personenbezogen sein. ### Macht ein Pseudonymisierungs-Gateway ein LLM DSGVO-konform? Nein. Konformität ist eine Eigenschaft deiner Verarbeitung, nicht eines Werkzeugs. Das Gateway kann reduzieren, was der Modellanbieter erhält, und als zusätzliche Maßnahme eine Drittlandsübermittlung stützen, aber du bleibst der Verantwortliche mit Rechtsgrundlage, Informationspflicht, DSFA, Verzeichnis und Aufbewahrungspflichten. Kein Anbieterzertifikat überträgt diese. ### Kann Pseudonymisierung Standardvertragsklauseln ersetzen? Nein. Der EDSA behandelt Pseudonymisierung als zusätzliche Maßnahme auf einem Übermittlungsinstrument nach Art. 46, nicht als dessen Ersatz. Die Randnummern 63 bis 68 der Leitlinien listen die Bedingungen, unter denen sie eine solche Übermittlung stärkt, darunter, dass die Zusatzinformation ausschließlich beim Exporteur oder einer vertrauenswürdigen Stelle im EWR oder einer gleichwertigen Rechtsordnung liegt. ### Was hat der EuGH in EDSB gegen SRB entschieden? Am 4. September 2025 hat der Gerichtshof entschieden, dass persönliche Meinungen personenbezogene Daten sind, weil sie untrennbar mit ihrem Urheber verbunden sind, dass pseudonymisierte Daten nicht in allen Fällen und für jede Person als personenbezogen gelten, und dass die Identifizierbarkeit für die Informationspflicht zum Erhebungszeitpunkt und aus Sicht des Verantwortlichen zu beurteilen ist. Der Gerichtshof hat das Urteil des Gerichts aufgehoben und die Sache zurückverwiesen, das Verfahren läuft also weiter. ### Ist Pseudonymisierung dasselbe wie Anonymisierung? Nein. Bei der Pseudonymisierung bleibt die Zusatzinformation erhalten, die die Zuordnung erlaubt, und genau deshalb kann ein Gateway die Antwort zurückspielen. Der EDSA ist deutlich: Selbst nach Löschen der Zuordnung werden die Daten nur anonym, wenn die eigenständigen Voraussetzungen für Anonymität erfüllt sind. Marketing, das beide Wörter synonym verwendet, ist ein Signal, die technische Dokumentation genauer zu lesen. ### Verschlechtern Platzhalter die Antwortqualität? Manchmal, und es ist messbar. Typisierte und stabile Platzhalter wie PERSON_1 erhalten mehr Koreferenz als eine einheitliche Schwärzung, aber Aufgaben, die auf Weltwissen über die Entität angewiesen sind, verlieren an Qualität. Bewerte dieselben Aufgaben mit und ohne Gateway vor dem Rollout, denn ein Assistent, um den das Team herumarbeitet, schützt gar nichts. ### Was sollte ein Pseudonymisierungs-Gateway kosten? Plattformpreise pro Platz beginnen in dieser Kategorie derzeit im Bereich von 29 Euro pro Nutzer und Monat für Einstiegstarife, Enterprise auf Anfrage. Die Lizenz ist selten die entscheidende Zahl. Der echte Vergleich ist Lizenz plus die Nachweisarbeit, die du sonst selbst leistest, gegen die Kosten eines EU-gehosteten oder selbst betriebenen Modells für den Traffic, der tatsächlich personenbezogene Daten trägt. ## Fazit Behandle das Pseudonymisierungs-Gateway als das, was es ist: eine gute technische Kontrolle und ein schwacher juristischer Schild. Es gibt dir einen Ort, an dem du Modellwahl, Aufbewahrung und Protokollierung durchsetzt, und es macht ein versehentliches Einfügen überlebbar. Es macht dich nicht zu einem kleineren Verantwortlichen, und es nimmt den Modellanbieter nur dann aus dem Anwendungsbereich, wenn deine Prompts tatsächlich aufhören, Menschen heraussuchbar zu machen. Das ist eine Eigenschaft deines Textes, nicht des Detektors deines Anbieters. Kauf es wegen des Durchsetzungspunkts, teste es an deinen schlimmsten Prompts, schreibe die Architektur des Zuordnungsspeichers auf eine Seite, und halte den Traffic, der sich nicht de-identifizieren lässt, auf einem Pfad, der das Gateway nie gebraucht hätte. ## Primärquellen - [Gerichtshof der Europäischen Union, Pressemitteilung 107/25 vom 4. September 2025 zur Rechtssache C-413/23 P, EDSB gegen SRB](https://curia.europa.eu/en/) - [EDSA-Leitlinien 01/2025 zur Pseudonymisierung, Konsultationsseite, angenommen am 16. Januar 2025](https://www.edpb.europa.eu/public-consultations/guidelines-012025-on-pseudonymisation_en) - [Verordnung (EU) 2016/679, DSGVO, einschließlich der Definition der Pseudonymisierung in Art. 4 Nr. 5](https://eur-lex.europa.eu/eli/reg/2016/679/oj) - [ETH Zürich SRI Lab, Beyond Memorization: Violating Privacy Via Inference with Large Language Models](https://www.sri.inf.ethz.ch/publications/staab2023beyond) - [Pryvet-Sicherheitsseite, zur Pseudonymisierung vor der Verarbeitung und zur Verarbeitung auf deutschen oder europäischen Servern](https://www.pryvet.ai/sicherheit/) ## Das könnte dich auch interessieren.. [**PII-Redaktion vor dem LLM-Prompt** Die Bauseite derselben Kontrolle: Erkennung, typisierte Platzhalter, Werkzeugwahl und wie du die Pipeline testest.](/de/blog/pii-redaction-before-llm-prompts/) [**EU-Datenresidenz für KI-Anwendungen** Wo das Modell läuft, worauf sich die Anbieter wirklich festlegen und der Entscheidungsbaum dahinter.](/de/blog/eu-data-residency-ai-apps-2026/) AI-Governance und Regulierung ## In diesem Cluster weiterlesen Security, Richtlinien, Compliance und Betriebskontrollen für verantwortungsvolle AI-Nutzung. [Mit dem Grundlagenartikel starten**EU AI Act Kosten für ein 5-Personen-Startup**](/de/blog/eu-ai-act-compliance-cost-startup/) - [Semantica im Test 2026: Erklärt es jede Entscheidung eines KI-Agenten?](/de/blog/semantica-ai-agent-decision-provenance/) - [KI-Agenten und eIDAS: QES-Integration für Verträge](/de/blog/ai-agent-eidas-signature-integration/) - [Terafab: Wer kontrolliert den KI-Stack vom Silizium bis zum Orbit?](/de/blog/terafab-vertical-integration-ai-stack/) - [Kann KI Viren erschaffen? Was Stanford wirklich beweist](/de/blog/ai-designed-viruses-stanford-biosecurity/) - [Stripe Billing und die E-Rechnung 2027](/de/blog/stripe-billing-e-invoicing-2027/) Postfach, ohne Lärm ## Folge der Arbeit, die für dich zählt Du bekommst eine kurze E-Mail, wenn wir etwas Neues veröffentlichen. Folge dem ganzen Blog oder nur den Themen, die dich interessieren. [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 14 min Lesezeit · 18. August 2026 Zuletzt geprüft 18. August 2026 [**Weiter**](/de/blog/pii-redaction-before-llm-prompts/) Neue Beiträge per E-Mail × × Neue Beiträge per E-Mail Eine kurze E-Mail, wenn wir etwas veröffentlichen. Kostenlos, ohne Tracking. ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/de/blog/llm-pseudonymization-gateway-gdpr-2026/#webpage", "@type": "WebPage", "dateModified": "2026-08-18", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-08-18", "url": "https://wavect.io/de/blog/llm-pseudonymization-gateway-gdpr-2026/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Ein Pseudonymisierungs-Gateway sitzt zwischen deinen Nutzerinnen und Nutzern und einem gehosteten Modell, ersetzt identifizierende Werte auf dem Hinweg durch Platzhalter und setzt sie auf dem Rückweg wieder ein. Aus der DSGVO holt dich das nicht heraus. Art. 4 Nr. 5 setzt voraus, dass die zusätzlichen Informationen weiter existieren, und die EDSA-Leitlinien 01/2025 zur Pseudonymisierung halten in Randnummer 22 fest, dass darüber zuordenbare Daten personenbezogen bleiben, auch wenn Daten und Zusatzinformation nicht in derselben Hand liegen. Neu ist seit dem 4. September 2025 die Empfängerseite: In der Rechtssache C-413/23 P hat der Gerichtshof entschieden, dass pseudonymisierte Daten nicht in allen Fällen und für jede Person als personenbezogen gelten, und zugleich bestätigt, dass die Informationspflicht zum Erhebungszeitpunkt aus Sicht des Verantwortlichen zu beurteilen ist. Das Gateway kann also den Modellanbieter aus dem Anwendungsbereich nehmen, dich nicht, und nur bei passender Faktenlage. Den Test dafür liefern die Randnummern 63 bis 68: Die Zusatzinformation muss für Behörden im Empfängerland unerreichbar sein, ausschließlich beim Exporteur oder einer vertrauenswürdigen EWR-Stelle liegen, und der Prompt darf niemanden heraussuchbar machen. An der dritten Bedingung scheitert die Kategorie, denn eine Studie der ETH Zürich zeigt, dass Modelle Wohnort, Einkommen und Geschlecht aus normalem Text mit bis zu 85 Prozent Top-1-Trefferquote ableiten. Kauf das Gateway als einen Durchsetzungspunkt für Modellwahl, Aufbewahrung und Protokollierung, teste es an 200 deiner schwierigsten Prompts, schreibe die Architektur des Zuordnungsspeichers auf eine Seite, und leite Prompts, die sich nicht de-identifizieren lassen, stattdessen auf ein EU-gehostetes oder selbst betriebenes Modell. Quellen geprüft am 18. August 2026.", "articleBody": " Blog-Übersicht/Business und Regulierung/AI-Governance und Regulierung Pseudonymisierungs-Gateway für LLMs: Verlässt der Prompt den DSGVO-Bereich? TL;DR Ein Pseudonymisierungs-Gateway sitzt zwischen deinen Nutzerinnen und Nutzern und einem gehosteten Modell, ersetzt identifizierende Werte auf dem Hinweg durch Platzhalter und setzt sie auf dem Rückweg wieder ein. Aus der DSGVO holt dich das nicht heraus. Art. 4 Nr. 5 setzt voraus, dass die zusätzlichen Informationen weiter existieren, und die EDSA-Leitlinien 01/2025 zur Pseudonymisierung halten in Randnummer 22 fest, dass darüber zuordenbare Daten personenbezogen bleiben, auch wenn Daten und Zusatzinformation nicht in derselben Hand liegen. Neu ist seit dem 4. September 2025 die Empfängerseite: In der Rechtssache C-413/23 P hat der Gerichtshof entschieden, dass pseudonymisierte Daten nicht in allen Fällen und für jede Person als personenbezogen gelten, und zugleich bestätigt, dass die Informationspflicht zum Erhebungszeitpunkt aus Sicht des Verantwortlichen zu beurteilen ist. Das Gateway kann also den Modellanbieter aus dem Anwendungsbereich nehmen, dich nicht, und nur bei passender Faktenlage. Den Test dafür liefern die Randnummern 63 bis 68: Die Zusatzinformation muss für Behörden im Empfängerland unerreichbar sein, ausschließlich beim Exporteur oder einer vertrauenswürdigen EWR-Stelle liegen, und der Prompt darf niemanden heraussuchbar machen. An der dritten Bedingung scheitert die Kategorie, denn eine Studie der ETH Zürich zeigt, dass Modelle Wohnort, Einkommen und Geschlecht aus normalem Text mit bis zu 85 Prozent Top-1-Trefferquote ableiten. Kauf das Gateway als einen Durchsetzungspunkt für Modellwahl, Aufbewahrung und Protokollierung, teste es an 200 deiner schwierigsten Prompts, schreibe die Architektur des Zuordnungsspeichers auf eine Seite, und leite Prompts, die sich nicht de-identifizieren lassen, stattdessen auf ein EU-gehostetes oder selbst betriebenes Modell. Quellen geprüft am 18. August 2026. Ein Pseudonymisierungs-Gateway holt dich nicht aus der DSGVO. Bestenfalls holt es den Modellanbieter heraus, und das ist eine deutlich engere Aussage, die du belegen können musst. Die Kategorie verkauft ein implizites Versprechen: Schick den Prompt durch die Pseudonymisierung, dann ist der Weg zum gehosteten Modell kein Datenschutzproblem mehr. Seit dem 4. September 2025 hat dieses Versprechen eine präzise juristische Form, und die ist nützlicher als das Marketing, weil sie dir genau sagt, welche Nachweise du als Käufer sammeln musst. An diesem Tag hat der Gerichtshof der Europäischen Union in der Rechtssache C-413/23 P, EDSB gegen SRB, entschieden, dass pseudonymisierte Daten nicht in allen Fällen und für jede Person als personenbezogene Daten anzusehen sind. Lies den zweiten Teil des Satzes genau. Die Daten können für dich personenbezogen bleiben und es für den Empfänger nicht mehr sein. Deine Pflichten verschieben sich nicht. Der Status des Empfängers kann sich verschieben, wenn die Fakten das hergeben. Diese Seite behandelt die Käuferfrage: Was ändert eine gekaufte Pseudonymisierungsplattform an deiner Rechtslage, und welche Nachweise brauchst du, bevor du dich darauf verlässt? Unser Leitfaden zur PII-Redaktion vor dem Prompt behandelt den Bau der Erkennungs- und Platzhalterschicht mit Presidio, Privacy Filter oder Managed DLP. Unser Leitfaden zur EU-Datenresidenz behandelt, wo das Modell selbst läuft, und unser Leitfaden zu DSGVO und AI Act behandelt die Artefaktliste, die ein DACH-Produktteam liefern muss. Quellen geprüft am 18. August 2026. Was ist ein Pseudonymisierungs-Gateway für LLMs? Es ist ein Kontrollpunkt zwischen deinen Nutzerinnen und Nutzern und einem oder mehreren gehosteten Modellen, der identifizierende Werte auf dem Hinweg durch Platzhalter ersetzt und sie auf dem Rückweg wieder einsetzt. Der Mechanismus besteht aus drei Schritten, und jedes Produkt der Kategorie implementiert dieselben drei. Erkennen und ersetzen. Namen, Adressen, Kundennummern, Kontodaten und Erwähnungen im Fließtext werden gefunden und durch typisierte Platzhalter ausgetauscht. Modell aufrufen. Der Prompt mit Platzhaltern geht an den Anbieter. Der Anbieter sieht nie die Originalwerte, nur die Token. Zurückspielen. Die Antwort kommt zurück, die Platzhalter werden auf die Originalwerte abgebildet, und die Nutzerin sieht eine vollständige Antwort. Die Produkte unterscheiden sich in der Verpackung, nicht im Mechanismus. Manche verkaufen eine API, die du vor deine eigene Anwendung setzt. Manche verkaufen ein fertiges Chatprodukt mit dem Gateway darin. Pryvet, eine deutsche Plattform dieser Kategorie, eignet sich gut als Beispiel, weil dort genug Details veröffentlicht sind, um sie zu prüfen. Die veröffentlichte Preisseite beginnt bei 29 Euro pro Nutzer und Monat mit Kontingenten ab zehn Mitarbeitenden, und sie gruppiert die auswählbaren Modelle nach Serverstandort in deutsche, europäische und US-amerikanische Modelle, wobei GPT-5.2, Gemini 2.5 Pro, Claude Opus 4.7", "articleSection": "Business & Recht", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "Rechtssache C-413/23 P, EDSB gegen SRB", "url": "https://curia.europa.eu/site/upload/docs/application/pdf/2025-09/cp250107en.pdf" }, { "@type": "WebPage", "name": "Pryvet", "url": "https://www.pryvet.ai/" }, { "@type": "WebPage", "name": "veröffentlichte Preisseite", "url": "https://www.pryvet.ai/tarife/" }, { "@type": "WebPage", "name": "Trust Center", "url": "https://www.pryvet.ai/trust-center/" }, { "@type": "WebPage", "name": "EDSA-Leitlinien 01/2025 zur Pseudonymisierung", "url": "https://www.edpb.europa.eu/system/files/2025-01/edpb_guidelines_202501_pseudonymisation_en.pdf" }, { "@type": "WebPage", "name": "Beyond Memorization: Violating Privacy Via Inference with Large Language Models", "url": "https://arxiv.org/abs/2310.07298" } ], "dateModified": "2026-08-18", "datePublished": "2026-08-18", "description": "Ein Pseudonymisierungs-Gateway sitzt zwischen deinen Nutzerinnen und Nutzern und einem gehosteten Modell, ersetzt identifizierende Werte auf dem Hinweg durch Platzhalter und setzt sie auf dem Rückweg wieder ein. Aus der DSGVO holt dich das nicht heraus. Art. 4 Nr. 5 setzt voraus, dass die zusätzlichen Informationen weiter existieren, und die EDSA-Leitlinien 01/2025 zur Pseudonymisierung halten in Randnummer 22 fest, dass darüber zuordenbare Daten personenbezogen bleiben, auch wenn Daten und Zusatzinformation nicht in derselben Hand liegen. Neu ist seit dem 4. September 2025 die Empfängerseite: In der Rechtssache C-413/23 P hat der Gerichtshof entschieden, dass pseudonymisierte Daten nicht in allen Fällen und für jede Person als personenbezogen gelten, und zugleich bestätigt, dass die Informationspflicht zum Erhebungszeitpunkt aus Sicht des Verantwortlichen zu beurteilen ist. Das Gateway kann also den Modellanbieter aus dem Anwendungsbereich nehmen, dich nicht, und nur bei passender Faktenlage. Den Test dafür liefern die Randnummern 63 bis 68: Die Zusatzinformation muss für Behörden im Empfängerland unerreichbar sein, ausschließlich beim Exporteur oder einer vertrauenswürdigen EWR-Stelle liegen, und der Prompt darf niemanden heraussuchbar machen. An der dritten Bedingung scheitert die Kategorie, denn eine Studie der ETH Zürich zeigt, dass Modelle Wohnort, Einkommen und Geschlecht aus normalem Text mit bis zu 85 Prozent Top-1-Trefferquote ableiten. Kauf das Gateway als einen Durchsetzungspunkt für Modellwahl, Aufbewahrung und Protokollierung, teste es an 200 deiner schwierigsten Prompts, schreibe die Architektur des Zuordnungsspeichers auf eine Seite, und leite Prompts, die sich nicht de-identifizieren lassen, stattdessen auf ein EU-gehostetes oder selbst betriebenes Modell. Quellen geprüft am 18. August 2026.", "headline": "Pseudonymisierungs-Gateway für LLMs: Verlässt der Prompt den DSGVO-Bereich?", "image": "https://wavect.io/img/blog/headers/header_llm-pseudonymization-gateway-gdpr-2026.svg", "inLanguage": "de", "keywords": "Pseudonymisierung, DSGVO", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/llm-pseudonymization-gateway-gdpr-2026/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/llm-pseudonymization-gateway-gdpr-2026/", "wordCount": 3840 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/business-regulation/", "name": "Business und Regulierung", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/ai-governance/", "name": "AI-Governance und Regulierung", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/llm-pseudonymization-gateway-gdpr-2026/", "name": "Pseudonymisierungs-Gateway für LLMs und DSGVO | ", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Für die Partei, die die Zusatzinformation hält oder erreichen kann, ja. Die EDSA-Leitlinien 01/2025 zur Pseudonymisierung halten in Randnummer 22 fest, dass pseudonymisierte Daten, die sich mithilfe zusätzlicher Informationen einer natürlichen Person zuordnen lassen, personenbezogen sind, und dass das auch gilt, wenn Daten und Zusatzinformation nicht in derselben Hand liegen. Seit dem EuGH-Urteil vom 4. September 2025 in der Rechtssache C-413/23 P können dieselben Daten für einen Empfänger, der realistisch niemanden reidentifizieren kann, dennoch nicht personenbezogen sein." }, "name": "Sind pseudonymisierte Daten weiterhin personenbezogene Daten nach der DSGVO?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Konformität ist eine Eigenschaft deiner Verarbeitung, nicht eines Werkzeugs. Das Gateway kann reduzieren, was der Modellanbieter erhält, und als zusätzliche Maßnahme eine Drittlandsübermittlung stützen, aber du bleibst der Verantwortliche mit Rechtsgrundlage, Informationspflicht, DSFA, Verzeichnis und Aufbewahrungspflichten. Kein Anbieterzertifikat überträgt diese." }, "name": "Macht ein Pseudonymisierungs-Gateway ein LLM DSGVO-konform?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Der EDSA behandelt Pseudonymisierung als zusätzliche Maßnahme auf einem Übermittlungsinstrument nach Art. 46, nicht als dessen Ersatz. Die Randnummern 63 bis 68 der Leitlinien listen die Bedingungen, unter denen sie eine solche Übermittlung stärkt, darunter, dass die Zusatzinformation ausschließlich beim Exporteur oder einer vertrauenswürdigen Stelle im EWR oder einer gleichwertigen Rechtsordnung liegt." }, "name": "Kann Pseudonymisierung Standardvertragsklauseln ersetzen?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Am 4. September 2025 hat der Gerichtshof entschieden, dass persönliche Meinungen personenbezogene Daten sind, weil sie untrennbar mit ihrem Urheber verbunden sind, dass pseudonymisierte Daten nicht in allen Fällen und für jede Person als personenbezogen gelten, und dass die Identifizierbarkeit für die Informationspflicht zum Erhebungszeitpunkt und aus Sicht des Verantwortlichen zu beurteilen ist. Der Gerichtshof hat das Urteil des Gerichts aufgehoben und die Sache zurückverwiesen, das Verfahren läuft also weiter." }, "name": "Was hat der EuGH in EDSB gegen SRB entschieden?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Bei der Pseudonymisierung bleibt die Zusatzinformation erhalten, die die Zuordnung erlaubt, und genau deshalb kann ein Gateway die Antwort zurückspielen. Der EDSA ist deutlich: Selbst nach Löschen der Zuordnung werden die Daten nur anonym, wenn die eigenständigen Voraussetzungen für Anonymität erfüllt sind. Marketing, das beide Wörter synonym verwendet, ist ein Signal, die technische Dokumentation genauer zu lesen." }, "name": "Ist Pseudonymisierung dasselbe wie Anonymisierung?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Manchmal, und es ist messbar. Typisierte und stabile Platzhalter wie PERSON_1 erhalten mehr Koreferenz als eine einheitliche Schwärzung, aber Aufgaben, die auf Weltwissen über die Entität angewiesen sind, verlieren an Qualität. Bewerte dieselben Aufgaben mit und ohne Gateway vor dem Rollout, denn ein Assistent, um den das Team herumarbeitet, schützt gar nichts." }, "name": "Verschlechtern Platzhalter die Antwortqualität?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Plattformpreise pro Platz beginnen in dieser Kategorie derzeit im Bereich von 29 Euro pro Nutzer und Monat für Einstiegstarife, Enterprise auf Anfrage. Die Lizenz ist selten die entscheidende Zahl. Der echte Vergleich ist Lizenz plus die Nachweisarbeit, die du sonst selbst leistest, gegen die Kosten eines EU-gehosteten oder selbst betriebenen Modells für den Traffic, der tatsächlich personenbezogene Daten trägt." }, "name": "Was sollte ein Pseudonymisierungs-Gateway kosten?" } ] } ```