Zero knowledge textdelning för säkra meddelanden på nätet

Zero knowledge textdelning innebär att du skickar text, lösenord eller konfidentiella anteckningar via en webbtjänst utan att servern någonsin har teknisk möjlighet att läsa innehållet. I stället för att förlita sig på serverns välvilja eller interna säkerhetsrutiner bygger tekniken på att all kryptering och avkryptering sker lokalt i användarens egen webbläsare innan datan överförs över nätverket.

Genom moderna standarder i webbläsaren kan kryptering utföras snabbt och säkert via standardiserade gränssnitt som Web Crypto API. Med standardiserade algoritmer som AES i Galois/Counter Mode (AES-GCM) förblir informationen oåtkomlig för obehöriga parter, inklusive driftsleverantörer och serverägare.

Hur zero knowledge textdelning fungerar i praktiken

När du använder traditionella molntjänster skickas texten oftast krypterad över nätverket via HTTPS (TLS), men väl framme på servern dekrypteras den så att applikationen kan spara innehållet i en databas. Det innebär att den som administrerar servern, eller någon som tar sig in i databasen, har full tillgång till informationen i klartext.

Vid zero knowledge textdelning förändras hela informationsflödet:

1. Lokal nyckelgenerering: När du skriver din anteckning genererar webbläsaren en unik, slumpmässig krypteringsnyckel direkt i datorns minne via webbläsarens inbyggda kryptografiska funktioner. Nyckeln skapas med tillräcklig entropi för att motstå brute force-angrepp.
2. Kryptering i klienten: Texten krypteras lokalt till oläsbar chiffertext innan den skickas iväg. Servern tar enbart emot den krypterade strängen och har ingen tillgång till den hemliga nyckeln.
3. Nyckelplacering i URL-fragmentet: En vanlig lösning är att inkludera krypteringsnyckeln efter ett hash-tecken (#) i webbadressen. Enligt standarden för webben skickas aldrig fragmentet efter # till webbservern i HTTP-anrop. Endast mottagaren som öppnar hela länken får tillgång till nyckeln i sin lokala webbläsare.
4. Lokal avkryptering: När mottagaren klickar på länken hämtar mottagarens webbläsare chiffertexten från servern och avkrypterar den lokalt med hjälp av nyckeln i webbadressen.

Säkerhetskrav för tillförlitlig zero knowledge textdelning

För att en nollkunskapsarkitektur ska ge ett verkligt skydd krävs att flera tekniska krav är uppfyllda:

• Säker anslutning (HTTPS): Webbläsarens moderna kryptofunktioner i Web Crypto API är endast tillgängliga i en säker kontext över HTTPS. Det förhindrar manipulering av den kod som webbläsaren kör.
• Autentiserad kryptering: Genom att använda AES-GCM kontrolleras inte bara innehållets sekretess utan även dess integritet. Om en angripare försöker ändra i den krypterade informationen upptäcker webbläsaren detta direkt vid avkryptering och avvisar meddelandet.
• Radering vid läsning: För att minimera risken för läckage raderas den krypterade texten från servern direkt efter att mottagaren har hämtat den, eller efter att en förvald tidsgräns har löpt ut.
• Inga permanenta loggar: Eftersom tjänsten inte kräver något användarkonto och inte sparar några personuppgifter minimeras det digitala fotavtrycket.

Skillnaden mot vanlig transportkryptering

Många användare förväxlar vanlig transportkryptering med nollkunskapsskydd. När ett hänglås visas i webbläsarens adressfält betyder det att trafiken mellan din dator och servern är skyddad mot avlyssning på vägen. Men när informationen väl når servern dekrypteras den och bearbetas i klartext. Om servern drabbas av intrång eller om databasen läcker är innehållet helt oskyddat.

Med klientbaserad nollkunskapskryptering spelar det ingen roll om serverns databas hamnar i orätta händer. Det enda som finns lagrat på hårddisken är slumpmässiga bitar av chiffertext. Utan den unika nyckeln, som enbart fanns i avsändarens och mottagarens webbläsare, är det matematiskt omöjligt att återskapa texten.

Praktiska råd vid delning av känsliga uppgifter

När du delar lösenord, anslutningssträngar eller API-nycklar i arbetet bör du kombinera klientsidekryptering med goda säkerhetsvanor:

• Skicka inte länken och lösenordet i samma kanal om du har valt att lösenordsskydda anteckningen ytterligare.
• Välj alltid självförstörelse efter första läsningen för engångsuppgifter.
• Kontrollera att webbläsaren är uppdaterad så att de senaste säkerhetsfunktionerna i Web Crypto API fungerar korrekt.

På så sätt skyddar du företagets och dina egna uppgifter mot såväl tillfälliga läckor som avancerade intrångsförsök.