Към съдържанието

Изтичане през WebRTC

Тест за изтичане през WebRTC: какво издава обаждането от браузъра за IP адреса ви

Част от: Сигурен ли е VoIP? Какво защитава обаждането от браузъра и какво разкрива

Автор: · Обновено на · 12 мин. четене

Добавете callfrombrowser.org като предпочитан източник в Google

Накратко

Тестът за изтичане през WebRTC показва всеки IP адрес, който браузърът ви дава на уеб страница чрез WebRTC, за да забележите адрес, който сте искали да скриете, обикновено адреса от интернет доставчика ви при включен VPN [1]. Обаждане от браузъра до телефонен номер показва IP адреса ви на услугата за обаждания, а не на човека, на когото звъните; той вижда само показван номер [2]. Тестът е една от проверките за поверителност и сигурност, които препоръчвам преди обаждане от браузъра.

Основни факти

Какво е изтичане през WebRTC?

Преди разговор през WebRTC браузърът събира възможните мрежови маршрути, наречени ICE кандидати, и ги предава на уеб страницата, за да ги изпрати на другата страна. Всеки от тях съдържа IP адрес или случайно име с .local на мястото на скрит локален адрес. Обикновеният уебсайт вижда само публичния адрес, от който е дошла заявката ви; чрез WebRTC една страница може да научи повече [1]. Изтичане е всеки адрес в този списък, който не сте искали да споделяте.

Как пътува останалата част от разговора, обяснявам в WebRTC, SIP и телефонната мрежа; за изтичанията има значение само списъкът с кандидати. MDN отбелязва, че адресите в него винаги са видими за страницата [6].

Адресите, които показва тестът за изтичане през WebRTC, и какво издава всеки от тях
Тип кандидатКакъв адрес показваРиск за поверителността
hostАдресът на устройството ви в локалната мрежа или случайно име, завършващо на .local, ако браузърът го скрива [7][3]По-нисък, отколкото при публичен адрес, но IETF определя частните IPv4 адреси като доста значим източник за цифров отпечатък (fingerprinting) [1]
srflx (server reflexive)Публичният адрес, който рутерът или VPN показва на STUN сървър [7]Висок, ако това е адресът от доставчика ви при включен VPN [1]
relayАдрес на TURN сървър, който препраща медийния поток [7]Нисък: другата страна вижда адреса на релето, а не вашия [6]; операторът на релето обаче все пак ви вижда

IETF определя случая с VPN като най-значимия, защото някои хора използват VPN, за да останат анонимни [1]. Другите два случая са частният ви адрес и прокси сървър, който проверките на WebRTC заобикалят, с което се разкрива истинският ви публичен адрес [1].

Издава ли обаждането от браузъра IP адреса ви?

На услугата за обаждания — да: всеки уебсайт вижда публичния ви адрес [1], а разговорът добавя медийна връзка към сървърите на услугата. На човека, на когото звъните на стационарен или мобилен телефон — не: разговорът напуска интернет при шлюза на доставчика [8], а телефонната мрежа предава номера на обаждащия се, а не IP адрес [2]. Разговорите между приложения могат да свързват двете устройства директно.

Кой може да види IP адреса ви според вида на разговора (официални помощни страници, прочетени на 1 ноември 2026 г.)
Вид разговорУслугатаЧовекът, на когото звъните
От браузъра до телефонен номер (Google Voice, TwinPhone, Yolla)Да: тя поддържа медийната връзкаНе: вижда показван номер [2]
Безплатни уеб услуги за обаждания (Call2Friends, Globfone)Да: Call2Friends ограничава безплатните обаждания по IP адрес, а политиката за поверителност на Globfone изброява IP адресите сред техническите данни и логовете, които обработва [9][10]Не: вижда показван номер
Messenger, разговор един на единДаДа: Meta посочва, че IP адресът ви се споделя с другото устройство [4]
WhatsAppДаМоже, освен ако не е включена „Защита на IP адреса при обаждания“; груповите разговори винаги минават през реле [5]
TelegramДаМоже: в съобщението на Telegram от 2017 г. пише, че разговорите минават директно между устройствата (peer-to-peer), когато е възможно [11]

При обаждания до истински номера въпросът е какво научава и пази услугата; какво вижда вместо това човекът, на когото звъните, обяснявам в кой номер се показва, когато се обаждате от браузъра.

Как да направите тест за изтичане през WebRTC

