WebRTC-læk
WebRTC-læktest: hvad et opkald fra browseren afslører om din IP-adresse
Del af: Er IP-telefoni sikkert? Hvad et opkald fra browseren beskytter, og hvad det afslører
Kort fortalt
En WebRTC-læktest viser alle de IP-adresser, din browser giver en webside via WebRTC, så du kan få øje på en, du ville skjule, som regel din internetudbyders adresse, mens en VPN er slået til [1]. Et opkald fra browseren til et telefonnummer viser din IP til opkaldstjenesten, ikke til den, du ringer til, som i stedet får en nummervisning [2]. Testen er et af de tjek af privatliv og sikkerhed, jeg anbefaler, før du ringer fra en browser.
Nøglefakta
- IETF's regler for WebRTC siger, at en VPN med split tunneling kan lade WebRTC finde din internetudbyders offentlige adresse ud over VPN'ens [1]. Tjekket .
- I mit lokale tjek i Chrome 156 så en side uden adgang til mikrofonen kun min computer som et tilfældigt .local-navn; med mikrofonen tilladt fik den min rigtige lokale adresse [3][1]. Tjekket .
- Messenger skriver, at 1:1-opkald deler din IP-adresse med den andens enhed [4]; WhatsApps indstilling »Beskyt IP-adresse i opkald« sender i stedet opkaldene gennem WhatsApps servere [5]. Tjekket .
Hvad er et WebRTC-læk?
Før et WebRTC-opkald samler browseren mulige netværksruter, såkaldte ICE-kandidater, og giver dem til websiden, som sender dem videre til den anden part. Hver kandidat har en IP-adresse eller et tilfældigt .local-navn i stedet for en skjult lokal adresse. En almindelig hjemmeside ser kun den offentlige adresse, din forespørgsel kom fra; via WebRTC kan en side få mere at vide [1]. Et læk er enhver adresse på den liste, som du ikke havde tænkt dig at dele.
Hvordan resten af et opkald kommer frem, gennemgår jeg i WebRTC, SIP og telefonnettet; når det gælder læk, er det kun listen over kandidater, der tæller. MDN bemærker, at adresserne på den altid er synlige for siden [6].
| Kandidattype | Adresse, den viser | Risiko for privatlivet |
|---|---|---|
| host | Din enheds adresse på det lokale netværk eller et tilfældigt navn, der ender på .local, hvis browseren skjuler den [7][3] | Lavere end ved en offentlig adresse, men IETF kalder private IPv4-adresser en ret betydelig flade for fingerprinting [1] |
| srflx (server reflexive) | Den offentlige adresse, din router eller VPN viser over for en STUN-server [7] | Høj, hvis det er din udbyders adresse, mens en VPN er slået til [1] |
| relay | En adresse på en TURN-server, der videresender mediestrømmen [7] | Lav: Den anden part ser relæets adresse, ikke din [6]; den, der driver relæet, ser dig stadig |
IETF kalder VPN-tilfældet det mest alvorlige, fordi nogle bruger en VPN for at være anonyme [1]. De to andre tilfælde er din private adresse og en proxy, som WebRTC's tjek går uden om, så din rigtige offentlige adresse bliver afsløret [1].
Afslører et opkald fra browseren din IP-adresse?
Over for opkaldstjenesten, ja: Alle hjemmesider ser din offentlige adresse [1], og et opkald tilføjer en medieforbindelse til tjenestens servere. Over for den, du ringer til på en fastnet- eller mobiltelefon, nej: Opkaldet forlader internettet ved udbyderens gateway [8], og telefonnettet videregiver et opkaldsnummer, ikke en IP-adresse [2]. Opkald fra app til app kan forbinde to enheder direkte.
| Type opkald | Tjenesten | Den, du ringer til |
|---|---|---|
| Fra browser til et telefonnummer (Google Voice, TwinPhone, Yolla) | Ja: Den står for medieforbindelsen | Nej: Vedkommende ser en nummervisning [2] |
| Gratis opkaldstjenester på nettet (Call2Friends, Globfone) | Ja: Call2Friends begrænser gratis opkald pr. IP-adresse, og Globfones privatlivspolitik nævner IP-adresser blandt de tekniske data og logs, tjenesten behandler [9][10] | Nej: Vedkommende ser en nummervisning |
| Messenger, 1:1-opkald | Ja | Ja: Meta skriver, at din IP deles med den anden enhed [4] |
| Ja | Kan, medmindre »Beskyt IP-adresse i opkald« er slået til; gruppeopkald går altid via et relæ [5] | |
| Telegram | Ja | Kan: Telegrams meddelelse fra 2017 siger, at opkald går direkte mellem enhederne (peer-to-peer), når det er muligt [11] |
Ved opkald til rigtige numre er spørgsmålet, hvad tjenesten får at vide og gemmer; hvad den, du ringer til, ser i stedet, gennemgår jeg i hvilket nummer der vises, når du ringer fra en browser.
Sådan kører du en WebRTC-læktest
En side til læktest gør det samme, som en opkaldstjeneste gør før et opkald: Den åbner en WebRTC-forbindelse, spørger en STUN-server, hvilken offentlig adresse den ser, og skriver alle kandidater ud ved siden af den adresse, siden ser over almindelig HTTP. Kør testen i hver browser, du ringer fra, først med din VPN slået fra og derefter med den slået til.
- VPN fra: Åbn en side til læktest, for eksempel BrowserLeaks' WebRTC Leak Test. »Your Remote IP« øverst og »Public IP Address« under »Your WebRTC IP« bør være ens.
- VPN til: Genindlæs siden. »Your Remote IP« bør nu vise VPN'ens adresse.
- Hvis WebRTC-afsnittet stadig viser din udbyders adresse, går WebRTC uden om tunnelen [1].
- En lokal post, der ender på .local, betyder, at adressen er skjult [3]; en rå adresse, der begynder med 192.168. eller 10., er ikke skjult.
- Hvis siden tilbyder et tjek af mikrofonen, så tillad det, og test igen: En opkaldstjeneste skal have adgang til mikrofonen, og den tilladelse kan låse op for flere adresser [1]. Fjern tilladelsen bagefter i webstedsindstillingerne [12].
Hvad der ændrede sig i Chrome, da mikrofonen var tilladt
Den indlæste jeg en lokal testside i Chrome 156 på en Mac uden STUN-server, så ingen adresse blev sendt til en ekstern server. Uden adgang til mikrofonen så siden én host-kandidat, navngivet med en tilfældig tegnstreng, der endte på .local [3]. Med mikrofonen tilladt fik den min rigtige lokale IPv4-adresse.
Det følger standarden, som kun tillader den fulde adresseliste med samtykke, for eksempel adgang til mikrofonen [1]; WebKit, Safaris motor, beskrev samme regel i 2017 [13]. En opkaldstjeneste, du giver lov, kan altså se din lokale adresse: en mindre risiko end din offentlige [1].
Browserindstillinger, der begrænser WebRTC-læk
Brave dokumenterer en indstilling for WebRTC-IP til brugerne. Google dokumenterer Chromes styring for udvidelser og administratorer, og Microsoft dokumenterer Edges som en administratorpolitik. Firefox skjuler lokale adresser som standard og har en slukkeknap i about:config. Én regel gælder overalt: Slår du WebRTC fra, holder opkaldstjenester i browseren også op med at virke, fordi det er WebRTC, der bærer opkaldet [14].
| Browser | Indstilling | Hvad den ændrer | Virkning på opkald i browseren |
|---|---|---|---|
| Brave | WebRTC IP handling policy i privatlivsindstillingerne ifølge Braves wiki (senest redigeret 2018) [15] | Default Public Interface Only viser ingen lokale adresser [15] | Mediestrømmen kan falde tilbage på en relæserver [1] |
| Chrome | Udvidelser kan sætte en WebRTC IP handling policy [16]; administratorer kan sætte politikken WebRtcIPHandling [17] | Afhængigt af værdien holder Chrome op med at bruge private adresser eller sender kun mediestrømmen via en proxy [17] | Værdier, der kun bruger proxy, kan skubbe lyden over på TCP, hvilket ifølge IETF forringer kvaliteten [1] |
| Edge | Administratorpolitikken WebRtcLocalhostIpHandling [18] | To af dens værdier holder op med at vise den lokale IP-adresse [18] | Som i Chrome |
| Firefox | Lokale adresser skjult som standard [19]; media.peerconnection.enabled i about:config [20] | Sættes den indstilling til false, slås WebRTC fra | Opkaldstjenester i browseren holder op med at virke |
| Safari | Indbygget regel | Sider uden adgang til mikrofon eller kamera får ingen host-adresser, sådan som WebKit beskrev det i 2017 [13] | Ingen |
Hvad en VPN ændrer ved opkald fra browseren
En VPN, der sender al trafik gennem sin tunnel, også WebRTC, viser opkaldstjenesten VPN'ens adresse i stedet for din. En VPN med split tunneling kan også lade WebRTC finde din udbyders adresse [1], og derfor skal læktesten køres med VPN'en slået til. En VPN har også bivirkninger, når du ringer.
- Nogle tjenester begrænser VPN: TextNows vilkår siger, at TextNow kan begrænse eller indskrænke brugen af VPN [21].
- Nogle gratis opkaldstjenester rationerer gratis opkald pr. IP-adresse, som Call2Friends gør [9], så på en VPN deler du måske kvoten med andre brugere af samme udgangsadresse.
- Tvinger du mediestrømmen gennem en proxy, der ikke kan bære UDP, flytter lyden over på TCP, hvilket ifølge IETF forringer mediekvaliteten [1].
- Tjenesten ser stadig din konto og dine opkaldsoplysninger; Google kan for eksempel logge numre, tidspunkt og varighed for opkald [22].
Sådan holder du din IP-adresse privat ved opkald
Vælg løsningen efter opkaldet. Ved opkald til telefonnumre får den, du ringer til, ikke din IP, så vælg en tjeneste, du trygt kan overlade den til, og tjek din VPN. Ved opkald fra app til app kan den anden enhed forbinde direkte til din, så brug appens relæindstilling, hvor der er en.
- Opkald fra browseren: Kør læktesten med VPN'en slået til; i Brave vælger du Default Public Interface Only [15].
- Mikrofon: På opkaldstjenester, du kun bruger én gang, giver du adgang med »Tillad denne gang« [12]; i mit tjek i Chrome kunne en side med den tilladelse se den lokale adresse.
- WhatsApp: Slå »Beskyt IP-adresse i opkald« til. Hjælpesiden dækker Android, iOS og Mac, ikke web, og advarer om, at opkald via relæ kan miste noget af kvaliteten [5].
Ofte stillede spørgsmål
Hvad er en WebRTC-læktest?
En WebRTC-læktest er en webside, der kører den opsætning af forbindelsen, som et opkald i browseren bruger, og viser alle de IP-adresser, din browser tilbyder, ved siden af den adresse, siden ser over almindelig HTTP. Står din udbyders adresse på listen, mens en VPN er slået til, går WebRTC uden om tunnelen [1]; et tilfældigt .local-navn betyder, at din lokale adresse er skjult [3].
Kan den, jeg ringer til fra min browser, se min IP-adresse?
Nej, ikke ved et opkald til en fastnet- eller mobiltelefon. Udbyderen gør lyden fra din browser til et telefonopkald ved sin gateway [23], og telefonnettet videregiver et opkaldsnummer, ikke en IP-adresse [2]. Opkald fra app til app er anderledes: Messenger skriver, at 1:1-opkald deler din IP med den andens enhed [4].
Stopper en VPN WebRTC-læk?
En VPN, der sender al trafik, også WebRTC, gennem sin tunnel, gør. En VPN med split tunneling gør det måske ikke, fordi WebRTC kan finde din udbyders offentlige adresse ved siden af VPN'ens [1]. Den eneste måde at vide det på er en læktest med VPN'en forbundet, i hver browser, du bruger, og gentaget efter opdateringer.
Er det farligt, hvis min lokale IP-adresse lækker?
Mindre end et læk af den offentlige adresse. En privat adresse som 192.168.1.20 siger ikke, hvor du er, men IETF kalder private IPv4-adresser en ret betydelig flade for fingerprinting, der kan forbinde almindelige og private browsersessioner på samme enhed [1]. Firefox skjuler lokale adresser som standard [19], Safari skjuler dem for sider uden adgang til mikrofon eller kamera [13], og det gjorde Chrome også i mit tjek.
Stopper inkognito eller privat browsing WebRTC-læk?
Nej. IETF bemærker, at en privat adresse, der afsløres via WebRTC, kan fungere som en identifikator, der fortæller et websted, at et almindeligt vindue og et privat vindue er på samme enhed [1], så privat tilstand alene skjuler den ikke. Brug browserindstillingerne ovenfor, og kør så også en læktest i et privat vindue.
Virker udvidelser mod WebRTC-læk?
Delvis. I Chrome kan en udvidelse sætte browserens WebRTC IP handling policy, som Google beskriver som en afvejning mellem medieydelse og hvor meget information om lokale adresser der bliver vist [16]. Afhængigt af værdien skjuler det lokale adresser eller tvinger mediestrømmen gennem en proxy, hvilket kan flytte lyden over på TCP og forringe kvaliteten [1]. Kør en læktest, når du har installeret en udvidelse, for at bekræfte ændringen.
Hvordan slår jeg WebRTC fra i Firefox?
Skriv about:config i adresselinjen, søg efter media.peerconnection.enabled, og sæt den til false. Mozillas kildekode beskriver den indstilling som kontakten til RTCPeerConnection, og når den slås fra, mister sider også adgang til mikrofon-API'et [20]. Alle opkaldstjenester i browseren holder så op med at virke, så de fleste, der ringer fra browseren, er bedre tjent med Firefox' standard, som allerede skjuler lokale adresser [19].
Hvordan stopper man WebRTC-lækager i Chrome?
Med en udvidelse eller en politik, fordi Google dokumenterer Chromes WebRTC-adressekontrol til netop de to. En udvidelse kan sætte politikken for WebRTC's IP-håndtering[16], og administratorer kan sætte WebRtcIPHandling, hvis værdi default_public_interface_only forhindrer WebRTC i at bruge private adresser[17]. I mit tjek af Chrome så en side uden mikrofontilladelse allerede kun et tilfældigt .local-navn[3]. Bag en VPN er den rigtige løsning en tunnel, der fører al trafik[1]. Alt, der blokerer WebRTC helt, stopper også browseropkald[14].
Kan en hjemmeside se min IP-adresse via WebRTC uden at spørge?
Din offentlige adresse, ja, men den ser hjemmesider alligevel: Safari giver for eksempel sider uden mikrofonadgang kun adresser, som en hjemmeside allerede kunne indsamle[13]. Faldgruben er en proxy i browseren. Hvis direkte internetadgang er tilladt, kan WebRTC's STUN-tjek gå uden om proxyen og afsløre din rigtige offentlige adresse[1]. Lokale adresser er bedre beskyttet: standarden knytter den fulde liste til samtykke som mikrofontilladelse[1], og i mit tjek af Chrome så en side uden den tilladelse kun et tilfældigt .local-navn[3].
Spørg en AI om denne research
Hver knap åbner assistenten i en ny fane og beder den opsummere denne side med et link hertil som kilde.
Kilder
- RFC 8828: WebRTC IP Address Handling Requirements · IETF (RFC Editor) · tjekket 1. november 2026
- 47 CFR 64.1601 -- Delivery requirements and privacy restrictions | eCFR · US Code of Federal Regulations (eCFR) · tjekket 1. november 2026
- Using Multicast DNS to protect privacy when exposing ICE candidates (draft-ietf-mmusic-mdns-ice-candidates) · IETF (Internet-Draft, work in progress) · tjekket 1. november 2026
- Voice call someone or a group on Messenger - Messenger Help Center (Computer) · tjekket 1. november 2026
- How to protect your IP address on WhatsApp calls | WhatsApp Help Center · WhatsApp · tjekket 1. november 2026
- RTCIceCandidate: address property - Web APIs | MDN · MDN Web Docs (Mozilla) · tjekket 1. november 2026
- RTCIceCandidate: type property - Web APIs | MDN · MDN Web Docs (Mozilla) · tjekket 1. november 2026
- Make calls | Sonetel help · tjekket 1. november 2026
- Free call | Call2Friends - Online call · tjekket 1. november 2026
- Privacy Policy | Globfone · tjekket 1. november 2026
- Voice Calls: Secure, Crystal-Clear, AI-Powered | Telegram Blog (30 March 2017) · Telegram · tjekket 1. november 2026
- Use your camera and microphone in Chrome - Computer - Google Chrome Help · Google · tjekket 1. november 2026
- A Closer Look Into WebRTC | WebKit (3 July 2017) · WebKit (Apple) · tjekket 1. november 2026
- WebRTC API - Web APIs | MDN · MDN Web Docs (Mozilla) · tjekket 1. november 2026
- WebRTC Custom Settings · brave/brave-browser Wiki · Brave Software (official GitHub wiki) · tjekket 1. november 2026
- chrome.privacy | API | Chrome for Developers · Google (Chrome for Developers) · tjekket 1. november 2026
- Chrome Enterprise policy list: WebRtcIPHandling (WebRTC IP handling) · Google (Chrome Enterprise) · tjekket 1. november 2026
- Microsoft Edge Browser Policy Documentation WebRtcLocalhostIpHandling | Microsoft Learn · Microsoft · tjekket 1. november 2026
- Firefox source: modules/libpref/init/all.js (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · tjekket 1. november 2026
- Firefox source: modules/libpref/init/StaticPrefList.yaml (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · tjekket 1. november 2026
- Terms of Use – TextNow · tjekket 1. november 2026
- Privacy Policy – Privacy & Terms – Google · Google · tjekket 1. november 2026
- Call From Your Browser Without a SIM Card - TwinPhone · tjekket 1. november 2026