By · Last updated 2026-03-03

Tilbake til BloggGDPR & Overholdelse

Null-kunnskap vs null-tillit kryptering i skyen

LastPass krypterte brukernes data - og likevel ble $438 millioner stjalet. Her er forskjellen mellom serversidekryptering og ekte null-kunnskap-arkitektur.

March 3, 20269 min lesing
zero-knowledgeencryptionGDPRdata protectionSaaS securityLastPass

Krypteringsillujonen

Oppdatert for 2026

I desember 2022 informerte LastPass brukerne om et brudd. Meldingen var rolig: passord var "kryptert". Hvelvinnholdet var "sikret".

Innen 2025 hadde over $438 millioner blitt stjalet fra LastPass-brukere. Tyveriet kom rett fra deres "sikre" hvelvinger.

Hvordan? LastPass holdt noklene.

Sikkerhetsteamet ditt ma kjenne til dette for det velger et skyverktoy. Det gjelder ethvert verktoy som handterer sensitive filer - inkludert PII-anonymiseringsplattformer.

Serverside- vs null-kunnskap-kryptering

De fleste skyverktoy sier de "krypterer filene dine." Men de bruker serverside-kryptering (SSE). Her er hva det betyr:

EgenskapServerside-krypteringNull-kunnskap-arkitektur
Hvor kryptering skjerPa leverandorens serverPa enheten din (nettleser/desktop)
Hvem har nokleneLeverandorenBare deg
Leverandor kan lese innholdet dittJaNei
Serverbrudd eksponerer filerJaNei (bare chiffertekst)
Leverandor kan tvinges til a dele innholdJaNei (de har det ikke)
Politiets tilgangVia leverandorIkke mulig uten din nokkel

LastPass hadde noklene. Det var den fatale feilen. Angripere bryte inn og fikk bade chifferteksten og verktoyene til a knekke den. De brukte sosiale triks, svak passordbruteforce og gammel kontometadata.

Hvorfor dette betyr noe for GDPR Artikkel 25

GDPR Artikkel 25 (Innebygd personvern) er tydelig. Behandlingsansvarlige ma bruke "hensiktsmessige tekniske og organisatoriske tiltak". Disse ma vaere innebygd fra starten.

Det europeiske databeskyttelsesradet (EDPB) har lagt til at dette inkluderer kryptografisk dataminimering. Systemet selv ma blokkere tilgang til opplysninger. Tilgangskontroller alene er ikke tilstrekkelig.

En leverandor som holder noklene dine kan ikke oppfylle Artikkel 25 i dens strenge form. Her er grunnen:

  1. Et brudd pa deres system kan eksponere opplysningene dine.
  2. En stevning pa leverandoren kan utlevere innholdet ditt.
  3. En illojal ansatt kan se filene dine.
  4. Et forsyningskjedeangrep kan eksponere alt.

Den tyske federale datatilsynsmyndigheten (BfDI) har gitt veiledning om dette. Det har ogsa osterrikske Datenschutzbehorde. Begge sier at null-kunnskap er det beste tekniske valget for hoyrisikobehandling.

Realitetssjekk for SaaS-brudd

AppOmni / Cloud Security Alliance 2024-rapporten fant en 300 % okning i SaaS-brudd fra 2022 til 2024. De viktigste funnene:

  • Tid til brudd: 9 minutter (tidligere malt i timer)
  • Tredjeparts rolle i brudd: doblet ar over ar (Verizon DBIR 2025)
  • Conduent-bruddet: 25,9 millioner opplysninger eksponert (personnummer, helsejournaler)
  • NHS-leverandorbrudd: 9 millioner pasienter eksponert

Politiske ord er ikke lenger nok. Sterk arkitektur er minimumstandarden. Dette gjelder all hoyrisikobehandling.

Slik ser ekte null-kunnskap-arkitektur ut

Et ekte null-kunnskap-system har disse tydelige kjennetegnene:

1. Klientside-nokkelderivasjon Nokkelen din stammer fra passordet ditt. En minnekrevende KDF (Argon2id, bcrypt eller scrypt) kjorer pa enheten din. Nokkelen forlater den aldri.

2. Klientside-kryptering Innholdet ditt er kryptert for det forlater nettleseren eller applikasjonen din. Serveren far bare chiffertekst. Uten nokkelen er den chifferteksten verdilos.

3. Ingen serverside-nokkellagring Leverandoren lagrer ingen nokler, nokkelstykker eller nokkelsikkerhetskopier. Du bruker din egen gjenopprettingsfrase for a fa tilgang igjen.

4. Kryptografisk verifiserbarhet Systemet ma vaere godt dokumentert. Det ma vaere apent for revisjon. Vage "ende-til-ende-kryptering"-pastand uten tekniske detaljer er et rode flagg.

Slik implementerer anonym.legal null-kunnskap

anonym.legal sin null-kunnskap-innlogging bruker:

  • Argon2id-nokkelderivasjon: 64 MB minne, 3 iterasjoner - OWASPs valg for hoysikkerhetsapper
  • AES-256-GCM-kryptering: Kjorer fullt ut i nettleseren eller desktopappen din for innhold sendes
  • 24-ords BIP39-gjenopprettingsfrase: Den eneste maten a gjenopprette tilgang pa - ikke lagret av anonym.legal
  • Ingen serverside-nokkelilgang: anonym.legal-servere far bare AES-256-GCM-chiffertekst de ikke kan dekryptere

Et fullstendig anonym.legal-serverbrudd ville bare gi krypterte datablokker. Uten hver brukers nokkel - som bare lever pa deres enhet - er disse blokkene verdilose.

Se vart sikkerhets- og samsvarsoversikt og samsvardokumentasjon for full informasjon.

