By · Last updated 2026-06-05

Tilbage til BlogAI Sikkerhed

GDPR Art. 32: Overvågning af PII-eksponering i AI-værktøjer

Virksomheders complianceteams har brug for kvantitativt bevis for PII-kontroller i AI-værktøjer. Netværks-DLP misser browser-AI-interaktioner.

June 5, 20267 min læsning
GDPR Article 32AI compliancePII monitoringCISO evidenceenterprise AI governance

Bevis for GDPR Artikel 32-compliance for AI-værktøjer

Opdateret til 2026.

GDPR Artikel 32 kræver "passende tekniske og organisatoriske foranstaltninger" for at beskytte persondata. Når medarbejdere bruger eksterne AI-værktøjer — ChatGPT, Claude, Gemini — er risikoen reel og målbar. Kontrollerne skal også være målbare.

En politik, der siger "del ikke persondata med AI-værktøjer", er en organisatorisk foranstaltning. Det er ikke en teknisk foranstaltning. Det er ikke nok, når en DPA-revisor spørger: "Hvordan ved I, at medarbejderne overholder det?"

Hvad DPA-revisorer spørger om AI-værktøjer

Efter Samsung ChatGPT-bruddet i marts 2023 satte regulatorer skarpt fokus på virksomheders AI-programmer. DPA-revisorer stiller nu direkte spørgsmål.

Om tekniske kontroller spørger de:

  • Hvad forhindrer persondata i at nå AI-systemer?
  • Hvordan håndhæver I maskering i realtid?
  • Hvilket bevis viser, at kontroller virker?

Om overvågning spørger de:

  • Hvordan sporer I medarbejderes AI-brug for PII-eksponering?
  • Hvilke målinger indsamler I? Hvor ofte?
  • Hvordan ved I, at kontroller ikke omgås?

Om hændelsesdetektion spørger de:

  • Hvordan ville I opdage en PII-lækage til et AI-værktøj?
  • Hvad er jeres reaktionsplan?

Politikdokumenter besvarer ingen af disse spørgsmål. De siger, hvad medarbejdere bør gøre. De viser ikke, hvad medarbejdere faktisk gør.

Overvågningsgabet for browser-AI-værktøjer

Virksomheders IT-teams står over for et kerneproblem: browserbaserede AI-værktøjer er svære at overvåge.

HTTPS-kryptering

ChatGPT, Claude og Gemini bruger alle HTTPS med HSTS. Netværksinspektion kan ikke læse prompttekst uden TLS-dekryptering.

TLS-inspektion

SSL-inspektion kræver virksomhedscertifikater på alle enheder. Det kan bryde certifikatpinning i nogle apps. Det skaber nye sikkerhedshuller. Det kan overtræde AI-platformenes servicevilkår. Det rejser medarbejderprivativitetsbekymringer i mange lande.

Endpoint-DLP

Endpoint-agenter overvåger udklipsholder og tastaturinput. Men de har høje falsk-positiv-rater. De kan ikke skelne mellem "at skrive klientdata ind i en kontrakt" og "at skrive det ind i ChatGPT". Forsinkelse kan gå glip af live afsendelser.

Resultatet: de fleste virksomheder, der bruger AI-værktøjer, har ringe overblik over, hvilke data der når disse systemer.

Et compliance-dashboard i praksis

En finansiel tjenestes CISO skal vise revisorer, at AI-værktøjers PII-eksponering spores og kontrolleres. Revisionskravet: hårde data om aktiv overvågning.

Virksomheden udrulller en Chrome-udvidelse til 500 medarbejdere. Én uges output:

MetricUgentlig værdi
Samlede AI-sessioner8.400
PII-entiteter registreret12.000
Maskeringsrate94 %
Kundenavne fundet4.800
Kontonumre fundet3.200
Transaktions-ID'er fundet2.100
Umaskerede afsendelser (6 %)720 entiteter

Bemærk: illustrativt scenarie. Resultater varierer efter virksomhedsstørrelse og AI-brug.

Fire ting dette viser revisorer:

  • Omfanget af AI-værktøjsbrug (8.400 sessioner pr. uge)
  • Volumen af PII i fare (12.000 entiteter fundet)
  • Kontrolpræstation (94 % maskeringsrate)
  • Restrisiko (720 entiteter kræver opfølgning)

