Standaard end-to-endversleuteling verkleint de kans dat een gevoelig bericht in de verkeerde modus wordt verzonden. Ze maakt niet elke functie in een app privé, verwijdert geen metadata en beschermt geen gecompromitteerde telefoon.
Een nuttige vergelijking stelt twee vragen: Wat gebeurt er wanneer ik een gewoon persoonlijk gesprek begin? Wat verandert er als ik een groep, back-up, openbaar kanaal of ander apparaat gebruik? Deze gids vergelijkt vijf messengers op die punten, aan de hand van hun gepubliceerde documentatie die op 24 oktober 2026 is geraadpleegd. Het is geen onafhankelijke veiligheidsranglijst.
Wat ‘standaard’ verandert
Bij optionele E2EE moeten gebruikers vóór het verzenden een ondersteund versleuteld gesprek kiezen. Kiezen ze een andere modus, dan gelden de regels van die modus. Bij standaard E2EE beginnen ondersteunde persoonlijke gesprekken beschermd, zonder aparte schakelaar voor geheimhouding.
Geen van beide keuzes vertelt alles over de dienst. Een aanbieder kan gegevens op zijn servers versleutelen zonder E2EE te bieden, en een messenger met E2EE kan nog steeds operationele gegevens bewaren. Versleuteling van opgeslagen gegevens, transportversleuteling en end-to-endversleuteling hebben betrekking op verschillende toegangsroutes.
Vijf producten, vijf reikwijdtes om te controleren
| Messenger | Gedocumenteerd uitgangspunt | Belangrijke grens |
|---|---|---|
| Signal | Signal-gesprekken gebruiken E2EE zonder optionele geheime modus | De bedoelde ontvangers en hun apparaten hebben toegang tot de leesbare tekst |
| Persoonlijke berichten en gesprekken gebruiken standaard E2EE | Bescherming van online back-ups is een aparte instelling met een eigen herstelsysteem | |
| Telegram | Gewone cloudchats gebruiken client-serverversleuteling; geheime chats voegen E2EE toe | Geheime chats zijn één-op-één en apparaatspecifiek; gewone groepen hebben geen E2EE |
| Messenger | Meta documenteert standaard E2EE voor persoonlijke berichten en gesprekken | Controleer het daadwerkelijke gesprek en de functie in plaats van aan te nemen dat alle Facebook-onderdelen dezelfde bescherming hebben |
| Livara | De gepubliceerde architectuur beschrijft beschermde directe chats en besloten LGS1-groepen | Openbare kanalen vallen buiten E2EE; een incompatibele oudere groep blijft er zichtbaar buiten |
Bronnen: Signals privacyuitleg, WhatsApp-privacy, Telegram-FAQ, Messengers aankondiging van standaardversleuteling en Livara-beveiliging.
Waarom Telegrams twee modi ertoe doen
Telegrams cloudchats ondersteunen het model waarbij de geschiedenis in de cloud staat. Geheime chats hebben een andere vertrouwelijkheidsgrens en zijn gekoppeld aan de apparaten waarop ze zijn gestart. Een gewone groep wordt geen geheime chat doordat de uitnodigingslink privé is of de leden elkaar vertrouwen.
Voor een gesprek dat E2EE vereist, is het praktische punt dat u vóór het delen van inhoud een modus kiest die deze biedt. Cloudchats zonder nadere toelichting ‘onversleuteld’ noemen is eveneens onjuist: Telegram documenteert daar client-serverversleuteling. Het onderscheid is wie kan ontsleutelen, niet of er überhaupt versleuteling bestaat.
Waarom WhatsApps back-upinstelling bij de vergelijking hoort
Een beschermd bericht in een actief gesprek en een herstelbare kopie van de geschiedenis zijn verschillende objecten. WhatsApps privacyuitleg biedt versleutelde online back-ups expliciet als extra bescherming aan. Controleer die instelling en de herstelmethode in uw eigen account in plaats van de veiligheid van back-ups af te leiden uit het slotje bij een gesprek.
Dezelfde vraag hoort bij elke productbeoordeling: waarvan wordt een back-up gemaakt, waar wordt het ontsleutelingsgeheim bewaard en wat gebeurt er als het verloren gaat? Een eenvoudige accountreset herstelt niet noodzakelijk de versleutelde geschiedenis.
Livara’s beschreven bescherming en beperkingen
Livara beschrijft directe LVR1-sessies met klassiek en ML-KEM-768-materiaal, en LGS1-versleuteling met afzendersleutels voor beschermde groepen. Dit zijn uitspraken over de productarchitectuur, geen bewijs van een onafhankelijk geaudite implementatie.
De documentatie vermeldt ook routerings- en lidmaatschapsmetadata, onderscheidt openbare kanalen van privégesprekken en stelt dat v7-herstel de cryptografische identiteit herstelt in plaats van de chatgeschiedenis. Een ontbrekende versleutelingsidentiteit blokkeert een beschermde verzending; incompatibele groepen mogen niet ongemerkt het sterkere label overnemen.
Deze kanttekeningen zijn nuttig bij het testen van een product. De naam van een algoritme vertelt niet of het geopende gesprek in de beschermde modus staat. Lees het dreigingsmodel naast de functiebeschrijving.
Een praktische controle van standaardversleuteling
Voordat u gevoelige gesprekken verplaatst:
- Begin een directe testchat en een testgroep met de apparaten die de deelnemers daadwerkelijk gebruiken.
- Zoek de versleutelingsstatus en de ondersteunde methode voor identiteitsverificatie.
- Controleer wat er gebeurt wanneer het apparaat of de identiteit van een lid verandert. Negeer een onverwachte waarschuwing niet zonder deze te verifiëren.
- Beoordeel gekoppelde apparaten, overdracht van de geschiedenis en back-ups afzonderlijk.
- Breng openbare onderdelen, bots, exports en andere manieren waarop inhoud het gesprek kan verlaten in kaart.
Standaardversleuteling is een waardevolle eigenschap voor de bruikbaarheid. De nuttige volgende stap is de reikwijdte ervan te controleren, niet ‘standaard’ als vervanging voor een dreigingsmodel te beschouwen.
