WebRTC maakt audio- en videogesprekken in de browser mogelijk zonder plug-ins, maar STUN-verzoeken tijdens het opzetten van een verbinding kunnen een proxy omzeilen en je echte IP blootleggen. Deze gids legt de oorzaak, tests en beschermingsmaatregelen uit.
Videogesprekken, online lessen, livestreams in de browser... al deze functies maken gebruik van WebRTC. Hiermee kunnen browsers audio, video en gegevens rechtstreeks en in realtime uitwisselen zonder plug-ins te installeren. Veel mensen weten echter niet dat WebRTC bij het opzetten van een verbinding een proxy kan omzeilen en het echte IP-adres van de gebruiker kan prijsgeven. Voor privacybewuste gebruikers is dit een belangrijk risico om te begrijpen.
Wat is WebRTC?
WebRTC (Web Real-Time Communication) is een open-sourceproject dat ingebouwde browser-API's biedt waarmee apparaten rechtstreeks audio-/videogesprekken kunnen voeren en gegevens kunnen delen. De voordelen zijn onder meer dat er geen plug-ins van derden nodig zijn, dat audio, video en gegevens realtime kunnen worden verzonden, dat grote browsers op verschillende platforms worden ondersteund en dat communicatie-inhoud met end-to-endversleuteling wordt beschermd.
Waarom kan WebRTC je echte IP lekken?
Voor het opzetten van een peer-to-peerverbinding moet WebRTC eerst het openbare IP-adres van beide partijen achterhalen. Dit proces heet ICE (Interactive Connectivity Establishment) en gebruikt STUN/TURN-servers om je openbare netwerkadres te bepalen. Simpel gezegd vraagt de browser aan het systeem: “Wat is mijn echte openbare IP?” en het systeem geeft antwoord.
Daar ontstaat het probleem: als een webpagina WebRTC-code in je browser kan uitvoeren, kan die via dezelfde methode je echte IP achterhalen, zelfs als je een proxy gebruikt. STUN-verzoeken vinden plaats op een lagere browser-/netwerklaag en kunnen rechtstreeks toegang krijgen tot de netwerkinterfaces van het besturingssysteem, waardoor proxyroutering kan worden omzeild. Je denkt misschien anoniem te browsen terwijl de website je echte adres al kent.
Zo controleer je of je browser lekt
- Online testtools: gebruik een testpagina zoals BrowserScan. Als de pagina na de test je openbare of lokale IP toont, bestaat er risico op een WebRTC-lek;
- Browserinstellingen controleren: typ in Firefox
about:configin de adresbalk en zoek naarmedia.peerconnection.enabledom te controleren of WebRTC is ingeschakeld (zet op false om het uit te schakelen). In Chrome en vergelijkbare browsers is WebRTC doorgaans beter beheersbaar via een extensie of browserbeleid.
Zo voorkom je WebRTC-lekken
Browserextensies: extensies zoals WebRTC Leak Prevent en WebRTC Control kunnen voorkomen dat websites via WebRTC je echte adres ophalen.
Kies een proxy-/netwerkdienst met lekbeveiliging: veel gangbare proxydiensten bieden bescherming tegen WebRTC-lekken die, zodra deze is ingeschakeld, standaard voor alle servers geldt. Controleer of de dienst STUN-verzoeken daadwerkelijk op netwerkniveau blokkeert en niet alleen adviseert om WebRTC “handmatig uit te schakelen”.
Gebruik een browseromgeving met configureerbaar WebRTC: voor operationele teams die meerdere werkomgevingen beheren en consistente, schone IP-identiteiten nodig hebben, is elke machine handmatig instellen traag en foutgevoelig. Met PurpleMark kun je bij het aanmaken van een browseromgeving het WebRTC-gedrag configureren en een specifieke proxy koppelen. Zo presenteert elke omgeving een netwerkidentiteit die past bij de betreffende bedrijfsregio en blijft deze gescheiden van andere omgevingen. Dat voorkomt situaties als “proxy aan, maar echt IP toch gelekt” en maakt instellingen bovendien reproduceerbaar en controleerbaar. Deze functies zijn bedoeld voor legitiem account- en privacybeheer, bijvoorbeeld voor teams die in meerdere markten werken, en niet om platformregels door vermomming te omzeilen.
Veelgestelde vragen
Kan WebRTC de beveiliging van een account beïnvloeden? Mogelijk. Als een webpagina een echt IP verkrijgt dat afwijkt van het proxy-IP, kunnen bezoeken die gescheiden moesten blijven toch aan elkaar worden gekoppeld, met een groter risico op tracking of foutieve beoordeling.
Is WebRTC-communicatie zelf versleuteld? Ja. WebRTC gebruikt end-to-endversleuteling om de communicatie-inhoud te beschermen. Het lekrisico zit vooral in de uitwisseling van netwerkadressen voordat de verbinding tot stand komt, niet in de inhoud van het gesprek.
Ondersteunen alle browsers WebRTC? De belangrijkste browsers, waaronder Chrome, Firefox, Safari en Edge, ondersteunen WebRTC. Om blootstelling te beperken, is het vooral belangrijk om het adresdetectiegedrag van WebRTC goed te beheren in plaats van WebRTC volledig te vermijden.
