By · Last updated 2026-06-05

Kembali ke BlogKeamanan AI

GDPR Pasal 32: Pemantauan PII Alat AI

Tim kepatuhan perusahaan membutuhkan bukti kuantitatif tentang kontrol PII alat AI. Network DLP melewatkan interaksi AI di browser.

June 5, 20267 menit baca
GDPR Article 32AI compliancePII monitoringCISO evidenceenterprise AI governance

Membuktikan Kepatuhan GDPR Pasal 32 untuk Alat AI

Diperbarui untuk 2026.

GDPR Pasal 32 mewajibkan "tindakan teknis dan organisasi yang sesuai" untuk melindungi data pribadi. Ketika staf menggunakan alat AI eksternal — ChatGPT, Claude, Gemini — risikonya nyata dan terukur. Kontrol juga harus terukur.

Kebijakan yang mengatakan "jangan bagikan data pribadi dengan alat AI" adalah tindakan organisasi. Itu bukan tindakan teknis. Itu tidak cukup ketika auditor DPA bertanya: "Bagaimana Anda tahu staf mematuhinya?"

Apa yang Ditanyakan Auditor DPA tentang Alat AI

Setelah pelanggaran ChatGPT Samsung pada Maret 2023, regulator memeriksa program AI perusahaan secara ketat. Auditor DPA kini mengajukan pertanyaan langsung.

Tentang kontrol teknis, mereka bertanya:

  • Apa yang mencegah data pribadi menjangkau sistem AI?
  • Bagaimana Anda menegakkan penyamaran secara real-time?
  • Bukti apa yang menunjukkan kontrol berfungsi?

Tentang pemantauan, mereka bertanya:

  • Bagaimana Anda melacak penggunaan AI staf untuk eksposur PII?
  • Metrik apa yang Anda kumpulkan? Seberapa sering?
  • Bagaimana Anda tahu kontrol tidak dilewati?

Tentang deteksi insiden, mereka bertanya:

  • Bagaimana Anda menemukan kebocoran PII ke alat AI?
  • Apa rencana respons Anda?

Dokumen kebijakan tidak menjawab pertanyaan-pertanyaan ini. Mereka mengatakan apa yang harus dilakukan staf. Mereka tidak menunjukkan apa yang sebenarnya dilakukan staf.

Kesenjangan Pemantauan untuk Alat AI Browser

Tim IT perusahaan menghadapi masalah inti: alat AI berbasis browser sulit dipantau.

Enkripsi HTTPS

ChatGPT, Claude, dan Gemini semuanya menggunakan HTTPS dengan HSTS. Inspeksi jaringan tidak bisa membaca teks prompt tanpa dekripsi TLS.

Inspeksi TLS

Inspeksi SSL memerlukan sertifikat perusahaan di setiap perangkat. Ini bisa merusak penyematan sertifikat di beberapa aplikasi. Ini menciptakan celah keamanan baru. Ini mungkin melanggar ketentuan layanan platform AI. Ini menimbulkan masalah privasi staf di banyak negara.

Endpoint DLP

Agen endpoint memantau clipboard dan input keystroke. Tetapi mereka memiliki tingkat false-positive yang tinggi. Mereka tidak bisa membedakan "mengetik data klien ke dalam kontrak" dari "mengetiknya ke ChatGPT." Jeda bisa melewatkan pengiriman langsung.

Hasilnya: sebagian besar perusahaan yang menggunakan alat AI memiliki sedikit visibilitas tentang data apa yang menjangkau sistem tersebut.

Dashboard Kepatuhan dalam Praktik

Seorang CISO layanan keuangan harus menunjukkan kepada auditor bahwa eksposur PII alat AI dilacak dan dikontrol. Persyaratan audit: data konkret tentang pemantauan aktif.

Perusahaan menerapkan Chrome Extension ke 500 staf. Output satu minggu:

MetrikNilai mingguan
Total sesi AI8.400
Entitas PII terdeteksi12.000
Tingkat penyamaran94%
Nama pelanggan ditemukan4.800
Nomor akun ditemukan3.200
ID transaksi ditemukan2.100
Pengiriman tanpa penyamaran (6%)720 entitas

Catatan: skenario ilustratif. Hasil bervariasi berdasarkan ukuran perusahaan dan penggunaan AI.

Empat hal yang ditunjukkan kepada auditor:

  • Skala penggunaan alat AI (8.400 sesi per minggu)
  • Volume PII yang berisiko (12.000 entitas ditemukan)
  • Kinerja kontrol (tingkat penyamaran 94%)
  • Risiko residual (720 entitas memerlukan tindak lanjut)