Страницата за тест прави същото, което прави услугата за обаждания преди разговор: отваря WebRTC връзка, пита STUN сървър какъв публичен адрес вижда и показва всеки кандидат до адреса, който самата тя вижда през обикновен HTTP. Пуснете теста във всеки браузър, от който се обаждате, първо с изключен VPN и после с включен.

  1. Изключен VPN: отворете страница за тест, например WebRTC Leak Test на BrowserLeaks. „Your Remote IP“ най-горе и „Public IP Address“ под „Your WebRTC IP“ трябва да съвпадат.
  2. Включен VPN: презаредете страницата. „Your Remote IP“ вече трябва да показва адреса на VPN.
  3. Ако разделът за WebRTC все още показва адреса от доставчика ви, WebRTC заобикаля тунела [1].
  4. Локален запис, завършващ на .local, означава, че адресът е скрит [3]; суров адрес, започващ с 192.168. или 10., не е скрит.
  5. Ако страницата предлага проверка на микрофона, разрешете я и тествайте отново: услугата за обаждания има нужда от достъп до микрофона, а това разрешение може да отключи още адреси [1]. След това премахнете разрешението от настройките на сайта [12].

Какво се промени в Chrome, след като разреших микрофона

На заредих локална тестова страница в Chrome 156 на Mac без STUN сървър, така че нито един адрес не отиде към външен сървър. Без разрешение за микрофона страницата видя един host кандидат с име от случаен низ, завършващ на .local [3]. С разрешен микрофон тя получи истинския ми локален IPv4 адрес.

Това следва стандарта, който позволява пълния списък с адреси само със съгласие, например разрешение за микрофона [1]; WebKit, двигателят на Safari, описа същото правило през 2017 г. [13]. Така услуга за обаждания, на която сте дали разрешение, може да види локалния ви адрес: по-малък риск, отколкото с публичния [1].

Настройки на браузъра, които ограничават изтичането през WebRTC

Brave документира за потребителите си настройка за IP адресите в WebRTC. Google документира контролите на Chrome за разширения и администратори, а Microsoft описва тези на Edge като администраторска политика. Firefox скрива локалните адреси по подразбиране и има изключвател в about:config. Едно правило важи навсякъде: изключването на WebRTC спира и уеб услугите за обаждания, защото WebRTC пренася разговора [14].

Контроли за адресите в WebRTC по браузъри (документация на производителите, прочетена на 1 ноември 2026 г.)
БраузърКонтролКакво променяЕфект върху обажданията от браузъра
BraveWebRTC IP handling policy в настройките за поверителност, според уикито на Brave (последна редакция през 2018 г.) [15]Default Public Interface Only не разкрива локални адреси [15]Медийният поток може да мине през релеен сървър [1]
ChromeРазширенията могат да задават WebRTC IP handling policy [16]; администраторите могат да задават политиката WebRtcIPHandling [17]В зависимост от стойността спира използването на частни адреси или изпраща медийния поток само през прокси [17]Стойностите само с прокси могат да прехвърлят звука към TCP, което според IETF влошава качеството [1]
EdgeАдминистраторската политика WebRtcLocalhostIpHandling [18]Две от стойностите ѝ спират разкриването на локалния IP адрес [18]Както в Chrome
FirefoxЛокалните адреси са скрити по подразбиране [19]; media.peerconnection.enabled в about:config [20]Задаването на false за тази настройка изключва WebRTCУеб услугите за обаждания спират да работят
SafariВградено правилоСтраниците без достъп до микрофона или камерата не получават host адреси, както го описа WebKit през 2017 г. [13]Няма

Какво променя VPN при обажданията от браузъра

VPN, който пуска целия трафик през тунела си, включително WebRTC, показва на услугата за обаждания адреса на VPN вместо вашия. VPN с разделено тунелиране може да позволи на WebRTC да открие и адреса от доставчика ви [1], затова е нужен тестът за изтичане при включен VPN. VPN има и странични ефекти върху обажданията.

Как да запазите IP адреса си поверителен при разговори

Съобразете решението с вида разговор. При обаждания до телефонни номера човекът, на когото звъните, не получава IP адреса ви, затова изберете услуга, на която можете да го поверите, и проверете VPN. При разговори между приложения другото устройство може да се свърже директно с вашето, затова използвайте настройката за реле в приложението, ако има такава.

  1. Обаждания от браузъра: пуснете теста за изтичане при включен VPN; в Brave изберете Default Public Interface Only [15].
  2. Микрофон: в услугите, които ползвате еднократно, давайте разрешение само за този път [12]; при моята проверка в Chrome страница с това разрешение можеше да види локалния адрес.
  3. WhatsApp: включете „Защита на IP адреса при обаждания“. Помощната страница обхваща Android, iOS и Mac, но не и уеб версията, и предупреждава, че разговорите през реле може да загубят малко от качеството си [5].

Често задавани въпроси

Какво е тест за изтичане през WebRTC?

