E2EE beperkt wat een aanbieder kan lezen; het beschrijft niet elke plaats waar een gesprek kan bestaan.
Een juridisch verzoek aan een berichtendienst kan betrekking hebben op gegevens die de aanbieder bezit of kan inzien. End-to-endversleuteling kan voorkomen dat de aanbieder de inhoud van privéberichten in leesbare vorm bezit, maar maakt een account niet anoniem en verhindert niet dat onderzoekers elders informatie verkrijgen.
Het resultaat hangt af van de daadwerkelijke gegevensbewaring van de dienst, de gebruikte communicatiefunctie, de bron van het bewijs en de toepasselijke juridische procedure. Een subpoena, een huiszoekingsbevel en een apparaatonderzoek zijn niet onderling uitwisselbaar. Dit artikel legt technische grenzen uit, niet hoe een bepaalde rechtbank of jurisdictie een zaak behandelt; vraag bij een werkelijk verzoek om gekwalificeerd juridisch advies.
Begin bij de bron van de gegevens
Een vraag als ‘Kan de politie versleutelde berichten lezen?’ is te algemeen. Vraag waar de kopie vandaan zou komen:
| Bron | Wat beschikbaar kan zijn | Wat E2EE verandert |
|---|---|---|
| Berichtendienst | Accountgegevens, opgeslagen metadata, openbare berichten en versleutelde aflevergegevens | Correct geïmplementeerde E2EE beperkt toegang tot leesbare privé-inhoud wanneer de aanbieder de sleutels niet heeft |
| Apparaat van een deelnemer | Weergegeven gesprekken, lokale databases, gedownloade bestanden of meldingen | Versleuteling tijdens transport verbergt geen gegevens die al beschikbaar zijn op een toegankelijk eindapparaat |
| Back-updienst | Alles wat de back-up bevat, onder het eigen versleutelings- en sleutelbeleid van die back-up | E2EE voor chats betekent niet automatisch E2EE voor back-ups |
| Ontvanger of groepslid | Hun kopieën, schermafbeeldingen, exports of verklaringen | Een ontvanger kan ontvangen informatie openbaar maken |
Deze categorieën kunnen overlappen. Een server zonder leesbare privégeschiedenis kan nog steeds nuttige gegevens bezitten; een aanbieder met uitgebreide gegevens kan een bepaald item volgens zijn bewaarbeleid hebben verwijderd. Geen van beide uitkomsten valt af te leiden uit alleen een versleutelingsbadge.
Een gedocumenteerd voorbeeld: Signals gepubliceerde antwoord
In de publicatie van oktober 2021 over een Californische grand jury beschreef Signal dat het tijdstippen van accountaanmaak en datums van de laatste verbinding verstrekte, in plaats van de gevraagde bericht-, contact- en groepsinformatie. Dat toont welke gegevens Signal beschikbaar had voor dat openbaar gemaakte antwoord.
Het bewijst niet dat elke versleutelde berichtendienst dezelfde twee velden bewaart. Gegevensminimalisatie is een afzonderlijke architectuurkeuze. Het voorbeeld vertelt evenmin wat een onderzoeker zou kunnen verkrijgen van het apparaat van een gebruiker, een andere deelnemer of een andere dienst.
Wat Livara documenteert over zichtbaarheid op de server
Livaras beveiligingsoverzicht, aangeduid voor versie 0.1.68, beschrijft met LVR1 beschermde directe berichten en met LGS1 beschermde compatibele privégroepen; oudere incompatibele groepen vallen zichtbaar buiten E2EE. Het gedocumenteerde bijlageontwerp versleutelt bestanden vóór het uploaden en vervoert hun sleutels in versleutelde gespreksomslagen.
Hetzelfde overzicht benoemt bewaarde communicatiemetadata, waaronder informatie over afzender en bestemming, tijdstippen, groottes en groepslidmaatschap. Openbare kanalen zijn leesbaar voor de server. Optionele, op de server opgenomen gesprekken, zichtbaar gemarkeerd met REC, gebruiken in die opnamemodus transportversleuteling in plaats van E2EE. Lees de functiespecifieke grens in plaats van alle inhoud in één app gelijk te behandelen.
De documentatie zegt ook dat LSS1-metadatabescherming niet is gekoppeld aan gewone verzendingen. Het zou daarom misleidend zijn om normale berichtenuitwisseling te beschrijven als het verbergen van de communicatiegrafiek voor de dienst.
Dit zijn claims uit productdocumentatie, geen gepubliceerd antwoord op een juridische vordering of onafhankelijke audit van alle servergegevens. Het dreigingsmodel is het passende startpunt om de beoogde grenzen te begrijpen.
Versleuteling en bewaring beantwoorden verschillende vragen
Versleuteling vraagt wie de sleutels heeft om opgeslagen bytes te interpreteren. Bewaring vraagt welke bytes en gegevens nog bestaan. Een versleuteld bestand kan lang opgeslagen blijven; een leesbaar logboek kan kort bestaan. De claim ‘we kunnen berichten niet ontsleutelen’ bewijst niet dat IP-adressen, supportgesprekken, misbruikmeldingen of aflevergegevens ontbreken.
Een nuttig transparantierapport moet de verslagperiode, verzoekcategorieën, gevraagde gegevens, verstrekte gegevens en openbaarmakingsbeperkingen noemen. Een privacybeleid moet onderscheid maken tussen verzamelen en bewaren en uitzonderingen uitleggen. Leid ‘geen logs’ niet af uit een algemene privacybelofte.
Authenticatie heeft ook eigen gegevens. SRP kan voorkomen dat het wachtwoord wordt verstuurd tijdens een eerlijke protocoluitwisseling, maar de server bewaart een verifier. RFC 5054, paragraaf 3.3 verklaart de risico’s van diefstal van de verifier, waaronder het raden van wachtwoorden. ‘Geen leesbaar wachtwoord’ betekent niet ‘er kan niets gevoeligs worden verstrekt of gestolen’.
Vragen voordat je op een berichtendienst vertrouwt
- Dekt E2EE precies deze chat, back-up, oproep en bijlagemodus?
- Welke metadata documenteert de aanbieder, en hoelang worden die bewaard?
- Kunnen extra apparaten of accountherstelroutes een lokale kopie blootleggen?
- Worden openbare berichten, supportinzendingen en gemelde berichten afzonderlijk behandeld?
- Is er een gedateerd transparantierapport of een daadwerkelijk openbaar gemaakt verzoek, in plaats van een onbewezen claim van juridische immuniteit?
Behandel een blogartikel bij een lopende juridische zaak niet als instructie om gegevens te wissen, de bewaartermijn te wijzigen of een bevel te negeren. Vraag advies dat past bij de jurisdictie en bewaar relevant materiaal zoals geadviseerd.
Verandert postkwantumversleuteling het antwoord?
Ze kan een passend ontworpen protocol voor sleutelopbouw versterken tegen toekomstige kwantumaanvallen op onderschepte versleutelde tekst. Ze verwijdert geen bestaande metadata, openbare inhoud, kopieën op eindapparaten of wettelijke verplichtingen. Het praktische onderscheid blijft: bepaal de gegevens, hun locatie, de sleutels en de procedure die toegang verlangt.
