By · Last updated 2026-03-16

Kembali ke BlogTeknis

Mengevaluasi Klaim ZK Setelah LastPass

$438 juta dicuri dari pengguna LastPass setelah vault 'terenkripsi' mereka dibobol. Denda ICO sebesar £1,2 juta menyusul. Berikut daftar periksa untuk mengevaluasi apakah klaim zero-knowledge vendor benar-benar valid.

March 16, 20268 menit baca
zero-knowledge evaluationvendor security assessmentLastPass breachcloud encryption claimsGDPR Article 32

Kesenjangan antara Klaim dan Arsitektur

Setiap vendor cloud yang menangani data sensitif membuat beberapa versi dari klaim yang sama: "Kami mengenkripsi data Anda." Klaim tersebut hampir selalu benar — dan hampir selalu tidak memadai.

Pelanggaran LastPass tahun 2022 adalah studi kasus yang definitif. LastPass mengenkripsi vault kata sandi pengguna mereka. Mereka menggunakan enkripsi. Klaim tersebut akurat. Namun demikian 25 juta pengguna memiliki vault terenkripsi mereka yang diekstrak, dan $438 juta kemudian dicuri dari pengguna LastPass dalam pembobolan cryptocurrency hilir hingga 2025, menurut penelitian dari Coinbase Institutional.

Information Commissioner's Office (ICO) Inggris mendenda entitas UK LastPass sebesar £1,2 juta pada Desember 2025 karena "kegagalan untuk menerapkan langkah-langkah keamanan teknis dan organisasi yang sesuai." Enkripsi ada. Langkah-langkah keamanan tidak memenuhi standar yang dipersyaratkan.

Bagi perusahaan yang mengevaluasi alat privasi cloud — termasuk platform anonymisasi PII — preseden LastPass mengubah pertanyaan pengadaan. Pertanyaannya bukan "apakah mereka mengenkripsi data kami?" Pertanyaannya adalah "dapatkah mereka mendekripsi data kami?"

Empat Pertanyaan Zero-Knowledge yang Benar-Benar Penting

Saat mengevaluasi klaim zero-knowledge vendor, empat pertanyaan menentukan apakah arsitektur tersebut asli:

1. Di mana derivasi kunci terjadi?

Dalam arsitektur zero-knowledge sejati, derivasi kunci enkripsi terjadi di sisi klien — di browser atau aplikasi desktop — sebelum data apa pun dikirimkan. Kunci yang diturunkan digunakan untuk mengenkripsi data secara lokal. Hanya ciphertext terenkripsi yang berjalan ke server vendor.

Jika vendor menurunkan kunci enkripsi di server mereka, mereka memegang kuncinya. Jika mereka memegang kuncinya, mereka dapat mendekripsi. Klaim tersebut secara teknis akurat ("kami mengenkripsi") tetapi menyesatkan dalam implikasinya.

2. Apakah vendor pernah memiliki akses ke plaintext?

Beberapa alat mengenkripsi data saat istirahat tetapi mendekripsinya untuk pemrosesan — menjalankan model AI, analitik, pengindeksan pencarian, atau pembuatan log audit. Selama jendela pemrosesan, plaintext dapat diakses di infrastruktur vendor. Pelanggaran selama jendela tersebut mengekspos data dalam bentuk tidak terenkripsi.

3. Apa yang terjadi di bawah proses hukum?

Jika lembaga pemerintah melayani subpoena kepada vendor, data apa yang dapat mereka hasilkan? Vendor dengan kunci sisi server dapat dipaksa untuk menghasilkan konten yang didekripsi. Vendor dengan arsitektur zero-knowledge hanya dapat menghasilkan ciphertext terenkripsi — bahkan di bawah paksaan hukum, mereka tidak memiliki sesuatu yang berguna untuk diserahkan.

4. Apa yang terekspos oleh kompromi server penuh?

