By · Last updated 2026-03-03

Kembali ke BlogGDPR & Kepatuhan

Zero-Knowledge vs Zero-Trust: Enkripsi Cloud yang Sebenarnya

LastPass juga mengenkripsi data penggunanya — namun tetap $438 juta berhasil dicuri. Inilah perbedaan antara enkripsi sisi server dan arsitektur zero-knowledge yang sesungguhnya.

March 3, 20269 menit baca
zero-knowledgeencryptionGDPRdata protectionSaaS securityLastPass

Ilusi Enkripsi

Pada Desember 2022, LastPass mengumumkan sebuah pelanggaran. Pernyataan resmi mereka menggunakan bahasa yang menenangkan: kata sandi pengguna "terenkripsi". Data brankas "diamankan".

Pada 2025, lebih dari $438 juta telah dicuri dari pengguna LastPass — diambil langsung dari brankas mereka yang konon aman.

Bagaimana bisa? LastPass yang memegang kuncinya.

Inilah perbedaan kritis yang harus dipahami setiap tim keamanan enterprise sebelum memilih alat berbasis cloud yang menangani data sensitif — termasuk platform anonimisasi PII.

Enkripsi Sisi Server vs. Arsitektur Zero-Knowledge

Sebagian besar alat cloud yang mengklaim "mengenkripsi data Anda" menggunakan enkripsi sisi server (SSE). Inilah artinya:

PropertiEnkripsi Sisi ServerArsitektur Zero-Knowledge
Di mana enkripsi terjadiDi server vendorDi perangkat Anda (browser/desktop)
Siapa yang memegang kunciVendorHanya Anda
Vendor dapat membaca data AndaYaTidak
Pelanggaran server mengekspos dataYaTidak (hanya ciphertext)
Vendor dapat dipaksa menyerahkan dataYaTidak (mereka tidak memilikinya)
Akses regulator/penegak hukumMelalui vendorTidak mungkin tanpa kunci Anda

LastPass menggunakan enkripsi sisi server dengan kunci yang mereka kendalikan. Ketika penyerang membobol infrastruktur mereka, mereka mendapatkan ciphertext sekaligus cara untuk akhirnya mendekripsinya — melalui rekayasa sosial terhadap karyawan, brute-forcing kata sandi lemah, dan mengeksploitasi metadata akun lama.

Mengapa Ini Penting untuk GDPR Pasal 25

GDPR Pasal 25 (Privasi by Design) mewajibkan pengendali data menerapkan "langkah-langkah teknis dan organisasi yang tepat" yang mengintegrasikan perlindungan data "by design and by default".

EDPB (Dewan Perlindungan Data Eropa) telah mengklarifikasi bahwa ini mencakup minimisasi data kriptografi — artinya arsitektur itu sendiri harus membuat data tidak dapat diakses oleh pihak yang tidak berwenang, bukan hanya dilindungi oleh kontrol akses.

Vendor yang memegang kunci enkripsi Anda tidak dapat memenuhi Pasal 25 dalam interpretasi paling ketat, karena:

  1. Pelanggaran infrastruktur mereka yang berhasil dapat mengekspos data Anda
  2. Panggilan hukum kepada vendor dapat menghasilkan data Anda
  3. Karyawan nakal di vendor dapat mengakses data Anda
  4. Kompromi rantai pasokan layanan manajemen kunci vendor dapat mengekspos data Anda

Komisioner Federal Jerman untuk Perlindungan Data (BfDI) dan Datenschutzbehörde Austria keduanya telah mengeluarkan panduan yang menyatakan bahwa arsitektur zero-knowledge adalah implementasi teknis yang disukai untuk pemrosesan berisiko tinggi.

Realita Pelanggaran SaaS

Laporan AppOmni / Cloud Security Alliance 2024 mendokumentasikan peningkatan 300% pelanggaran SaaS dari 2022 hingga 2024. Kecanggihan serangan meningkat drastis:

  • Rata-rata waktu untuk membobol: 9 menit (turun dari berjam-jam)
  • Keterlibatan pihak ketiga dalam pelanggaran: berlipat ganda dari tahun ke tahun (Verizon DBIR 2025)
  • Pelanggaran Conduent: 25,9 juta rekam terekspos (nomor Jaminan Sosial, data asuransi kesehatan)
  • Pelanggaran vendor NHS: 9 juta pasien terekspos

