Sari la conținut

Scurgeri WebRTC

Test de scurgere WebRTC: ce dezvăluie un apel din browser despre adresa ta IP

Face parte din: Este VoIP sigur? Ce protejează un apel din browser și ce expune

De · Actualizat la · 12 min de citit

Adaugă callfrombrowser.org ca sursă preferată în Google

Pe scurt

Un test de scurgere WebRTC listează fiecare adresă IP pe care browserul tău o predă unei pagini web prin WebRTC, ca să o poți observa pe cea pe care voiai să o ascunzi, de obicei adresa furnizorului tău de internet în timp ce VPN-ul e pornit [1]. Un apel din browser către un număr de telefon îți arată IP-ul serviciului de apelare, nu persoanei pe care o suni, care primește un număr afișat [2]. Testul este una dintre verificările de confidențialitate și siguranță pe care le recomand înainte să suni din browser.

Date esențiale

Ce este o scurgere WebRTC?

Înaintea unui apel WebRTC, browserul strânge rutele de rețea posibile, numite candidați ICE, și le predă paginii web ca să le transmită celeilalte părți. Fiecare conține o adresă IP sau, în locul unei adrese locale ascunse, un nume .local aleatoriu. Un site obișnuit vede doar adresa publică de pe care a venit cererea ta; prin WebRTC, o pagină poate afla mai mult [1]. O scurgere este orice adresă din acea listă pe care nu voiai să o dai mai departe.

Cum circulă restul apelului vezi în WebRTC, SIP și rețeaua telefonică; pentru scurgeri contează doar lista de candidați. MDN notează că adresele lor sunt mereu expuse paginii [6].

Adresele pe care le listează un test de scurgere WebRTC și ce dezvăluie fiecare
Tipul candidatuluiAdresa pe care o aratăRiscul pentru confidențialitate
hostAdresa dispozitivului tău în rețeaua locală sau un nume aleatoriu terminat în .local, dacă browserul o ascunde [7][3]Mai mic decât la o adresă publică, dar IETF consideră adresele IPv4 private o suprafață destul de importantă pentru amprentarea digitală (fingerprinting) [1]
srflx (server reflexive)Adresa publică pe care routerul sau VPN-ul tău o arată unui server STUN [7]Mare, dacă este adresa furnizorului tău în timp ce VPN-ul e pornit [1]
relayO adresă pe un server TURN care retransmite fluxul media [7]Mic: cealaltă parte vede adresa releului, nu pe a ta [6]; operatorul releului tot te vede

IETF consideră cazul VPN-ului cel mai important, pentru că unii oameni folosesc un VPN ca să rămână anonimi [1]. Celelalte două cazuri sunt adresa ta privată și un proxy pe care verificările WebRTC îl ocolesc, ceea ce îți dezvăluie adresa publică reală [1].

Îți expune un apel din browser adresa IP?

Față de serviciul de apelare, da: orice site îți vede adresa publică [1], iar un apel adaugă o conexiune media către serverele serviciului. Față de cineva pe care îl suni pe fix sau pe mobil, nu: apelul iese din internet la gateway-ul furnizorului [8], iar rețeaua telefonică transmite un număr de apelant, nu o adresă IP [2]. Apelurile între aplicații pot conecta direct două dispozitive.

Cine îți poate vedea adresa IP, după tipul apelului (pagini oficiale de ajutor citite pe 1 noiembrie 2026)
Tipul apeluluiServiciulPersoana pe care o suni
Din browser către un număr de telefon (Google Voice, TwinPhone, Yolla)Da: el gestionează conexiunea mediaNu: vede un număr afișat [2]
Servicii gratuite de apelare web (Call2Friends, Globfone)Da: Call2Friends limitează apelurile gratuite pe adresă IP, iar politica de confidențialitate Globfone include adresele IP printre datele tehnice și jurnalele pe care le prelucrează [9][10]Nu: vede un număr afișat
Messenger, apel 1:1DaDa: Meta spune că IP-ul tău este partajat cu celălalt dispozitiv [4]
WhatsAppDaPoate, dacă nu ai activat „Protejează adresa IP în apeluri”; apelurile de grup trec mereu printr-un releu [5]
TelegramDaPoate: anunțul Telegram din 2017 spune că apelurile se fac peer-to-peer ori de câte ori e posibil [11]

La apelurile către numere reale, întrebarea este ce află și ce păstrează serviciul; ce vede în schimb persoana pe care o suni găsești în ce număr apare când suni din browser.

Cum faci un test de scurgere WebRTC

