Een goed dreigingsmodel koppelt een concreet risico aan een controleerbare maatregel, niet aan de langste lijst functies.
Een dreigingsmodel voor een berichtenapp betekent dat je bepaalt welke informatie voor jou belangrijk is, wie er toegang toe zou kunnen krijgen en welke maatregelen passen bij jouw risico’s en omstandigheden. De dreigingen voor een gezin, een journalist of een werknemer met een zakelijke telefoon zijn niet noodzakelijk dezelfde. Deze gids biedt een eenvoudig kader om je eigen plan op te stellen, geen definitieve ranglijst van berichtenapps.
Kernpunten
- Een dreigingsmodel bestaat uit drie of vier zinnen, niet uit een product. Schrijf op wat je tegen wie wilt beschermen en hoeveel moeite je daarvoor wilt doen. Zonder die zinnen is het kiezen van een berichtenapp niet meer dan het verzamelen van functies.
- Je chat heeft vier schakels: je eigen apparaat, het netwerk, de server van de berichtenapp en het apparaat van de ander. Die vier niveaus zijn een beginpunt; bekijk ook back-ups, accounts en gekoppelde diensten afzonderlijk.
- End-to-end-encryptie beschermt de inhoud tegen tussenpersonen; de beveiliging van apparaten, sleutels en back-ups en het gedrag van de ontvanger blijven belangrijk.
- Beoordeel dreigingen vanuit je eigen omstandigheden: fysieke toegang, meldingsvoorbeelden, phishing, back-ups en gekoppelde apparaten zijn aandachtspunten, geen statistische ranglijst.
- Metadata staat los van de berichttekst. Met wie je wanneer hebt gesproken, kan ook bij volledig versleutelde tekst zichtbaar blijven. Daarover moet je afzonderlijk beslissen.
Wat is een dreigingsmodel en waarom is het belangrijk bij het kiezen van een berichtenapp?
Een dreigingsmodel beschrijft kort wat je tegen wie wilt beschermen en hoeveel moeite je daarvoor wilt doen. Zolang die drie onderdelen niet duidelijk zijn, levert een vergelijking van berichtenapps alleen een langere lijst functies op, zonder dat je weet welke functie voor jou nuttig is.
De Electronic Frontier Foundation (EFF) legt dit ook uit in haar gids Security Planning (Threat Modeling): proberen jezelf op elk moment tegen elke mogelijke dreiging te beschermen leidt tot frustratie, want beveiliging is een proces, geen aankoop. Voor technische teams biedt het OWASP Threat Modeling Project een vergelijkbaar kader. De bibliotheek met dreigingsmodellen in de OWASP Developer Guide bevat veel uitgewerkte voorbeelden die als uitgangspunt kunnen dienen.
Een praktisch punt: een dreigingsmodel is geen onveranderlijk document. Een andere baan, een zakenreis of een nieuw lid van de familiegroep kan het volledig veranderen. Schrijf diezelfde vier zinnen opnieuw wanneer zoiets gebeurt.
Wie leest mijn berichten? Verdeel de keten in vier schakels
Het korte antwoord: elk bericht gaat door vier schakels — jouw apparaat, het netwerk, de server van de berichtenapp en het apparaat van je contactpersoon — en kopieën of gekoppelde accounts kunnen extra toegangswegen bieden. De juiste vraag is dus niet ‘welke berichtenapp is veiliger?’, maar ‘welke schakel is in mijn situatie het zwakst?’.
Eerste schakel: je eigen apparaat
Alles wat op het scherm van je telefoon staat, is al ontsleuteld. Als je telefoon niet vergrendeld is, meldingsvoorbeelden op het vergrendelscherm aanstaan of iemand je viercijferige code kent, verhindert versleuteling tijdens het verzenden niet dat die persoon de toegankelijke inhoud op dat apparaat leest.
Tweede schakel: het netwerk
Een waarnemer op het netwerk kan mogelijk zien waar verbindingen naartoe gaan, wanneer ze plaatsvinden en hoeveel verkeer er is. Een DNS-dienst ziet niet noodzakelijk de hele route of alle berichtpakketten. Bij end-to-end-encryptie zien zulke waarnemers versleutelde gegevens in plaats van tekst, maar dat er berichten worden uitgewisseld en hoeveel gegevens daarmee gemoeid zijn, blijft doorgaans zichtbaar.
Derde schakel: de server van de berichtenapp
De server synchroniseert de apparaten. Met end-to-end-encryptie kan de server de tekst niet lezen, maar hij ziet nog steeds routeringsmetadata en kan die bewaren. Hier wordt het verschil tussen ‘versleuteld’ en ‘privé’ duidelijk.
Vierde schakel: het apparaat van de ander
Over de laatste schakel heb je geen controle. Je contactpersoon kan een schermafbeelding maken, een bericht doorsturen of een besmette telefoon hebben. End-to-end-encryptie brengt deze schakel terug tot ‘vertrouwen in je contactpersoon’, niet meer dan dat.
Kortom: end-to-end-encryptie beperkt wie toegang heeft tot de inhoud, maar apparaten, sleutelbeheer en bevoegde ontvangers blijven onderdeel van het dreigingsmodel.
Welke dreigingen moet je in jouw omstandigheden bekijken?
Een ontgrendelde telefoon, toegang tot een account, meldingsvoorbeelden en back-ups zijn voorbeelden om te onderzoeken. Voor iemand die professioneel wordt geviseerd, kunnen ook geavanceerde malware of fysieke dwang belangrijk zijn. Bagatelliseer het risico niet zonder de omstandigheden te kennen.
Back-ups vormen een afzonderlijke toegangsweg. Als een berichtenapp een back-up in de cloud bewaart die niet end-to-end versleuteld is, houdt de bescherming van de versleuteling op je telefoon bij de cloud op. Je hebt dan de juiste deur op slot gedaan, maar de sleutel ernaast gelegd. De gids over veilig een back-up maken van versleutelde chats helpt je deze toegangsweg te onderzoeken.
Een tweede dreiging komt van mensen in je omgeving: een collega, huisgenoot of iemand die je telefoon ‘heel even’ leent. Een derde is je inlogaccount. Als je met e-mail inlogt en dat e-mailaccount slecht beveiligd is, kan de hele keten via die zwakste schakel worden geopend. Sterkere versleuteling lost geen van deze problemen op.
Chats beschermen tegen hackers: welke aanvallen komen daadwerkelijk voor?
Het korte antwoord: veelvoorkomende aanvallen op chats kraken niet de wiskunde achter versleuteling. Ze draaien om phishing, malware, het stelen van inlogcodes en aanvallen op het apparaat zelf. De aanvaller zoekt in feite naar de sleutel in plaats van het slot te kraken.
Daarom is de manier waarop je inlogt even belangrijk als de sleutellengte. Livara gebruikt SRP voor authenticatie: je apparaat bewijst dat het het wachtwoord kent, zonder het wachtwoord zelf over het netwerk te versturen. Het praktische gevolg is dat het opnemen van het inlogverkeer het wachtwoord niet onthult. De beperking moet ook expliciet worden genoemd: SRP houdt geen neppagina tegen waarop de gebruiker zelf het wachtwoord invoert. Daar gaat het niet meer om wiskunde, maar om de oplettendheid van de gebruiker.
Een tweede aanvalsoppervlak is de app zelf. Een aangepaste APK kan alle versleuteling omzeilen. Livara publiceert voor elke release een SHA-256-controlesom, zodat je het gedownloade bestand kunt vergelijken met een vertrouwde referentie. Het Bewijslab doet dat in de browser. Wil je weten welke vragen je aan elke andere berichtenapp moet stellen, dan is de lijst met vragen die je moet stellen voordat je een veilige berichtenapp kiest een goed beginpunt.
Wat dekt end-to-end-encryptie wel en niet?
Het korte antwoord: end-to-end-encryptie beschermt de berichtinhoud van jouw apparaat tot het apparaat van de ontvanger, zodat de server alleen versleutelde gegevens ziet. Maar uit de naam van die functie kun je niets afleiden over alle metadata, back-ups, schermafbeeldingen of openbare kanalen. Daarvoor zijn afzonderlijke controles nodig.
Lees bij een specifiek product de tabel met de dekking van functies in plaats van conclusies te trekken uit de naam van het algoritme. De beveiligingspagina van Livara en het dreigingsmodel beschrijven chats, kanalen, gesprekken, metadata en herstel. Dit zijn gepubliceerde claims van de maker, geen vervanging voor onafhankelijk onderzoek. Bekijk vooral de situatie rond gespreksopnamen en het verschil tussen identiteitsherstel en herstel van de chatgeschiedenis afzonderlijk.
Wat onthult metadata, ook als de tekst versleuteld is?
Het korte antwoord: metadata laat zien wie met wie heeft gecommuniceerd, wanneer en met welk gegevensvolume. Het versleutelen van de tekst laat die informatie niet verdwijnen.
Livara bewaart standaard routeringsmetadata — afzender, bestemming en bezorgtijd — om apparaten naadloos te synchroniseren. Dat is een expliciete beperking, geen detail dat je kunt negeren. Zelfs zonder de tekst te lezen kan het netwerk van ‘wie met wie’ gevoelig zijn: arts en patiënt, advocaat en cliënt of de partijen bij een zakelijke onderhandeling. Een uitgebreidere uitleg vind je in wat metadata van berichtenverkeer onthult.
Als je dreigingsmodel ook ‘iemand die mijn communicatiepatroon ziet’ omvat, biedt geen enkele end-to-end versleutelde berichtenapp op zichzelf hiervoor een oplossing. Je moet ook nadenken over met wie je communiceert en vanaf welke plek.
Schrijf je dreigingsmodel in vijf minuten
Het korte antwoord: beantwoord vier vragen — voor wie ben ik bang, wat wil die persoon, hoeveel mogelijkheden heeft die en wat gebeurt er als het bericht uitlekt? Kies daarna de effectiefste maatregel met de minste belasting, niet andersom.
- Wie vormt de dreiging? Benoem die: een collega, ex-partner, dief, bedrijf of overheid.
- Wat is het beschermen waard? De gespreksinhoud, bestanden of het communicatiepatroon zelf.
- Welke mogelijkheden heeft die persoon? Fysieke toegang tot de telefoon? Toegang tot het account? Veel middelen?
- Wat gebeurt er als de informatie uitlekt? Schade aan je reputatie, baan of fysieke veiligheid, of alleen schaamte?
- Kies op basis van die antwoorden de effectiefste maatregel met de minste belasting.
Als je dreiging iemand is die hetzelfde wifi-netwerk observeert, zijn een geldige TLS-verbinding en geauthenticeerde end-to-end-encryptie belangrijk. Bij fysieke toegang heeft het vergrendelen van het apparaat een andere prioriteit. De uitleg over het verifiëren van een chat met veiligheidsnummers laat zien hoe je die verificatie uitvoert. En als je wilt weten wie in een specifieke berichtenapp wat kan zien, legt het gepubliceerde dreigingsmodel van Livara dat zonder slogans uit.
Een kort voorbeeld van een dreigingsmodel
‘De werkbestanden op mijn telefoon zijn gevoelig. Het grootste huidige risico is dat een collega toegang krijgt tot mijn ontgrendelde telefoon en tot kopieën die in de galerij zijn opgeslagen. Deze week verkort ik de tijd tot automatische vergrendeling, beperk ik meldingsvoorbeelden en bekijk ik de back-upmappen. Daarna beoordeel ik het resultaat met een testbestand.’
Dit is slechts een voorbeeld. Als iemand die je controleert toegang heeft tot je apparaat, kunnen plotselinge wijzigingen in instellingen opvallen. Gebruik een veilig apparaat en hulp van iemand die je vertrouwt om een plan te maken, en stel je fysieke veiligheid voorop.
Veelgestelde vragen
Hoe definieer ik een ‘dreigingsmodel’ in één zin?
Je maakt duidelijk wat je tegen wie wilt beschermen en hoeveel moeite je daarvoor wilt doen. Die ene zin bepaalt welke beveiligingsfunctie de kosten waard is en welke alleen extra complexiteit toevoegt.
Moet ik me met end-to-end-encryptie nog zorgen maken over hackers?
Ja, maar niet op de manier die je misschien verwacht. In plaats van het slot te kraken, richt een aanvaller zich op het apparaat, phishing en de inlogcode. De juiste vragen zijn dus: is mijn telefoon vergrendeld, is mijn cloudback-up versleuteld en is mijn e-mailaccount beschermd?
Zijn openbare kanalen ook end-to-end versleuteld?
Nee. Een kanaal is een openbaar, leesbaar uitzendplatform, zodat meldingen kunnen worden behandeld en schadelijke inhoud kan worden verwijderd. Volgens de documentatie van Livara zijn directe chats en compatibele privégroepen end-to-end versleuteld wanneer E2EE actief is. Een oude, incompatibele groep kan zichtbaar buiten E2EE blijven. Controleer de status van het gesprek zelf. De server blijft bovendien het groepslidmaatschap beheren.
Hoe weet ik of de geïnstalleerde Android-versie niet is aangepast?
Vergelijk de hash van het gedownloade APK-bestand met de controlesom van dezelfde versie uit een vertrouwde bron. Het Bewijslab is ontworpen om bestanden in de browser te controleren. Een overeenkomende hash toont alleen aan dat het bestand gelijk is aan de referentie. Als een aanvaller zowel het bestand als de referentiehash vervangt, is een overeenkomst niet voldoende. Een aangepaste APK kan versleuteling omzeilen. Daarom is het controleren van de integriteit van de app even belangrijk als de versleuteling zelf.