Dalam lingkungan ancaman ini, jaminan arsitektur telah menggantikan janji kebijakan sebagai standar minimum yang dapat diterima untuk pemrosesan data berisiko tinggi.

Seperti Apa Arsitektur Zero-Knowledge yang Sesungguhnya

Arsitektur zero-knowledge yang asli memiliki properti yang dapat diverifikasi ini:

1. Derivasi kunci sisi klien Kunci enkripsi diturunkan dari kata sandi Anda menggunakan KDF memory-hard (Argon2id, bcrypt, atau scrypt) di perangkat Anda. Kunci yang diturunkan tidak pernah meninggalkan perangkat Anda.

2. Enkripsi sisi klien Data dienkripsi sebelum meninggalkan browser atau aplikasi desktop Anda. Server hanya menerima ciphertext — tidak berguna tanpa kunci.

3. Tidak ada penyimpanan kunci sisi server Vendor tidak menyimpan kunci, fragmen kunci, atau cadangan kunci. Pemulihan dilakukan melalui frasa pemulihan yang dikendalikan pengguna.

4. Dapat diverifikasi secara kriptografi Arsitektur harus dapat didokumentasikan dan diaudit — idealnya terbuka untuk tinjauan eksternal. Klaim "enkripsi end-to-end" yang samar tanpa spesifikasi teknis harus diperlakukan dengan skeptisisme.

Cara anonym.legal Mengimplementasikan Zero-Knowledge

Autentikasi zero-knowledge anonym.legal menggunakan:

  • Derivasi kunci Argon2id: 64MB memori, 3 iterasi — parameter yang direkomendasikan OWASP untuk aplikasi keamanan tinggi
  • Enkripsi AES-256-GCM: Diterapkan sepenuhnya di browser/desktop sebelum data apapun dikirimkan
  • Frasa pemulihan BIP39 24 kata: Satu-satunya cara untuk memulihkan akses — tidak disimpan oleh anonym.legal
  • Akses kunci sisi server nol: Server anonym.legal hanya menerima ciphertext AES-256-GCM tanpa kunci untuk mendekripsinya

Pelanggaran server anonym.legal yang lengkap hanya akan menghasilkan blob terenkripsi yang tidak dapat didekripsi tanpa kunci turunan setiap pengguna — yang hanya ada di perangkat mereka.

Daftar Periksa Evaluasi Vendor

Saat mengevaluasi alat cloud yang menangani data sensitif, ajukan pertanyaan-pertanyaan ini:

Pertanyaan arsitektur:

  • Di mana enkripsi/dekripsi terjadi — di perangkat Anda atau server vendor?
  • Siapa yang membuat kunci enkripsi?
  • Di mana kunci enkripsi disimpan?
  • Dapatkah vendor menghasilkan salinan plaintext data Anda sebagai respons atas panggilan hukum?
  • Apa yang terjadi pada data Anda jika vendor diakuisisi?

Pertanyaan ketahanan pelanggaran:

  • Jika seluruh infrastruktur vendor dikompromikan, data apa yang terekspos?
  • Jika seorang karyawan vendor bertindak jahat, data apa yang dapat mereka akses?
  • Jika serangan rantai pasokan mengkompromikan infrastruktur vendor, apa yang terekspos?

Pertanyaan regulasi:

  • Dapatkah vendor menyediakan dokumentasi yang memenuhi GDPR Pasal 25?
  • Apakah arsitektur telah ditinjau oleh auditor keamanan independen?
  • Apakah ada sertifikasi ISO 27001 atau SOC 2 yang mencakup implementasi enkripsi?

Vendor apapun yang tidak dapat menjawab dengan jelas "nol — data Anda dienkripsi sebelum meninggalkan perangkat Anda" untuk pertanyaan ketahanan pelanggaran menggunakan enkripsi sisi server.

Kasus Penggunaan: Uji Tuntas Perusahaan Asuransi Kesehatan Jerman

Seorang petugas kepatuhan di perusahaan asuransi kesehatan Jerman besar (Krankenkasse) membutuhkan alat anonimisasi cloud untuk memproses log keluhan pemegang polis. Daftar periksa DPO mencakup:

  • Vendor tidak dapat mengakses data pemegang polis
  • Tidak ada pemrosesan data di infrastruktur di luar Jerman
  • Langkah-langkah teknis GDPR Pasal 32 terdokumentasi
  • Risiko pelanggaran yang dapat dilaporkan ke DPA diminimalkan