O pagină de test face ce face un serviciu de apelare înaintea unui apel: deschide o conexiune WebRTC, întreabă un server STUN ce adresă publică vede și afișează fiecare candidat lângă adresa pe care o vede prin HTTP simplu. Rulează testul în fiecare browser din care suni, întâi cu VPN-ul oprit și apoi cu el pornit.

  1. VPN oprit: deschide o pagină de test, de exemplu WebRTC Leak Test de la BrowserLeaks. „Your Remote IP” din partea de sus și „Public IP Address” de sub „Your WebRTC IP” ar trebui să coincidă.
  2. VPN pornit: reîncarcă pagina. „Your Remote IP” ar trebui să arate acum adresa VPN-ului.
  3. Dacă secțiunea WebRTC listează în continuare adresa furnizorului tău, WebRTC ocolește tunelul [1].
  4. O intrare locală terminată în .local înseamnă că adresa este ascunsă [3]; una în clar, care începe cu 192.168. sau 10., nu este.
  5. Dacă pagina oferă o verificare a microfonului, permite-o și testează din nou: un serviciu de apelare are nevoie de acces la microfon, iar această permisiune poate debloca mai multe adrese [1]. Apoi elimină permisiunea din setările site-ului [12].

Ce s-a schimbat în Chrome după ce am permis microfonul

Pe am încărcat o pagină de test locală în Chrome 156 pe un Mac, fără server STUN, așa că nicio adresă nu a ajuns la un server extern. Fără permisiunea pentru microfon, pagina a văzut un singur candidat host, numit cu un șir aleatoriu terminat în .local [3]. Cu microfonul permis, a primit adresa mea IPv4 locală reală.

Asta respectă standardul, care permite lista completă de adrese doar cu consimțământ, de exemplu permisiunea pentru microfon [1]; WebKit, motorul Safari, a descris aceeași regulă în 2017 [13]. Așadar, un serviciu de apelare căruia îi dai voie îți poate vedea adresa locală: un risc mai mic decât în cazul celei publice [1].

Setări de browser care limitează scurgerile WebRTC

Brave documentează pentru utilizatori o setare pentru IP-ul WebRTC. Google documentează controalele din Chrome pentru extensii și administratori, iar Microsoft le documentează pe cele din Edge ca politică pentru administratori. Firefox ascunde implicit adresele locale și păstrează un comutator de dezactivare în about:config. O regulă e valabilă peste tot: dacă oprești WebRTC, se opresc și serviciile de apelare din browser, pentru că WebRTC transportă apelul [14].

Controale pentru adresele WebRTC, pe browsere (documentația producătorilor, citită pe 1 noiembrie 2026)
BrowserControlCe schimbăEfectul asupra apelurilor din browser
BravePolitica WebRTC IP handling din setările de confidențialitate, conform wiki-ului Brave (editat ultima dată în 2018) [15]Valoarea Default Public Interface Only nu expune nicio adresă locală [15]Fluxul media poate trece pe un server releu [1]
ChromeExtensiile pot seta o politică WebRTC IP handling [16]; administratorii pot seta politica WebRtcIPHandling [17]În funcție de valoare, nu mai folosește adresele private sau trimite fluxul media doar printr-un proxy [17]Valorile doar cu proxy pot muta sunetul pe TCP, ceea ce, potrivit IETF, reduce calitatea [1]
EdgePolitica de administrator WebRtcLocalhostIpHandling [18]Două dintre valorile sale opresc expunerea adresei IP locale [18]Ca în Chrome
FirefoxAdresele locale sunt ascunse implicit [19]; media.peerconnection.enabled în about:config [20]Dacă setezi această preferință pe false, WebRTC se opreșteServiciile de apelare din browser nu mai funcționează
SafariRegulă integratăPaginile fără acces la microfon sau cameră nu primesc adrese host, așa cum a descris WebKit în 2017 [13]Niciunul

Ce schimbă un VPN la apelurile din browser

Un VPN care trimite tot traficul prin tunelul său, inclusiv WebRTC, îi arată serviciului de apelare adresa VPN-ului în locul adresei tale. Un VPN cu tunel divizat poate lăsa WebRTC să găsească și adresa furnizorului tău [1], de aici testul de scurgere cu VPN-ul pornit. Un VPN are și efecte secundare asupra apelurilor.

Cum îți păstrezi adresa IP privată în timpul apelurilor