Тестът за изтичане през WebRTC е уеб страница, която изпълнява същото установяване на връзка като обаждане от браузъра и показва всеки IP адрес, който браузърът ви предлага, до адреса, който страницата вижда през обикновен HTTP. Ако при включен VPN в списъка има адрес от доставчика ви, WebRTC заобикаля тунела [1]; случайно име с .local означава, че локалният ви адрес е скрит [3].

Може ли човекът, на когото се обаждам от браузъра, да види IP адреса ми?

Не, не и при обаждане до стационарен или мобилен телефон. Доставчикът превръща звука от браузъра ви в телефонен разговор при своя шлюз [23], а телефонната мрежа предава номера на обаждащия се, а не IP адрес [2]. При разговорите между приложения е различно: Messenger посочва, че разговорите един на един споделят IP адреса ви с устройството на другия човек [4].

Спира ли VPN изтичането през WebRTC?

VPN, който пренасочва целия трафик през тунела си, включително WebRTC, го спира. VPN с разделено тунелиране може и да не го спре, защото WebRTC може да открие публичния адрес от доставчика ви наред с този на VPN [1]. Единственият начин да разберете е тест за изтичане със свързан VPN във всеки браузър, който ползвате, повторен след всяко обновяване.

Опасно ли е изтичането на локален IP адрес?

По-малко от изтичането на публичен адрес. Частен адрес като 192.168.1.20 не казва къде се намирате, но IETF определя частните IPv4 адреси като доста значим източник за цифров отпечатък, който може да свърже обикновени и поверителни сесии на сърфиране на едно устройство [1]. Firefox скрива локалните адреси по подразбиране [19], Safari ги скрива от страници без достъп до микрофона или камерата [13], а при моята проверка същото направи и Chrome.

Спира ли режимът „инкогнито“ изтичането през WebRTC?

Не. IETF отбелязва, че частен адрес, разкрит чрез WebRTC, може да служи като идентификатор, който показва на сайта, че обикновен прозорец и прозорец в режим на поверително сърфиране са на едно и също устройство [1], така че поверителният режим сам по себе си не го скрива. Използвайте настройките на браузъра по-горе и пуснете тест за изтичане и в поверителен прозорец.

Работят ли разширенията срещу изтичане през WebRTC?

Отчасти. В Chrome разширение може да зададе политиката на браузъра за IP адресите в WebRTC, която Google описва като компромис между производителността на медийния поток и количеството разкрита информация за локалните адреси [16]. В зависимост от стойността това скрива локалните адреси или пуска медийния поток принудително през прокси, което може да прехвърли звука към TCP и да влоши качеството [1]. След като инсталирате такова разширение, пуснете тест за изтичане, за да потвърдите промяната.

Как да изключа WebRTC във Firefox?

Въведете about:config в адресната лента, потърсете media.peerconnection.enabled и задайте стойност false. Изходният код на Mozilla описва тази настройка като превключвател за RTCPeerConnection, а изключването ѝ премахва и достъпа на страниците до API за микрофона [20]. Тогава всички уеб услуги за обаждания спират да работят, така че за повечето хора е по-добре да оставят настройката по подразбиране на Firefox, която и без това скрива локалните адреси [19].

Как да спра изтичането през WebRTC в Chrome?

С разширение или с политика, защото Google документира контролите на Chrome за WebRTC адресите именно за тези два начина. Разширението може да зададе политиката за обработка на IP при WebRTC [16], а администраторите могат да зададат WebRtcIPHandling, чиято стойност default_public_interface_only спира използването на частни адреси от WebRTC [17]. При моята проверка в Chrome страница без разрешение за микрофона виждаше само случайно име .local [3]. Зад VPN истинското решение е тунел, който пренася целия трафик [1]. Всичко, което блокира WebRTC напълно, спира и обажданията от браузър [14].

Може ли сайт да види IP адреса ми през WebRTC, без да пита?

Публичния ви адрес — да, но сайтовете и без това го виждат: Safari например дава на страници без достъп до микрофона само адреси, които сайтът и без това би могъл да събере [13]. Уловката е проксито в браузъра. Ако директният достъп до интернет е разрешен, STUN проверките на WebRTC могат да заобиколят проксито и да разкрият истинския ви публичен адрес [1]. Локалните адреси са по-добре защитени: стандартът обвързва пълния списък със съгласие, например разрешение за микрофона [1], и при моята проверка в Chrome страница без такова разрешение виждаше само случайно име .local [3].

Попитайте AI за това проучване

Всеки бутон отваря асистента в нов раздел и го моли да обобщи тази страница, като посочи връзка към нея като източник.

Източници

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