Vad totalsträckskryptering skyddar, och vad den inte gör

Totalsträckskryptering (E2EE) är en av de mest betryggande fraserna inom mjukvara, och en av de mest missförstådda. EFF:s Surveillance Self-Defense-guide definierar den precist: den ”säkerställer att information omvandlas till ett hemligt meddelande av dess ursprungliga avsändare … och avkodas endast av dess slutliga mottagare.” Det är en stark garanti för meddelandeinnehåll. Det är ingen garanti för allt annat kring konversationen.

Vad E2EE faktiskt skyddar: innehåll

När en meddelandeapp implementerar totalsträckskryptering korrekt kan företaget som driver tjänsten inte läsa meddelandena som passerar genom dess egna servrar — bara avsändarens enhet och mottagarens enhet har nycklarna som behövs för att dekryptera. Signals publicerade tekniska dokumentation beskriver de underliggande mekanismerna, inklusive Double Ratchet-algoritmen, som är utformad så att ”tidigare nycklar inte kan beräknas från senare”: även om en nyckel någonsin exponeras förblir tidigare meddelanden skyddade, en egenskap som kallas forward secrecy. Det här är den del av löftet som håller väl när den implementeras korrekt, och det är en betydande skillnad från ett vanligt textmeddelande eller ett okrypterat e-postmeddelande, som båda kan läsas av vilken server som helst på vägen.

Vad den inte skyddar: metadata

EFF:s guide är rak om gapet: kryptering ”döljer innehållet i dina meddelanden, men inte vem som pratar med vem, eller när, eller hur ofta.” Metadata — vem kontaktade vem, vid vilken tid, hur länge, från vilken plats — kan vara lika avslöjande som själva meddelandet. Att veta att en källa ringde en journalist kvällen innan en story kom ut kan identifiera den källan även utan att ett enda ord av konversationen lästs. Vissa tjänster arbetar specifikt för att minska den här exponeringen: Signals ”sealed sender”-funktion är byggd så att dess egna servrar inte behöver veta vem som skickade ett visst meddelande, bara vem det levereras till, även om Signals egen text om funktionen noterar att motståndskraft mot mer avancerad trafikanalys — med hjälp av timing och IP-adresser — fortfarande är ett område med pågående arbete, inte ett löst problem.

Vad den inte skyddar: ändpunkterna

Kryptering skyddar data under överföring mellan två enheter. Den kan inte skydda data på en enhet som själv är komprometterad. EFF anger det rakt ut: ”om dina ändpunkter … är komprometterade kan din krypterade kommunikation komprometteras.” En skadlig app med skärmläsningsåtkomst, en enhet olåst av någon annan, eller ett meddelande mottagaren väljer att ta en skärmdump av ligger alla utanför vad kryptering kan hantera — meddelandet dekrypterades troget exakt som designat, för exakt den person som skulle läsa det, som sedan gjorde något med det utanför avsändarens kontroll.

Vad den inte skyddar: säkerhetskopior

En konversation krypterad under överföring förblir inte krypterad på samma sätt när den väl sparats. EFF noterar att om du ”automatiskt sparar säkerhetskopior av krypterade konversationer till molnet” kanske de säkerhetskopiorna inte har samma totalsträckskydd som den levande konversationen hade — beroende på tjänsten och dess säkerhetskopieinställningar skulle en molnleverantör (eller vem som helst som komprometterar den leverantören, eller är lagligen tvingad att lämna ut dess innehåll) potentiellt kunna läsa en säkerhetskopia som det ursprungliga meddelandet var skyddat mot. Att kontrollera om en apps säkerhetskopior är totalsträckskrypterade som standard, eller bara valfritt, är värt att göra en gång istället för att anta att den starkaste inställningen är automatisk.

Varför den här distinktionen spelar roll i praktiken

För en utsatt källa eller klient är ”vi använder en krypterad app” inte ett fullständigt svar på ”är vi säkra”, eftersom de hot som betyder mest — att identifieras genom samtalsmönster, att få en telefon beslagtagen och upplåst, eller en säkerhetskopia som lämnas ut under en rättsprocess — till stor del ligger utanför vad kryptering hanterar. Nästa lektion tar upp den del som håller allt detta igång från början: nycklarna och lösenorden som kryptering beror på, och vad som händer när de förloras eller exponeras.