Sebuah SaaS anonimisasi terkemuka berbasis AS gagal pada kriteria pertama: tim dukungan mereka dapat mereset brankas pengguna, mengimplikasikan akses kunci sisi server. Alat kedua menyimpan teks yang diproses selama 30 hari untuk tujuan "jejak audit" — sekali lagi, akses sisi server.

Arsitektur zero-knowledge anonym.legal memenuhi semua empat kriteria. DPO dapat mendokumentasikan: "Bahkan pelanggaran infrastruktur vendor yang lengkap sekalipun tidak menghasilkan data pemegang polis yang dapat digunakan — kunci enkripsi hanya ada di workstation kami." Dokumentasi GDPR Pasal 32 diselesaikan dalam empat jam.

Preseden Penegakan ICO

Pada Desember 2025, Information Commissioner's Office Inggris mendenda entitas LastPass Inggris £1,2 juta karena "gagal menerapkan langkah-langkah keamanan teknis dan organisasi yang tepat".

Denda tersebut bukan karena pelanggaran itu sendiri — melainkan karena keputusan arsitektur yang membuat pelanggaran tersebut dahsyat: iterasi KDF yang tidak memadai untuk akun lama, eksposur metadata, dan pilihan mendasar untuk menyimpan kunci di sisi server.

Regulator kini mengevaluasi tidak hanya apakah pelanggaran terjadi, tetapi apakah arsitekturnya meminimalkan dampak pelanggaran. Arsitektur zero-knowledge adalah demonstrasi teknis paling jelas dari niat ini.

Kapan Arsitektur Zero-Knowledge Bukan Pilihan yang Tepat

Enkripsi zero-knowledge memperkenalkan trade-off yang penting untuk beberapa kasus penggunaan:

Kompleksitas pemulihan: Jika pengguna kehilangan kunci enkripsi mereka, data tidak dapat diakses secara permanen. Tidak seperti penyimpanan cloud tradisional di mana administrator dapat mereset akses, tidak ada jalur pemulihan cadangan. Organisasi dengan pergantian pengguna tinggi atau praktik manajemen kunci yang buruk mungkin merasa ini bermasalah.

Gesekan kolaborasi: Data terenkripsi hanya dapat dibagikan ketika penerima memiliki kemampuan dekripsi yang sesuai. Ini menambahkan langkah dibandingkan berbagi tautan sederhana di layanan cloud standar.

Kasus tepi regulasi: Beberapa yurisdiksi mewajibkan akses penegak hukum ke data berdasarkan perintah pengadilan. Arsitektur zero-knowledge, by design, mencegah hal ini — yang dapat menciptakan eksposur hukum di industri tertentu (layanan keuangan, telekomunikasi) di mana kewajiban intersepsi yang sah berlaku.

Overhead komputasi: Derivasi kunci Argon2id sisi klien dan enkripsi AES-256-GCM menambahkan latensi yang penting untuk skenario pemrosesan real-time dalam skala besar.

Untuk organisasi yang memproses volume sangat tinggi (jutaan dokumen/hari) atau yang memiliki kewajiban intersepsi yang sah yang ketat, arsitektur hibrida — mengenkripsi hanya bidang yang paling sensitif sambil menjaga metadata dapat diakses — mungkin lebih praktis daripada zero-knowledge end-to-end penuh.

Kesimpulan

"Kami mengenkripsi data Anda" bukan jaminan keamanan — ini adalah pernyataan pemasaran yang memerlukan interogasi.

Pertanyaan yang penting adalah: siapa yang memegang kunci, di mana enkripsi terjadi, dan apa yang terekspos jika infrastruktur vendor dikompromikan?

Bagi organisasi yang memproses data sensitif di bawah GDPR, HIPAA, atau kerangka sebanding, jawaban arsitektur atas pertanyaan-pertanyaan ini menentukan baik eksposur regulasi maupun risiko pelanggaran aktual Anda.

LastPass mengenkripsi data penggunanya. Arsitektur zero-knowledge akan membuat pelanggaran 2022 menjadi peristiwa yang tidak berarti. $438 juta yang dicuri dari pengguna adalah harga dari jalan pintas arsitektur.


anonym.legal mengimplementasikan arsitektur zero-knowledge untuk anonimisasi PII: derivasi kunci Argon2id berjalan di browser atau aplikasi desktop Anda, enkripsi AES-256-GCM terjadi sebelum data meninggalkan perangkat Anda, dan server anonym.legal hanya menyimpan ciphertext yang tidak dapat mereka dekripsi.

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.