Gapet mellom påstand og arkitektur
Oppdatert for 2026
Hver skyleverandør sier det samme: "Vi krypterer dataene dine." Den påstanden er nesten alltid sann. Den er nesten alltid ikke nok.
LastPass-angrepet i 2022 er det beste eksemplet. LastPass krypterte brukerpassordhvelv. De brukte ekte kryptering. Påstanden var nøyaktig. Og likevel fikk 25 millioner brukere hvelv stjålet. Innen 2025 hadde 438 millioner dollar blitt tatt fra LastPass-brukere i kryptotyveri. Coinbase Institutional sporet dette tallet.
Den britiske Information Commissioner's Office bøtela LastPass' britiske enhet med 1,2 millioner pund i desember 2025. Årsaken: "manglende gjennomføring av egnede tekniske og organisatoriske sikkerhetstiltak." Krypteringen var reell. Men den møtte ikke den påkrevde standarden.
LastPass-saken endrer nøkkelspørsmålet for ethvert skyverktøy for personvern. Ikke "krypterer de dataene våre?" men: "kan de dekryptere dataene våre?"
Fire spørsmål som faktisk betyr noe
Fire spørsmål avslører om en leverandørs nullkunnskapspåstand holder.
1. Hvor skjer nøkkelderivering?
I ekte nullkunnskapsdesign skjer nøkkelderivering på klienten. Det betyr i nettleseren eller skrivebordsappen, før data sendes. Nøkkelen krypterer data lokalt. Kun chiffertekst når leverandørens servere.
Hvis leverandøren utleder nøkler på sine servere, holder de nøklene. Hvis de holder nøklene, kan de dekryptere. Påstanden kan være nøyaktig — men den er villedende.
2. Ser leverandøren noen gang klartekst?
Noen verktøy krypterer data i ro. Men de dekrypterer dem for behandling. Dette kan skje for å kjøre AI-modeller, søkeindekser eller revisjonslogger. I det vinduet er klartekst på leverandørens systemer. Et angrep i det øyeblikket eksponerer ukryptert data.
3. Hva skjer under juridisk prosess?
En leverandør med serversidenes nøkler kan tvinges til å utlevere dekryptert innhold. En leverandør med ekte nullkunnskap kan bare produsere chiffertekst. De har ingenting nyttig å utlevere, selv under et stevning.
4. Hva eksponerer et fullstendig serverkompromiss?
I et genuint nullkunnskapssystem gir et fullstendig kompromiss bare krypterte blokker. Angriperen får chiffertekst uten nøkler. I et leverandørnøkkelsystem eksponerer et innbrudd både nøkler og data på én gang.
LastPass-implementeringsgapet
LastPass-hendelsen avslørte én spesifikk svakhet. Eldre kontoer brukte PBKDF2 med så få som 1 iterasjon for nøkkelderivering. Det sikre antallet er 600 000 iterasjoner. Den svake innstillingen gjorde brute-force-angrep på stjålne hvelv mulig.
Dette viser hvorfor det ikke er nok å kun sjekke designet. En leverandør kan bruke et nullkunnskapsdesign og likevel implementere det dårlig. Spør om begge: hvor nøkler utledes, og hvor sterk algoritmen er.
En annen feilmodus: Okta
I oktober 2023 avslørte Okta en lekkasje av 600 000+ kundestøtteposter. Okta er en identitetsplattform. Dette var ikke et svakt nullkunnskapsdesign. Det var et innbrudd i et støttesystem som hadde kundedata.
300 %-økningen i SaaS-angrep i 2024 (AppOmni/CSA) gjenspeiler begge feiltyper. Nullkunnskapsdesign adresserer den første typen. Det fjerner ikke all risiko. Men det sikrer at et fullstendig systemkompromiss ikke eksponerer noen dekrypterbar kundedata.
Slik ser en reell evaluering ut
Her er en praktisk sjekkliste for innkjøpsteam.
Arkitekturgjennomgang:
- Spør hvor nøkkelderivering skjer — på klienten eller på leverandørens server
- Be om krypteringsalgoritmen, nøkkellengde og iterasjonsantall
- Bekreft at klartekst aldri sendes til leverandørservere
Test av kompromissscenario:
- Spør hva et fullstendig serverkompromiss ville eksponere
- Det eneste korrekte svaret: "kryptert chiffertekst vi ikke kan dekryptere"
- Ethvert annet svar betyr at påstanden ikke er reell nullkunnskap
Juridisk prosessgjennomgang:
- Spør om leverandøren kan etterkomme et stevning for kundes klartekst
- En ekte nullkunnskapsleverandør kan ikke produsere det de ikke har
Samsvarssjekk:
- Be om leverandørens GDPR artikkel 32-dokumentasjon
- ISO 27001 — spesifikt vedlegg A kryptografiske kontroller — gir ekstern bekreftelse
Boten på 1,2 millioner pund til LastPass fra ICO viser at regulatorer nå sjekker om krypteringspåstander møter en påkrevd standard. Innkjøpsteam kan anvende den samme testen før en hendelse skjer.
Se vår sikkerhets- og samsvarsside for hvordan anonym.legal håndterer nullkunnskap. Samsvardokumentasjonen dekker GDPR artikkel 32 i sin helhet. For vanlige spørsmål, se nullkunnskaps-FAQ-en.