Dalam implementasi zero-knowledge yang asli, kompromi lengkap dari infrastruktur vendor hanya menghasilkan blob terenkripsi. Penyerang menerima ciphertext tanpa kunci untuk mendekripsinya. Dalam implementasi kunci yang dikendalikan vendor, pelanggaran server mengekspos kunci bersamaan dengan data.

Kegagalan Implementasi LastPass

Pelanggaran LastPass mengungkapkan kesenjangan implementasi spesifik: akun yang lebih lama menggunakan PBKDF2 dengan hanya 1 iterasi untuk derivasi kunci, daripada 600.000 iterasi yang direkomendasikan. Derivasi kunci yang lebih lemah membuat serangan brute-force pada vault yang diekstrak secara komputasi layak dilakukan.

Ini mengilustrasikan mengapa mengevaluasi klaim zero-knowledge memerlukan pemeriksaan detail implementasi, bukan hanya deskripsi arsitektur. Vendor dapat menggunakan desain zero-knowledge sambil mengimplementasikannya dengan lemah. Pertanyaan yang tepat untuk diajukan mencakup arsitektur (lokasi derivasi kunci) dan kekuatan implementasi (algoritma dan jumlah iterasi).

Pelanggaran Okta: Mode Kegagalan yang Berbeda

Pada Oktober 2023, Okta mengungkapkan bahwa 600.000+ catatan dukungan pelanggan bocor dalam sebuah pelanggaran. Okta adalah platform identitas — perusahaan yang digunakan banyak perusahaan untuk mengamankan akses ke alat cloud lainnya. Pelanggaran Okta adalah mode kegagalan yang berbeda dari LastPass: bukan kelemahan dalam implementasi zero-knowledge, melainkan kompromi infrastruktur dukungan yang kebetulan mengandung data pelanggan.

Lonjakan pelanggaran SaaS sebesar 300% pada 2024 (AppOmni/CSA) mencerminkan kedua mode kegagalan: kelemahan arsitektur seperti LastPass dan kompromi infrastruktur seperti Okta. Arsitektur zero-knowledge mengatasi mode kegagalan arsitektur. Ini tidak menghilangkan semua risiko pelanggaran, tetapi memastikan bahwa bahkan kompromi infrastruktur lengkap pun tidak mengekspos data pelanggan yang dapat didekripsi.

Seperti Apa Evaluasi yang Sesungguhnya

Bagi tim pengadaan yang menilai klaim zero-knowledge, daftar periksa evaluasi:

Tinjauan arsitektur:

  • Minta dokumentasi yang menunjukkan di mana derivasi kunci terjadi (sisi klien vs. sisi server)
  • Tanyakan tentang algoritma enkripsi, panjang kunci, dan jumlah iterasi
  • Minta konfirmasi bahwa plaintext tidak pernah dikirimkan ke server vendor

Pengujian skenario pelanggaran:

  • Minta vendor untuk menggambarkan apa yang akan terekspos oleh kompromi server penuh
  • Jika jawabannya mencakup sesuatu selain "ciphertext terenkripsi yang tidak dapat kami dekripsi," klaim tersebut bukan zero-knowledge sejati

Tinjauan proses hukum:

  • Tanyakan apakah vendor dapat mematuhi subpoena yang mengharuskan produksi plaintext pelanggan
  • Vendor zero-knowledge sejati tidak dapat menghasilkan apa yang tidak mereka miliki

Dokumentasi kepatuhan:

  • Minta dokumentasi kepatuhan GDPR Pasal 32 vendor
  • Sertifikasi ISO 27001 (khususnya kontrol kriptografi Annex A) memberikan verifikasi eksternal praktik manajemen kunci

Denda ICO LastPass sebesar £1,2 juta menetapkan bahwa vendor yang membuat klaim enkripsi tunduk pada evaluasi regulasi apakah klaim tersebut memenuhi standar yang dipersyaratkan. Kerangka evaluasi yang sama yang diterapkan regulator tersedia bagi tim pengadaan sebelum pelanggaran terjadi.

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.