Sjekkliste for leverandorevaluering

Nar du velger et skyverktoy for sensitive opplysninger, still disse sporsmaltene:

Arkitektursporsmal:

  • Hvor skjer kryptering - pa enheten din eller pa leverandorens server?
  • Hvem oppretter noklene?
  • Hvor lagres nokler?
  • Kan leverandoren utlevere klartekstkopier av innholdet ditt hvis de mottar en stevning?
  • Hva skjer med filene dine hvis leverandoren kjopes opp?

Sporsmal om bruddrobusthet:

  • Hvis leverandorens system er fullstendig kompromittert, hvilke opplysninger eksponeres?
  • Hvis en leverandoransatt gar illojal, hvilket innhold kan de se?
  • Hvis et forsyningskjedeangrep rammer leverandoren, hva eksponeres?

Regulatoriske sporsmal:

  • Kan leverandoren vise dokumentasjon for GDPR Artikkel 25?
  • Har en ekstern revisor gjennomgatt systemet?
  • Finnes det en ISO 27001- eller SOC 2-sertifisering som dekker kryptering?

Enhver leverandor som ikke kan svare "null - innhold er kryptert for det forlater enheten din" pa bruddsporsmalene bruker serverside-kryptering. Sjekk vart FAQ og ordliste for flere termer.

Brukstilfelle: Tysk helseforsikringsselskap under due diligence

En samsvarsansvarlig i et stort tysk helseforsikringsselskap (Krankenkasse) trengte et skyverktoy for anonymisering. Oppgaven: behandle klagelogger fra forsikringstakere. DPO-en hadde fire krav:

  • Leverandor kan ikke fa tilgang til forsikringstakers opplysninger
  • Ingen behandling utenfor Tyskland
  • GDPR Artikkel 32 tekniske tiltak dokumentert
  • DPA-rapporterbar bruddrisiko er minimert

Et stort amerikansk anonymiserings-SaaS feilet pa det forste punktet. Supportteamet deres kunne tilbakestille brukerhvelvinger - bevis pa serverside-nokkelilgang. Et annet verktoy beholdt behandlet tekst i 30 dager for "revisjonsloggen" - igjen serverside-tilgang.

anonym.legal oppfylte alle fire kravene. DPO-en kunne skrive: "Selv et fullstendig leverandorbrudd gir ingen brukbare forsikringstakers opplysninger - nokler finnes bare pa vara arbeidsstasjoner." GDPR Artikkel 32-dokumentasjonen var ferdig pa fire timer.

Se vare casestudier for flere eksempler fra virkeligheten.

ICO-handhevingsprecedens

I desember 2025 borte den britiske Information Commissioner's Office LastPass UK-enheten 1,2 millioner pund. Arsaken: "svikt i implementeringen av hensiktsmessige tekniske og organisatoriske sikkerhetstiltak".

Boten var ikke for selve bruddet. Den var for arkitekturesvalgene som gjorde bruddet sa skadelig. Darlige KDF-innstillinger, eksponert metadata og serverside-nokkellagring spilte alle en rolle.

Regulatorer spor na: begrenset systemet bruddets virkning? Null-kunnskap-arkitektur svarer pa det pa en tydelig mate. Det er det beste beviset pa den intensjonen.

Nar null-kunnskap-arkitektur ikke er det rette valget

Null-kunnskap-kryptering har avveininger. Disse er viktige for noen brukstilfeller:

Gjenopprettingskompleksitet: Hvis brukere mister noklene sine, er filene borte for godt. Det finnes ingen bakdor. Hoy personalgjennomtrekk eller svake nokkelhandteringsvaner gjor dette til en reel risiko.

Samarbeidsfriksjon: Kryptert innhold kan bare deles hvis den andre parten har riktige dekrypteringsverktoy. Det er tregere enn en enkel lenkedeling i standard skyapper.

Regulatoriske kanttilfeller: Noen regioner krever at politiet far tilgang til opplysninger ved rettskjennelse. Null-kunnskap-systemer blokkerer dette by design. Det kan forarake juridiske problemer innen finans eller telekommunikasjon, der regler om lovlig avlytting gjelder.

Beregningsbelastning: Argon2id-nokkelderivasjon og AES-256-GCM-kryptering begge legger til forsinkelse. Det betyr mest for behandling i sanntid og stor skala.

For team som behandler millioner av dokumenter per dag kan en hybridtilnarming fungere bedre. Krypter bare de mest sensitive feltene. Hold metadata apent. Se prisplaner for voluminndelinger.

Konklusjon

"Vi krypterer filene dine" er ikke et sikkerhetslofte. Det er en markedsforingsfrase som krever gransking.

De reelle sporsmaltene er enkle. Hvem holder noklene? Hvor skjer kryptering? Hva eksponeres hvis leverandorens systemer kompromitteres?

For team som behandler sensitive opplysninger under GDPR, HIPAA eller lignende regler, former disse arkitekturesvalgene bade din juridiske risiko og din reelle bruddeksponering.

LastPass krypterte brukernes innhold. Null-kunnskap-arkitektur ville ha gjort bruddet i 2022 til en ikke-hendelse. De $438 millionene som ble stjalet fra brukerne var kostnaden av et arkitekturemsveikhet.


anonym.legal bruker null-kunnskap-arkitektur for PII-anonymisering. Argon2id-nokkelderivasjon kjorer i nettleseren eller desktopappen din. AES-256-GCM-kryptering skjer for innhold forlater enheten din. anonym.legal-servere lagrer bare chiffertekst de ikke kan dekryptere. Les mer pa vart om-side eller utforsk token-systemet.

Kilder

Klar til å beskytte dataene dine?

Begynn å anonymisere PII med 285+ enhetstyper på 48 språk.

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.