anonym.legal

By · Last updated 2026-03-03

Terug naar BlogGDPR & Naleving

Zero-Knowledge vs. Zero-Trust Encryptie

LastPass versleutelde de gegevens van hun gebruikers ook — en toch werd er $438 miljoen gestolen. Hier leest u het verschil tussen server-side encryptie en echte zero-knowledge architectuur.

March 3, 20269 min lezen
zero-knowledgeencryptionGDPRdata protectionSaaS securityLastPass

De Encryptie-illusie

Bijgewerkt voor 2026

In december 2022 informeerde LastPass gebruikers over een inbreuk. Hun bericht was kalm: wachtwoorden waren "versleuteld". Vaultinhoud was "beveiligd".

Tegen 2025 was er $438 miljoen gestolen van LastPass-gebruikers. De diefstal kwam rechtstreeks uit hun "beveiligde" vaults.

Hoe? LastPass had de sleutels.

Uw beveiligingsteam moet dit weten voordat het een cloudtool kiest. Het is van toepassing op elke tool die gevoelige bestanden verwerkt — inclusief PII-anonimiseringsplatforms.

Server-Side vs. Zero-Knowledge Encryptie

De meeste cloudtools zeggen "we versleutelen uw bestanden". Maar ze gebruiken server-side encryptie (SSE). Dit is wat dat betekent:

EigenschapServer-Side EncryptieZero-Knowledge Architectuur
Waar vindt sleutelbeheer plaats?Op de server van de leverancierOp uw apparaat
Kan de leverancier gegevens lezen?JaNee
Wat legt een inbreuk bij de leverancier bloot?Leesbare gegevensAlleen versleutelde tekst
Voldoet aan wet inzake gerechtelijk bevel?Leverancier kan plaintext producerenLeverancier kan alleen ciphertext produceren

De LastPass Implementatiefout

Het LastPass-incident onthulde een specifieke fout. Oudere accounts gebruikten PBKDF2 met slechts 1 iteratie voor sleutelafleiding. De veilige waarde is 600.000 iteraties. Die zwakke instelling maakte brute-force-aanvallen op gestolen vaults haalbaar.

Dit toont aan waarom het alleen controleren van het ontwerp niet voldoende is. Een leverancier kan een zero-knowledge ontwerp gebruiken en het toch slecht implementeren.

De Vier Vragen die Ertoe Doen

1. Waar vindt sleutelafleiding plaats? In een echt zero-knowledge ontwerp vindt sleutelafleiding plaats op de client — in de browser of desktop-app — voordat gegevens worden verzonden.

2. Ziet de leverancier ooit plaintext? Sommige tools versleutelen data-at-rest, maar ontsleutelen voor verwerking. Tijdens dat venster staat plaintext op de servers van de leverancier.

3. Wat gebeurt er bij juridische procedure? Een leverancier met server-side sleutels kan worden gedwongen ontsleutelde inhoud te overhandigen.

4. Wat onthult een volledige servercompromissie? In een echt zero-knowledge systeem levert een volledige compromissie alleen versleutelde blobs op.

Bekijk het beveiligingsoverzicht en de nalevingsdocumentatie.

Bronnen

Klaar om uw gegevens te beschermen?

Begin met het anonimiseren van PII met 285+ entiteitstypen in 48 talen.

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.