Tiga hal yang dapat diverifikasi auditor:

  • Kontrol teknis aktif (log penerapan ekstensi)
  • Pemantauan aktif (laporan mingguan)
  • Risiko residual dikelola (pelatihan tindak lanjut untuk 6%)

Ini adalah kesenjangan antara "kami memiliki kebijakan" dan "inilah output kontrol terukur kami."

Mengubah Output Menjadi Perbaikan

6% yang dikirim tanpa penyamaran bukan kegagalan. Ini adalah keberhasilan pemantauan. Perusahaan sekarang tahu:

  1. Staf mana yang mengabaikan atau melewatkan prompt penyamaran.
  2. Jenis entitas mana yang paling sering dikirim tanpa penyamaran.
  3. Tim mana yang memiliki tingkat bypass lebih tinggi.
  4. Apakah tingkatnya turun seiring staf beradaptasi.

Ini mendorong tindakan yang ditargetkan. Staf dengan bypass tinggi mendapat pelatihan tambahan. Jenis entitas dengan bypass tinggi mungkin memerlukan prompt yang lebih kuat. Tim dengan bypass berulang mungkin memerlukan perubahan alur kerja.

Tanpa output ini, pelatihan diterapkan secara merata. Dengannya, pelatihan diarahkan ke tempat risiko tertinggi berada.

Seperti Apa Paket Pasal 32 yang Lengkap

Set dokumen GDPR Pasal 32 yang lengkap untuk program alat AI:

Tindakan teknis:

  1. Chrome Extension di N perangkat (bukti: log MDM)
  2. Deteksi PII langsung di kolom input alat AI
  3. Alur kerja penyamaran dengan jejak audit (log ekstensi)
  4. Dashboard kepatuhan (metrik deteksi)

Tindakan organisasi:

  1. Kebijakan penggunaan alat AI
  2. Catatan pelatihan staf
  3. Rencana respons insiden untuk kebocoran data AI
  4. Tinjauan kuartalan output pemantauan

Bukti pemantauan:

  1. Metrik dashboard mingguan (bergulir 12 bulan)
  2. Tren tingkat penyamaran
  3. Rincian jenis entitas
  4. Catatan tindak lanjut untuk bypass

Deteksi insiden:

  1. Output pemantauan menandai perilaku aneh (penurunan tiba-tiba tingkat, jenis entitas baru)
  2. Rencana respons insiden diuji pada [tanggal]

Set ini memenuhi Pasal 32. Ini menunjukkan tindakan teknis dan organisasi dengan bukti nyata.

Mengukur Pengurangan Risiko

Untuk uji proporsionalitas, Anda harus menunjukkan risiko yang dihilangkan oleh kontrol.

Tanpa kontrol:

  • 11% prompt AI mengandung PII (Cyberhaven 2025)
  • 8.400 sesi mingguan × 11% = 924 sesi dengan PII per minggu
  • Setiap sesi: potensi eksposur GDPR Pasal 83 jika data UE terlibat

Dengan kontrol (tingkat penyamaran 94%):

  • 924 sesi dengan PII terdeteksi
  • 94% disamarkan: 869 sesi terlindungi
  • Residual: 55 sesi per minggu dengan konten tanpa penyamaran

Hasilnya: penurunan 94% dalam eksposur PII dari penggunaan alat AI.

Bagi regulator yang menerapkan uji proporsionalitas, pengurangan 94% dari kontrol teknis yang diterapkan adalah bukti yang kuat. Lihat juga pencegahan PII real-time untuk alat AI dan browser DLP untuk ChatGPT, Claude, dan Gemini.

Kesimpulan

Kepatuhan GDPR Pasal 32 untuk alat AI tidak bisa bergantung pada kebijakan saja. Pemantauan sesi AI browser untuk eksposur PII membutuhkan kontrol teknis yang menghasilkan bukti.

Penyamaran langsung dengan pemantauan bawaan memberi Anda keduanya: pencegahan (eksposur lebih sedikit) dan bukti (risiko terukur dan output kontrol). Kombinasi itu memenuhi Pasal 32.

Bagi CISO yang menghadapi audit DPA: auditor menginginkan data konkret. Tunjukkan tingkat deteksi, tingkat penyamaran, dan tren risiko residual. Kebijakan adalah awalnya. Output pemantauan adalah buktinya.

Untuk perbandingan pemblokiran vs penyamaran sebagai kontrol, lihat Browser DLP: Pemblokiran vs. Anonimisasi.

Sumber

Siap untuk melindungi data Anda?

Mulai anonimisasi PII dengan 285+ jenis entitas dalam 48 bahasa.

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.