SHARE THE PERSPECTIVE
Een VPN verandert de netwerkroute; end-to-endversleuteling bepaalt wie toegang heeft tot berichtinhoud. Geen van beide garandeert verbinding en volledige veiligheid.

Een VPN en end-to-endversleuteling zijn geen volwaardige vervangers voor elkaar. Voor verkeer dat door de tunnel loopt, verandert een VPN de netwerkroute en een deel van wat tussenliggende partijen kunnen zien. End-to-endversleuteling, of E2EE, heeft een ander doel: de inhoud van berichten moet alleen leesbaar zijn voor bevoegde apparaten, niet voor de server die ze doorstuurt.

Wil je weten: «Heb ik voor veilig chatten nog een VPN nodig?» Bepaal dan eerst het probleem: toegang tot een geblokkeerde dienst, je IP-adres verbergen voor de bestemming, de inhoud afschermen voor de berichtendienst of toegang tot je telefoon voorkomen? Deze vragen hebben niet hetzelfde antwoord.

Wat is het verschil tussen VPN, HTTPS en E2EE?

Technologie Gebruikelijke beschermingsomvang Wat lost dit op zichzelf niet op?
VPN Tunnel tussen apparaat en VPN-server voor het verkeer dat eronder valt Vertrouwen in de VPN-aanbieder, beveiliging van de bestemming of de integriteit van de telefoon
HTTPS/TLS Versleutelde verbinding tussen app of browser en de bestemmingsdienst Toegang van de dienst zelf tot gegevens die hij voor verwerking ontvangt
End-to-endversleuteling Berichtinhoud tussen bevoegde apparaten Metadata, een besmet apparaat, verdere verspreiding door de ontvanger of netwerkuitval

Deze lagen kunnen naast elkaar bestaan. Een berichtendienst zonder E2EE kan ook TLS gebruiken; daaruit mag je dus niet concluderen dat de VPN-aanbieder noodzakelijkerwijs de berichttekst leest. Omgekeerd verbergt TLS op zichzelf de inhoud niet voor de bestemmingsdienst zelf. De FTC-gids over versleutelde verbindingen herinnert eraan dat een versleutelde route geen betrouwbare bestemming garandeert.

Welke zichtbaarheid verschuift een VPN?

Voor verkeer dat correct door de tunnel loopt, ziet het lokale netwerk doorgaans de verbinding met de VPN, in plaats van hetzelfde rechtstreekse zicht op de bestemmingen. De bestemmingsdienst ziet doorgaans het uitgaande IP-adres van de VPN. Toch kunnen inloggen op een account, cookies of gegevens die je zelf verstrekt je nog steeds aan je activiteiten koppelen.

Vertrouwen verdwijnt niet; een deel ervan verschuift naar de VPN-aanbieder. Welke gegevens zichtbaar zijn en worden bewaard, hangt af van de route, protocollen en het beleid van de dienst. Een claim als «geen logs» moet worden beoordeeld op de precieze reikwijdte en controleerbaar bewijs. Of een dienst gratis of betaald is, bewijst op zichzelf niets over het gedrag ervan. De EFF-gids voor het kiezen van een VPN benadrukt deze beperkingen en het belang van het toetsen van claims.

Conceptuele vergelijking van netwerkbescherming en berichtversleuteling

Kan een VPN een versleuteld bericht lezen?

Dat een E2EE-bericht door een VPN loopt, geeft de VPN op zichzelf niet de sleutel om het te ontsleutelen. Dit antwoord gaat over de netwerklaag; als schadelijke software uitgebreide toegang tot de telefoon heeft gekregen, kan die de tekst vóór versleuteling of nadat deze wordt weergegeven, aanvallen. Dat risico moet los van de VPN-tunnel worden beoordeeld.

Dezelfde grens geldt voor de berichtendienst: E2EE voorkomt niet dat een ontvanger een schermafbeelding maakt, een bestand naar een andere dienst stuurt of dat malware het scherm uitleest. Lees voor meer informatie over de beschermingsomvang van end-to-endversleuteling.

Welke rol speelt de versleuteling van Livara?