Potrivește soluția cu apelul. La apelurile către numere de telefon, persoana pe care o suni nu primește IP-ul tău, așa că alege un serviciu căruia ai încredere să i-l lași și verifică-ți VPN-ul. La apelurile între aplicații, celălalt dispozitiv se poate conecta direct la al tău, așa că folosește setarea de releu a aplicației, acolo unde există.

  1. Apeluri din browser: rulează testul de scurgere cu VPN-ul pornit; în Brave, alege Default Public Interface Only [15].
  2. Microfon: la serviciile de apelare pe care le folosești o singură dată, acordă permisiunea cu „Permite de data aceasta” [12]; în verificarea mea în Chrome, o pagină care avea această permisiune putea vedea adresa locală.
  3. WhatsApp: activează „Protejează adresa IP în apeluri”. Pagina de ajutor acoperă Android, iOS și Mac, nu și versiunea web, și avertizează că apelurile trecute printr-un releu își pot pierde o parte din calitate [5].

Întrebări frecvente

Ce este un test de scurgere WebRTC?

Un test de scurgere WebRTC este o pagină web care rulează aceeași inițiere a conexiunii ca un apel din browser și listează fiecare adresă IP pe care browserul tău o oferă, lângă adresa pe care pagina o vede prin HTTP obișnuit. Dacă adresa furnizorului tău apare în listă în timp ce VPN-ul e pornit, WebRTC ocolește tunelul [1]; un nume .local aleatoriu înseamnă că adresa ta locală este ascunsă [3].

Îmi poate vedea adresa IP persoana pe care o sun din browser?

Nu, nu la un apel către un telefon fix sau mobil. Furnizorul transformă sunetul din browser într-un apel telefonic la gateway-ul său [23], iar rețeaua telefonică transmite un număr de apelant, nu o adresă IP [2]. Apelurile între aplicații sunt diferite: Messenger spune că apelurile 1:1 îți partajează IP-ul cu dispozitivul celeilalte persoane [4].

Oprește un VPN scurgerile WebRTC?

Un VPN care direcționează tot traficul prin tunelul său, inclusiv WebRTC, da. Un VPN cu tunel divizat s-ar putea să nu le oprească, pentru că WebRTC poate descoperi adresa publică a furnizorului tău lângă cea a VPN-ului [1]. Singura cale să afli este un test de scurgere cu VPN-ul conectat, în fiecare browser pe care îl folosești, repetat după actualizări.

Este periculoasă scurgerea adresei IP locale?

Mai puțin decât scurgerea adresei publice. O adresă privată precum 192.168.1.20 nu spune unde te afli, dar IETF consideră adresele IPv4 private o suprafață destul de importantă pentru amprentarea digitală, care poate lega sesiunile de navigare normală și privată de pe același dispozitiv [1]. Firefox ascunde implicit adresele locale [19], Safari le ascunde de paginile fără acces la microfon sau cameră [13], iar în verificarea mea la fel a făcut și Chrome.

Oprește modul incognito sau navigarea privată scurgerile WebRTC?

Nu. IETF notează că o adresă privată dezvăluită prin WebRTC poate funcționa ca un identificator care îi spune unui site că o fereastră normală și una de navigare privată sunt pe același dispozitiv [1], așa că modul privat singur nu o ascunde. Folosește setările de browser de mai sus, apoi rulează un test de scurgere și într-o fereastră privată.

Funcționează extensiile împotriva scurgerilor WebRTC?

Parțial. În Chrome, o extensie poate seta politica browserului pentru gestionarea IP-ului în WebRTC, pe care Google o descrie ca pe un compromis între performanța media și cât de multe informații despre adresele locale sunt expuse [16]. În funcție de valoare, asta ascunde adresele locale sau forțează fluxul media printr-un proxy, ceea ce poate muta sunetul pe TCP și reduce calitatea [1]. După ce instalezi o astfel de extensie, rulează un test de scurgere ca să confirmi schimbarea.

Cum dezactivez WebRTC în Firefox?

Scrie about:config în bara de adrese, caută media.peerconnection.enabled și seteaz-o pe false. Codul sursă Mozilla descrie această preferință drept comutatorul pentru RTCPeerConnection, iar dezactivarea ei elimină și accesul paginilor la API-ul pentru microfon [20]. Apoi niciun serviciu de apelare din browser nu mai funcționează, așa că majoritatea celor care sună din browser se descurcă mai bine cu setarea implicită din Firefox, care ascunde deja adresele locale [19].

Cum opresc scurgerile WebRTC în Chrome?

