E2EE begränsar vad en leverantör kan läsa; det beskriver inte varje plats där en konversation kan finnas.
En rättslig begäran till en meddelandeleverantör kan omfatta uppgifter som leverantören har eller kan komma åt. Ändpunktskryptering kan hålla privat meddelandeinnehåll utanför leverantörens innehav i läsbar form, men gör inte ett konto anonymt och hindrar inte utredare från att få information på annat håll.
Resultatet beror på tjänstens faktiska datalagring, vilken kommunikationsfunktion som används, bevisens källa och det tillämpliga rättsliga förfarandet. Ett föreläggande att lämna ut uppgifter, ett beslut om husrannsakan och en undersökning av en enhet är inte utbytbara begrepp. Artikeln förklarar tekniska gränser, inte hur en viss domstol eller jurisdiktion hanterar ett ärende; sök kvalificerad juridisk rådgivning vid en verklig begäran.
Börja med datakällan
En fråga som ”Kan polisen läsa krypterade meddelanden?” är för bred. Fråga var kopian skulle komma ifrån:
| Källa | Vad som kan finnas tillgängligt | Vad E2EE förändrar |
|---|---|---|
| Meddelandeleverantören | Kontouppgifter, lagrade metadata, offentliga inlägg och krypterade leveransdata | Korrekt implementerad E2EE begränsar åtkomsten till privat klartext när leverantören saknar nycklarna |
| En deltagares enhet | Visade konversationer, lokala databaser, nedladdade filer eller aviseringar | Transportkryptering döljer inte data som redan är tillgängliga på en åtkomlig ändpunkt |
| En säkerhetskopieringstjänst | Vad säkerhetskopian innehåller, enligt dess egen krypterings- och nyckelpolicy | E2EE för chatten innebär inte automatiskt E2EE för säkerhetskopian |
| En mottagare eller gruppmedlem | Deras kopior, skärmbilder, exporter eller vittnesmål | En mottagare kan lämna ut information som hen fått |
Kategorierna kan överlappa. En server utan läsbar privat historik kan ändå ha användbara uppgifter; en leverantör med omfattande register kan ha raderat ett visst objekt enligt sin lagringspolicy. Inget av resultaten kan härledas enbart från en krypteringssymbol.
Ett dokumenterat exempel: Signals publicerade svar
I sitt offentliggörande från oktober 2021 om en åtalsjury i Kalifornien beskrev Signal att man lämnade ut tidsstämplar för när konton skapades och datum för senaste anslutning, i stället för de efterfrågade uppgifterna om meddelanden, kontakter och grupper. Det är belägg för vilka uppgifter Signal hade tillgängliga för just det offentliggjorda svaret.
Det är inte belägg för att alla krypterade meddelandetjänster sparar samma två fält. Dataminimering är ett separat arkitekturval. Exemplet säger inte heller vad en utredare kan få från användarens enhet, en annan deltagare eller en annan tjänst.
Vad Livara dokumenterar om serverns insyn
Livaras säkerhetsöversikt, märkt för version 0.1.68, beskriver LVR1-skyddade direktmeddelanden och LGS1-skyddade kompatibla privata grupper; äldre inkompatibla grupper förblir tydligt utanför E2EE. Den dokumenterade bilagekonstruktionen krypterar filer före uppladdning och transporterar deras nycklar i krypterade konversationskuvert.
Samma översikt anger lagrade kommunikationsmetadata, bland annat uppgifter om avsändare och destination, tidsstämplar, storlekar och gruppmedlemskap. Offentliga kanaler är läsbara för servern. Valfria serverinspelade samtal, tydligt märkta REC, använder transportkryptering i stället för E2EE i det inspelningsläget. Läs gränsen för varje funktion i stället för att behandla allt innehåll i en app likadant.
Dokumentationen säger också att LSS1:s metadataskydd inte är kopplat till vanliga sändningar. Det skulle därför vara missvisande att beskriva vanlig meddelandehantering som att den döljer kommunikationsgrafen för tjänsten.
Detta är påståenden i produktdokumentation, inte ett publicerat svar på ett rättsligt krav eller en oberoende granskning av alla serveruppgifter. Hotmodellen är rätt utgångspunkt för att förstå de avsedda begränsningarna.
Kryptering och lagring besvarar olika frågor
Kryptering frågar vem som har nycklarna för att tolka lagrade byte. Lagringstid frågar vilka byte och uppgifter som fortfarande finns. En krypterad fil kan ligga kvar länge; en läsbar logg kan vara kortlivad. Påståendet ”vi kan inte dekryptera meddelanden” visar inte att IP-adresser, supportkonversationer, missbruksanmälningar eller leveransuppgifter saknas.
En användbar transparensrapport bör ange rapportperiod, kategorier av begäranden, efterfrågade uppgifter, utlämnade uppgifter och begränsningar för offentliggörandet. En integritetspolicy bör skilja insamling från lagring och förklara undantag. Härled inte ”inga loggar” från ett allmänt löfte om integritet.
Autentisering har också egna uppgifter. SRP kan undvika att skicka lösenordet under ett ärligt protokollutbyte, men servern behåller en verifierare. RFC 5054 avsnitt 3.3 förklarar riskerna med stöld av verifierare, bland annat lösenordsgissning. ”Inget lösenord i klartext” betyder inte ”inget känsligt kan lämnas ut eller stjälas”.
Frågor innan du förlitar dig på en meddelandetjänst
- Täcker E2EE just denna chatt, säkerhetskopia, detta samtal och bilageläge?
- Vilka metadata dokumenterar leverantören, och hur länge lagras de?
- Kan ytterligare enheter eller vägar för kontoåterställning exponera en lokal kopia?
- Hanteras offentliga inlägg, supportärenden och anmälda meddelanden separat?
- Finns en daterad transparensrapport eller en verklig offentliggjord begäran, i stället för ett obestyrkt påstående om rättslig immunitet?
I ett pågående rättsligt ärende ska ett blogginlägg inte behandlas som en instruktion att radera uppgifter, ändra lagring eller ignorera ett föreläggande. Skaffa rådgivning som passar jurisdiktionen och bevara relevant material enligt råden.
Ändrar postkvantkryptering svaret?
Den kan stärka ett lämpligt utformat nyckeletableringsprotokoll mot framtida kvantattacker på infångad chiffertext. Den tar inte bort befintliga metadata, offentligt innehåll, ändpunktskopior eller rättsliga skyldigheter. Den praktiska skillnaden kvarstår: identifiera data, deras plats, nycklarna och förfarandet som söker åtkomst.