Volgens de beveiligingsdocumentatie van de aanbieder gebruikt Livara LVR1 voor directe chats en LGS1 voor compatibele privégroepen. Een nieuwe groep wordt pas versleuteld aangemaakt als de leden er klaar voor zijn, en een oudere, niet-compatibele groep kan expliciet buiten E2EE blijven; controleer daarom de status van het betreffende gesprek. Openbare kanalen vallen niet onder deze privébescherming.

De LVR1-documentatie beschrijft een combinatie van het klassieke mechanisme P-256 en ML-KEM-768. NIST FIPS 203 is de standaard voor ML-KEM, geen certificering van de beveiliging van Livara als geheel. Een claim van postkwantumbescherming mag evenmin worden opgevat als een garantie van blijvende onkwetsbaarheid of als een voorspelling van wanneer een voldoende krachtige kwantumcomputer verschijnt.

Volgens de eigen documentatie bewaart Livara operationele metadata en belooft het niet de verbinding van de gebruiker met Livara voor het netwerk te verbergen. Versleutelde inhoud en communicatiemetadata zijn twee verschillende zaken; metadata kunnen gevoelige patronen blootleggen, ook zonder de tekst te lezen.

Bezorgt versleuteling berichten wanneer het internet uitvalt?

Versleuteling creëert op zichzelf geen communicatieroute. Om een bericht te bezorgen, moet het apparaat toegang hebben tot de nodige infrastructuur. Volledige netwerkuitval, beperkingen van internationale verbindingen en blokkering van één dienst zijn verschillende situaties.

Dit artikel heeft de bereikbaarheid van Livara bij providers of tijdens storingen niet getest. Uit de naam van een protocol kun je dus niet afleiden dat de dienst bij elke uitval, zonder VPN of volledig offline zal werken. Offline sleutels kunnen aanmaken of een bestand kunnen controleren is ook niet hetzelfde als berichten kunnen verzenden zonder verbinding.

Welke vraag past bij jouw behoefte?

  • Ik wil niet dat de berichtendienst de tekst leest: controleer de reikwijdte van E2EE, de status van het betreffende gesprek en de bescherming van back-ups.
  • Ik wil toegang krijgen tot een dienst: controleer de verbindingsmogelijkheid op het daadwerkelijke netwerk; berichtversleuteling heft blokkades op zichzelf niet op.
  • Ik wil niet dat de bestemming mijn eigen IP-adres ziet: de netwerkroute is belangrijk, maar accounts en andere identificatiemiddelen blijven bestaan.
  • Ik maak me zorgen over een besmette telefoon: controleer appmachtigingen, updates en toegang tot het scherm of meldingen; VPN en E2EE zijn geen remedie tegen malware.
  • Ik maak me zorgen over een vervalste app: controleer de downloadbron en de handtekening van de uitgave. Een hash vergelijken met een waarde uit een betrouwbare bron is nuttig, maar vormt op zichzelf geen beveiligingsaudit.

Veelgestelde vragen

Is tegelijk een VPN en een E2EE-berichtendienst gebruiken zinloos?

Nee. Ze kunnen elk in een andere behoefte voorzien. Baseer je beslissing op je dreigingsmodel en de verbindingsomstandigheden, niet op de belofte van «volledige veiligheid» van één hulpmiddel.

Verbergt E2EE alle metadata?

Nee. Tijdstippen, verkeersomvang, routes en operationele gegevens kunnen nog steeds zichtbaar zijn of worden opgeslagen; de details hangen af van het productontwerp.

Ziet een VPN altijd de inhoud van een berichtendienst zonder E2EE?

Nee. Een TLS-verbinding kan de inhoud verbergen voor een tussenliggende netwerkpartij, ook als de bestemmingsdienst die mogelijk kan lezen. Verwar het ontbreken van E2EE niet met het ontbreken van elke vorm van versleuteling.

Bekijk de beveiligingsgrenzen van Livara
CONTINUE THE THREADEnd-to-end encryption ↗Digital privacy ↗
YOU’VE REACHED THE ENDBack to the reading room ↗