Tre ting revisorer kan verificere:

  • En teknisk kontrol er aktiv (udvidelsesdeployeringslogge)
  • Overvågning er aktiv (ugentlige rapporter)
  • Restrisiko administreres (opfølgningstræning for de 6 %)

Dette er forskellen mellem "vi har en politik" og "her er vores målte kontroloutput."

Omdannelse af output til forbedring

De 6 % afsendt uden maskering er ikke en fejl. Det er en overvågningssucces. Virksomheden ved nu:

  1. Hvilke medarbejdere afviser maskeringsprompter eller overser dem.
  2. Hvilke entitetstyper oftest sendes umaskeret.
  3. Hvilke teams har højere omgåelsesrater.
  4. Om raten falder, efterhånden som medarbejderne tilpasser sig.

Dette driver målrettet handling. Højomgåelses-medarbejdere får ekstra træning. Højomgåelses-entitetstyper kan have brug for stærkere prompter. Teams med gentagne omgåelser kan have brug for en arbejdsgangsændring.

Uden dette output anvendes træning jævnt. Med det går træning derhen, hvor risikoen er højest.

Hvad en komplet Artikel 32-pakke ser ud som

Et komplet GDPR Artikel 32-dokumentsæt for et AI-værktøjsprogram:

Tekniske foranstaltninger:

  1. Chrome-udvidelse på N enheder (bevis: MDM-logge)
  2. Live PII-detektion i AI-værktøjers inputfelter
  3. Maskeringsarbejdsgang med revisionssti (udvidelseslogge)
  4. Compliance-dashboard (detektionsmålinger)

Organisatoriske foranstaltninger:

  1. AI-værktøjsbrugspolitik
  2. Medarbejdertræningsregistre
  3. Hændelsesreaktionsplan for AI-datalækager
  4. Kvartalsmæssig gennemgang af overvågningsoutput

Overvågningsbevis:

  1. Ugentlige dashboard-målinger (rullende 12 måneder)
  2. Maskeringsrate-trend
  3. Entitetstype-opdeling
  4. Opfølgningsregistre for omgåelser

Hændelsesdetektion:

  1. Overvågningsoutput markerer mærkelig adfærd (pludselig ratefaldt, nye entitetstyper)
  2. Hændelsesreaktionsplan testet den [dato]

Dette sæt opfylder Artikel 32. Det viser tekniske og organisatoriske foranstaltninger med reelt bevis.

Kvantificering af risikoreduktion

For proportionalitetstesten skal du vise den risiko, kontrollen fjerner.

Uden kontrollen:

  • 11 % af AI-prompter indeholder PII (Cyberhaven 2025)
  • 8.400 ugentlige sessioner × 11 % = 924 sessioner med PII pr. uge
  • Hver session: en potentiel GDPR Artikel 83-eksponering hvis EU-data er involveret

Med kontrollen (94 % maskeringsrate):

  • 924 sessioner med registreret PII
  • 94 % maskeret: 869 sessioner beskyttet
  • Resterende: 55 sessioner pr. uge med umaskeret indhold

Resultat: 94 % fald i PII-eksponering fra AI-værktøjsbrug.

For regulatorer, der anvender proportionalitetstesten, er en 94 % reduktion fra en udplacerettechnisk kontrol stærkt bevis. Se også realtids-PII-forebyggelse for AI-værktøjer og browser-DLP for ChatGPT, Claude og Gemini.

Konklusion

GDPR Artikel 32-compliance for AI-værktøjer kan ikke hvile på politik alene. Overvågning af browser-AI-sessioner for PII-eksponering kræver en teknisk kontrol, der producerer bevis.

Live maskering med indbygget overvågning giver dig begge: forebyggelse (mindre eksponering) og bevis (målt risiko og kontroloutput). Den kombination opfylder Artikel 32.

For CISO'er, der står over for en DPA-revision: revisorer vil have hårde data. Vis detektionsrater, maskeringsrater og restrisiko-trends. Politik er begyndelsen. Overvågningsoutput er beviset.

For en sammenligning af blokering versus maskering som kontrol, se Browser DLP: Blokering vs. Anonymisering.

Kilder

Klar til at beskytte dine data?

Begynd at anonymisere PII med 285+ enhedstyper på tværs af 48 sprog.

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

Related reading

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our servers live in Falkenstein, Germany.

We use Hetzner. They hold ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.