By · Last updated 2026-06-05

Vissza a BlograAI Biztonság

GDPR 32. cikk: AI-eszközök személyes adat-kitettségének monitorozása

A vállalati megfelelési csapatok kvantitatív bizonyítékot igényelnek az AI-eszközök személyes adat-kontrolljairól. A hálózati DLP nem veszi észre a böngészőalapú AI-interakciókat.

June 5, 20267 perc olvasás
GDPR Article 32AI compliancePII monitoringCISO evidenceenterprise AI governance

A GDPR 32. cikk szerinti megfelelés igazolása AI-eszközöknél

2026-ra frissítve.

A GDPR 32. cikke „megfelelő technikai és szervezési intézkedéseket” követel meg a személyes adatok védelmére. Amikor az alkalmazottak külső AI-eszközöket használnak — ChatGPT, Claude, Gemini —, a kockázat valós és mérhető. Az ellenőrzéseknek is mérhetőknek kell lenniük.

Egy olyan szabályzat, amely azt mondja: „ne osszon meg személyes adatokat AI-eszközökkel” — szervezési intézkedés. Nem technikai intézkedés. Nem elégséges, amikor egy adatvédelmi hatósági auditor azt kérdezi: „Honnan tudja, hogy az alkalmazottak betartják ezt?”

Mit kérdeznek az adatvédelmi hatósági auditorok az AI-eszközökről

A 2023 márciusi Samsung ChatGPT-szivárgás után a szabályozók alaposan megvizsgálták a vállalati AI-programokat. Az adatvédelmi hatósági auditorok most közvetlen kérdéseket tesznek fel.

A technikai ellenőrzésekre vonatkozóan kérdezik:

  • Mi akadályozza meg, hogy személyes adatok AI-rendszerekhez jussanak?
  • Hogyan érvényesíti az elfedést valós időben?
  • Milyen bizonyíték mutatja, hogy az ellenőrzések működnek?

A monitorozásra vonatkozóan kérdezik:

  • Hogyan követi nyomon az alkalmazottak AI-használatát a személyes adat-kitettség szempontjából?
  • Milyen mutatókat gyűjt? Milyen gyakran?
  • Honnan tudja, hogy az ellenőrzéseket nem kerülik meg?

Az incidensészlelésre vonatkozóan kérdezik:

  • Hogyan venné észre egy személyes adat-szivárgást egy AI-eszközhöz?
  • Mi a reagálási terve?

A szabályzati dokumentumok ezen kérdések egyikét sem válaszolják meg. Azt mondják, mit kellene tennie az alkalmazottaknak. Nem mutatják meg, mit tesznek ténylegesen.

A monitorozási rés a böngészőalapú AI-eszközöknél

A vállalati IT-csapatok egy alapproblémával szembesülnek: a böngészőalapú AI-eszközöket nehéz monitorozni.

HTTPS-titkosítás

A ChatGPT, a Claude és a Gemini HSTS-sel rendelkező HTTPS-t használ. A hálózati ellenőrzés TLS-dekódolás nélkül nem tudja olvasni az üzenet szövegét.

TLS-ellenőrzés

Az SSL-ellenőrzés vállalati tanúsítványokat igényel minden eszközön. Egyes alkalmazásokban megtörhet a tanúsítvány-rögzítést. Új biztonsági réseket hozhat létre. Sértheti az AI-platformok szolgáltatási feltételeit. Adatvédelmi aggályokat vet fel az alkalmazottak tekintetében sok országban.

Végponti DLP

A végponti ügynökök figyelik a vágólap és a billentyűzet bemenetét. Azonban magas a téves riasztások aránya. Nem tudják megkülönböztetni, hogy az ügyféladata beírása szerződésbe vagy ChatGPT-be történik-e. A késlekedés elszalaszthat élő küldéseket.

Eredmény: a legtöbb AI-eszközöket használó vállalat kevés rálátással rendelkezik arra, milyen adatok jutnak el ezekre a rendszerekre.

Megfelelési irányítópult a gyakorlatban

Egy pénzügyi szolgáltatási CISO-nak meg kell mutatnia az auditoroknak, hogy az AI-eszközök személyes adat-kitettsége nyomon van követve és ellenőrzött. Az auditkövetelmény: kemény adatok az aktív monitorozásról.

A cég 500 alkalmazottnak telepíti a Chrome-bővítményt. Egy hét kimenete:

MutatóHeti érték
Összes AI-munkamenet8 400
Észlelt személyes adat-entitások12 000
Elfedési arány94%
Talált ügyféladatok4 800
Talált számlaszámok3 200
Talált tranzakciós azonosítók2 100
El nem fedett küldések (6%)720 entitás

Megjegyzés: szemléltető forgatókönyv. Az eredmények a cég méretétől és az AI-használattól függően változnak.

Négy dolog, amit ez az auditoroknak mutat:

  • Az AI-eszköz-használat mértéke (heti 8 400 munkamenet)
  • A veszélyeztetett személyes adatok mennyisége (12 000 talált entitás)
  • Az ellenőrzés teljesítménye (94% elfedési arány)
  • A maradék kockázat (720 entitás utókövetést igényel)

