”Dina data är krypterade” är ett av de vanligaste påståendena en integritetsfokuserad produkt gör, och ett av de minst användbara i sig självt. Kryptering beskriver en mekanism: att förvandla läsbara data till oläsliga data med en nyckel. Det säger ingenting om vem som har den nyckeln efteråt, och den detaljen avgör nästan allt om vem som faktiskt hålls utelåst. Zero-knowledge är begreppet för att få den detaljen rätt.

Grundidén

Zero-knowledge-kryptering innebär att företaget som driver en tjänst aldrig har tillgång till nyckeln som krävs för att dekryptera dina data. Inte ”väljer att inte titta”, utan strukturellt inte kan, eftersom nyckeln aldrig lämnar din enhet och aldrig överfördes till deras servrar från första början. Den härleds vanligtvis från något som bara du känner till: ett lösenord, en PIN-kod eller ett mönster, som körs genom en lokal nyckelhärledningsprocess, där endast resultatet — krypterad chiffertext — någonsin lämnar din kontroll.

Detta spelar roll eftersom ”vi krypterar dina data” och ”vi kan inte läsa dina data” är två helt olika påståenden, och de flesta produkter gör bara det första. Ett företag kan kryptera filer på sina servrar med starka algoritmer som AES-256 och samtidigt själva sitta på dekrypteringsnyckeln. Det innebär att krypteringen håller utomstående angripare borta, men den gör ingenting för att stoppa företaget självt, ett dataintrång hos företaget eller ett rättsligt föreläggande riktat mot dem. Zero-knowledge täpper till just den luckan.

Zero-knowledge vs. ände-till-ände-kryptering

De två begreppen används ofta omväxlande, men de ger inte riktigt samma garanti. Ände-till-ände-kryptering syftar vanligtvis på data som krypteras under transport, så att en server som vidarebefordrar den inte kan läsa den på vägen. Det är ett verkligt skydd, men det säger ingenting om vad som händer när datan väl kommer fram; många ände-till-ände-krypterade system dekrypterar fortfarande vid ankomst och lagrar klartexten, eller lagrar en deponerad kopia av nyckeln på serversidan.

Zero-knowledge är den starkare och mer fullständiga versionen: leverantören har aldrig nyckeln, varken när datan rör sig eller när den ligger stilla. Ett genuint zero-knowledge-system krypterar även data i vila, vilket innebär att filer som ligger i lagringen förblir oläsliga för leverantören på obestämd tid, inte bara under uppladdningen.

Vad det skyddar mot

Värdet av zero-knowledge-design visar sig särskilt i de situationer där ett enbart krypterat system misslyckas:

  • Ett serverintrång. Om en angripare tar sig in på ett företags servrar och företaget innehar användarnycklarna får angriparen potentiellt en väg att dekryptera användardata också. Om företaget aldrig hade nycklarna ger intrånget bara oläslig chiffertext.
  • En rättslig begäran. Ett föreläggande eller ett domstolsbeslut kan bara tvinga ett företag att lämna ut vad det faktiskt har. En zero-knowledge-leverantör kan lämna över krypterade filer och sanningsenligt säga att de inte kan öppna dem heller, eftersom de faktiskt inte kan det.
  • En intern aktör. En anställd med serveråtkomst i ett system utan zero-knowledge kan ha möjlighet att nå användardata direkt. I ett zero-knowledge-system finns det ingenting på serversidan att nå.

Inget av detta kräver att man litar på företagets goda avsikter. Det är en egenskap hos arkitekturen, vilket är exakt varför det är värt mer än ett löfte i en integritetspolicy.

Så avgör du om ett påstående stämmer

Det finns ett praktiskt test som skär rakt igenom de flesta marknadsföringsfraser: leta efter ett flöde för ”glömt lösenord” eller kontoåterställning som återställer åtkomsten till dina krypterade data. Om ett företag kan återställa ditt lösenord och ge dig tillbaka dina filer innehar de någon del av nyckeln, oavsett om de kallar produkten zero-knowledge eller inte. En äkta zero-knowledge-produkt kan inte göra detta. Om ditt lösenord eller din PIN-kod är borta och det inte finns någon separat genererad återställningsmetod som sparats på enheten, är datan också borta, avsiktligt, eftersom det är samma egenskap som håller alla andra ute.

Detta är också anledningen till att zero-knowledge-produkter lutar sig mot saker som en lokalt genererad återställningsfras i stället för ett e-postmeddelande för lösenordsåterställning. Återställningsfrasen rör aldrig en server den heller; den är bara en andra offlinekopia av nyckelhärledningsmaterialet som bara du har.

Hur Vaultine tillämpar detta

Vaultines krypteringsnyckel för valv kommer från din egen PIN-kod eller ditt mönster, härledd och använd uteslutande på din enhet, och skickas aldrig till en server (se Varför en valvapp utan konto faktiskt är säkrare för hur det också eliminerar behovet av ett konto från första början). Varje fil krypteras med sin egen AES-256-nyckel innan den lagras, och valfri Dropbox-säkerhetskopiering krypterar filerna på enheten först, så att det som når Dropbox redan är chiffertext, oavsett om Dropbox egen kryptering är bra eller inte (se Räcker Dropbox-kryptering för känsliga filer? för den separata frågan).

Att förlora din PIN-kod utan att ha sparat någon återställningsfras innebär att Vaultine inte kan få tillbaka dina filer åt dig. Det är ingen brist i supporten; det är den direkta, oundvikliga konsekvensen av samma design som hindrar ett intrång, ett domstolsbeslut eller en anställd från att komma åt dem också.

Den korta versionen

”Krypterad” talar om att det finns ett lås. ”Zero-knowledge” talar om vem som inte har nyckeln. De två påståendena låter snarlika och används nästan synonymt i marknadsföring, men bara ett av dem avgör faktiskt om företaget självt är utelåst från dina data. Leta efter ett flöde för lösenordsåterställning innan du tror på något av dem.

Vaultines krypteringsnyckel lämnar aldrig din enhet. Börja med 10 filer gratis på vaultine.app.