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

*2026-11-04*

> Zero knowledge textdelning låter dig dela hemliga anteckningar och lösenord säkert genom att kryptera datan direkt i webbläsaren.

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.