Három dolog, amit az auditorok ellenőrizhetnek:

  • Aktív technikai ellenőrzés (bővítménytelepítési naplók)
  • Aktív monitorozás (heti jelentések)
  • Kezelt maradék kockázat (utólagos képzés a 6%-nak)

Ez a különbség a „van szabályzatunk” és a „itt van mért ellenőrzési kimenetünk” között.

A kimenet javításra fordítása

Az elfedés nélkül elküldött 6% nem kudarc. Monitorozási siker. A cég most tudja:

  1. Mely alkalmazottak utasítják el az elfedési figyelmeztetéseket vagy hagyják figyelmen kívül azokat.
  2. Mely entitástípusokat küldik el leggyakrabban elfedés nélkül.
  3. Mely csapatoknak van magasabb megkerülési aránya.
  4. Csökken-e az arány az alkalmazottak alkalmazkodásával.

Ez célzott intézkedést tesz lehetővé. A magas megkerülési arányú alkalmazottak extra képzést kapnak. A magas megkerülési arányú entitástípusokhoz esetleg erősebb figyelmeztetések szükségesek. Az ismétlődő megkerülést mutató csapatoknak esetleg munkafolyamat-változtatásra van szükségük.

E kimenet nélkül a képzés egyenletesen alkalmazandó. Ezzel a kimenettel a képzés oda kerül, ahol a kockázat a legmagasabb.

Hogyan néz ki egy teljes 32. cikk szerinti csomag

Egy teljes GDPR 32. cikk szerinti dokumentumkészlet egy AI-eszközprogramhoz:

Technikai intézkedések:

  1. Chrome-bővítmény N eszközön (bizonyíték: MDM-naplók)
  2. Élő személyes adat-észlelés az AI-eszköz beviteli mezőiben
  3. Elfedési munkafolyamat auditnyomvonallal (bővítménynaplók)
  4. Megfelelési irányítópult (észlelési mutatók)

Szervezési intézkedések:

  1. AI-eszköz-használati szabályzat
  2. Alkalmazotti képzési nyilvántartások
  3. Incidensreagálási terv AI-adatszivárgásokhoz
  4. A monitorozási kimenet negyedéves felülvizsgálata

Monitorozási bizonyíték:

  1. Heti irányítópult-mutatók (gördülő 12 hónap)
  2. Elfedési arány trendje
  3. Entitástípus-bontás
  4. Megkerülések utókövetési nyilvántartásai

Incidensészlelés:

  1. A monitorozási kimenet jelzi a rendellenes viselkedést (hirtelen aránycsökkenés, új entitástípusok)
  2. Az incidensreagálási terv [dátum]-án tesztelve

Ez a készlet megfelel a 32. cikknek. Valós bizonyítékkal mutatja a technikai és szervezési intézkedéseket.

A kockázatcsökkentés számszerűsítése

Az arányossági teszthez meg kell mutatnia, milyen kockázatot távolít el az ellenőrzés.

Az ellenőrzés nélkül:

  • Az AI-üzenetek 11%-a tartalmaz személyes adatot (Cyberhaven 2025)
  • Heti 8 400 munkamenet × 11% = 924 személyes adatot tartalmazó munkamenet
  • Minden munkamenet potenciális GDPR 83. cikk szerinti kitettség, ha EU-s adatok érintve vannak

Az ellenőrzéssel (94% elfedési arány):

  • 924 észlelt személyes adatot tartalmazó munkamenet
  • 94% elfedve: 869 védett munkamenet
  • Maradék: 55 munkamenet elfedetlen tartalommal

Eredmény: 94%-os csökkentés a személyes adat-kitettségben az AI-eszköz-használatból.

A regulátorok számára, akik az arányossági tesztet alkalmazzák, a 94%-os csökkentés egy telepített technikai ellenőrzésből erős bizonyíték. Lásd még: valós idejű személyes adat megelőzés AI-eszközöknél és böngészős DLP ChatGPT-hez, Claude-hoz és Geminihez.

Összefoglalás

A GDPR 32. cikkének való megfelelés az AI-eszközöknél nem alapulhat kizárólag szabályzaton. A böngészős AI-munkamenetek monitorozása a személyes adat-kitettségért egy olyan technikai ellenőrzést igényel, amely bizonyítékot termel.

Az élő elfedés beépített monitorozással mindkettőt biztosítja: megelőzést (kevesebb kitettség) és bizonyítékot (mért kockázat és ellenőrzési kimenet). Ez a kombináció megfelel a 32. cikknek.

Azoknak a CISO-knak, akik adatvédelmi hatósági audittal szembesülnek: az auditorok kemény adatokat akarnak. Mutassa az észlelési arányokat, az elfedési arányokat és a maradék kockázat trendjeit. A szabályzat a kiindulópont. A monitorozási kimenet a bizonyíték.

Aért, hogy hogyan hasonlít össze a blokkolás az elfedéssel mint ellenőrzéssel, lásd: Böngészős DLP: Blokkolás vs. Anonimizálás.

Források

Készen áll az adatai védelmére?

Kezdje el a PII anonimizálását 285+ entitástípuson 48 nyelven.

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.