Printr-o extensie sau printr-o politică, pentru că Google documentează controalele de adresă WebRTC din Chrome doar pentru acestea două. O extensie poate seta politica de gestionare a IP-ului în WebRTC [16], iar administratorii pot seta WebRtcIPHandling, a cărei valoare default_public_interface_only împiedică WebRTC să folosească adrese private [17]. La verificarea mea în Chrome, o pagină fără permisiune pentru microfon vedea deja doar un nume .local aleatoriu [3]. În spatele unui VPN, soluția reală este un tunel care transportă tot traficul [1]. Orice blochează complet WebRTC oprește și apelurile din browser [14].

Poate un site să-mi vadă IP-ul prin WebRTC fără să ceară permisiunea?

Adresa publică, da, dar site-urile o văd oricum: Safari, de exemplu, le dă paginilor fără acces la microfon doar adrese pe care un site le-ar putea afla oricum [13]. Problema apare la un proxy configurat în browser. Dacă accesul direct la internet este permis, verificările STUN ale WebRTC pot ocoli proxy-ul și îți pot dezvălui adresa publică reală [1]. Adresele locale sunt mai bine protejate: standardul leagă lista completă de un consimțământ, cum ar fi permisiunea pentru microfon [1], iar la verificarea mea în Chrome o pagină fără această permisiune vedea doar un nume .local aleatoriu [3].

Întreabă un asistent AI despre această analiză

Fiecare buton deschide asistentul într-o filă nouă și îi cere să rezume această pagină, cu un link către ea ca sursă.

Surse

  1. RFC 8828: WebRTC IP Address Handling Requirements · IETF (RFC Editor) · verificat la 1 noiembrie 2026
  2. 47 CFR 64.1601 -- Delivery requirements and privacy restrictions | eCFR · US Code of Federal Regulations (eCFR) · verificat la 1 noiembrie 2026
  3. Using Multicast DNS to protect privacy when exposing ICE candidates (draft-ietf-mmusic-mdns-ice-candidates) · IETF (Internet-Draft, work in progress) · verificat la 1 noiembrie 2026
  4. Voice call someone or a group on Messenger - Messenger Help Center (Computer) · verificat la 1 noiembrie 2026
  5. How to protect your IP address on WhatsApp calls | WhatsApp Help Center · WhatsApp · verificat la 1 noiembrie 2026
  6. RTCIceCandidate: address property - Web APIs | MDN · MDN Web Docs (Mozilla) · verificat la 1 noiembrie 2026
  7. RTCIceCandidate: type property - Web APIs | MDN · MDN Web Docs (Mozilla) · verificat la 1 noiembrie 2026
  8. Make calls | Sonetel help · verificat la 1 noiembrie 2026
  9. Free call | Call2Friends - Online call · verificat la 1 noiembrie 2026
  10. Privacy Policy | Globfone · verificat la 1 noiembrie 2026
  11. Voice Calls: Secure, Crystal-Clear, AI-Powered | Telegram Blog (30 March 2017) · Telegram · verificat la 1 noiembrie 2026
  12. Use your camera and microphone in Chrome - Computer - Google Chrome Help · Google · verificat la 1 noiembrie 2026
  13. A Closer Look Into WebRTC | WebKit (3 July 2017) · WebKit (Apple) · verificat la 1 noiembrie 2026
  14. WebRTC API - Web APIs | MDN · MDN Web Docs (Mozilla) · verificat la 1 noiembrie 2026
  15. WebRTC Custom Settings · brave/brave-browser Wiki · Brave Software (official GitHub wiki) · verificat la 1 noiembrie 2026
  16. chrome.privacy | API | Chrome for Developers · Google (Chrome for Developers) · verificat la 1 noiembrie 2026
  17. Chrome Enterprise policy list: WebRtcIPHandling (WebRTC IP handling) · Google (Chrome Enterprise) · verificat la 1 noiembrie 2026
  18. Microsoft Edge Browser Policy Documentation WebRtcLocalhostIpHandling | Microsoft Learn · Microsoft · verificat la 1 noiembrie 2026
  19. Firefox source: modules/libpref/init/all.js (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · verificat la 1 noiembrie 2026
  20. Firefox source: modules/libpref/init/StaticPrefList.yaml (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · verificat la 1 noiembrie 2026
  21. Terms of Use – TextNow · verificat la 1 noiembrie 2026
  22. Privacy Policy – Privacy & Terms – Google · Google · verificat la 1 noiembrie 2026
  23. Call From Your Browser Without a SIM Card - TwinPhone · verificat la 1 noiembrie 2026