“Dataene dine er kryptert” er en av de vanligste påstandene et personvernfokusert produkt kommer med, og en av de minst nyttige på egen hånd. Kryptering beskriver en mekanisme: å gjøre lesbare data om til uleselige data med en nøkkel. Det sier ingenting om hvem som har den nøkkelen etterpå, og den detaljen avgjør nesten alt om hvem som faktisk er utestengt. Zero-knowledge er begrepet for å få den detaljen riktig.
Kjerneidéen
Zero-knowledge-kryptering betyr at selskapet som driver en tjeneste aldri har tilgang til nøkkelen som trengs for å dekryptere dataene dine. Ikke “velger å ikke se”, men strukturelt sett ikke kan, fordi nøkkelen aldri forlater enheten din og aldri ble overført til serverne deres i utgangspunktet. Den er vanligvis utledet fra noe bare du vet: et passord, en PIN-kode eller et mønster, kjørt gjennom en nøkkelutledningsprosess lokalt, der bare resultatet, kryptert chiffertekst, noen gang forlater din kontroll.
Dette er viktig fordi “vi krypterer dataene dine” og “vi kan ikke lese dataene dine” er to veldig forskjellige påstander, og de fleste produkter kommer bare med den første. Et selskap kan kryptere filer på serverne sine med sterke algoritmer som AES-256 og likevel sitte på dekrypteringsnøkkelen selv, noe som betyr at krypteringen holder eksterne angripere ute, men gjør ingenting for å stoppe selskapet, et datainnbrudd hos selskapet, eller et juridisk pålegg forkynt for selskapet. Zero-knowledge lukker spesifikt det gapet.
Zero-knowledge vs. ende-til-ende-kryptering
De to begrepene brukes om hverandre, men de er ikke helt den samme garantien. Ende-til-ende-kryptering refererer typisk til data som er kryptert mens de flyttes, slik at en server som videresender dem ikke kan lese dem i transitt. Det er en reell beskyttelse, men det sier ingenting om hva som skjer når dataene ankommer; mange ende-til-ende-krypterte systemer dekrypterer fortsatt ved ankomst og lagrer klarteksten, eller lagrer en deponert kopi av nøkkelen, på serversiden.
Zero-knowledge er den sterkere, mer komplette versjonen: leverandøren har aldri nøkkelen, enten dataene flytter seg eller ligger i ro. Et genuint zero-knowledge-system krypterer data i hvile også, noe som betyr at filer som ligger på lagring forblir uleselige for leverandøren på ubestemt tid, ikke bare under opplasting.
Hva det beskytter mot
Verdien av zero-knowledge-design viser seg spesifikt i de situasjonene hvor et system som bare er kryptert feiler:
- Et serverinnbrudd. Hvis en angriper kommer inn på et selskaps servere og selskapet har brukernøkler, får angriperen potensielt en vei til å dekryptere brukerdata også. Hvis selskapet aldri hadde nøklene, gir innbruddet bare uleselig chiffertekst.
- En juridisk forespørsel. En stevning eller rettsordre kan bare tvinge et selskap til å utlevere det de faktisk har. En zero-knowledge leverandør kan utlevere krypterte filer og sannferdig si at de ikke kan åpne dem heller, fordi de ikke kan det.
- En innsider. En ansatt med servertilgang i et system som ikke er zero-knowledge kan kanskje nå brukerdata direkte. I et zero-knowledge-system er det ingenting på serversiden å nå.
Ingenting av dette krever at du stoler på selskapets intensjoner. Det er en egenskap ved arkitekturen, som er akkurat grunnen til at den er verdt mer enn et løfte i en personvernerklæring.
Hvordan vite om en påstand er ekte
Det finnes en praktisk test som skjærer gjennom det meste av markedsføringsspråket: se etter en “glemt passord”- eller kontogjenopprettingsflyt som gjenoppretter tilgangen til de krypterte dataene dine. Hvis et selskap kan tilbakestille passordet ditt og få deg tilbake i filene dine, sitter de på en del av nøkkelen, enten de kaller produktet zero-knowledge eller ikke. Et genuint zero-knowledge produkt kan ikke gjøre dette. Hvis passordet eller PIN-koden din er borte og det ikke er noen separat generert, enhetslagret gjenopprettingsmetode, er dataene også borte, med vilje, fordi det er den samme egenskapen som holder alle andre ute.
Dette er også grunnen til at zero-knowledge produkter lener seg på ting som en lokalt generert gjenopprettingsfrase i stedet for en e-post for passordtilbakestilling. Gjenopprettingsfrasen berører heller aldri en server; det er bare en andre, frakoblet kopi av nøkkelutledningsmaterialet som bare du har.
Hvordan Vaultine bruker dette
Vaultines hvelvkrypteringsnøkkel kommer fra din egen PIN-kode eller mønster, utledet og brukt utelukkende på enheten din, aldri sendt til en server (se Hvorfor en hvelvapp uten konto faktisk er tryggere for hvordan det også fjerner behovet for en konto i utgangspunktet). Hver fil krypteres med sin egen AES-256-nøkkel før den lagres, og valgfri Dropbox-sikkerhetskopi krypterer filer på enheten først, slik at det som når Dropbox allerede er chiffertekst, uavhengig av om Dropbox sin egen kryptering er god eller ikke (se Er Dropbox-kryptering nok for sensitive filer? for det separate spørsmålet).
Å miste PIN-koden din uten at en gjenopprettingsfrase er lagret, betyr at Vaultine ikke kan få filene dine tilbake for deg. Det er ikke et hull i supporten; det er den direkte, uunngåelige konsekvensen av det samme designet som hindrer et datainnbrudd, en stevning eller en ansatt i å nå dem også.
Kort fortalt
“Kryptert” forteller deg at det finnes en lås. “Zero-knowledge” forteller deg hvem som ikke har nøkkelen. De to påstandene høres like ut og brukes nesten om hverandre i markedsføringstekster, men bare én av dem avgjør faktisk om selskapet selv er utestengt fra dataene dine. Sjekk etter en passordtilbakestillingsflyt før du tror på noen av dem.
Vaultines krypteringsnøkkel forlater aldri enheten din. Start med 10 gratis filer på vaultine.app.



