Как отключить WebRTC в Firefox, Chrome, Edge и Brave и проверить утечку IP

WebRTC — встроенная в браузеры технология для звонков и передачи данных напрямую между пользователями. Чтобы установить такое соединение, браузер собирает свои IP-адреса и может показать их сайту. В 2026 году локальный адрес основные браузеры по умолчанию уже прячут. Остаётся другой риск: внешний IP может пройти мимо VPN или прокси. Ниже — как за пять минут проверить свой браузер и ограничить WebRTC в Firefox, Chrome, Edge и Brave так, чтобы видеозвонки по возможности продолжали работать.

Почему WebRTC может раскрыть IP-адрес

Чтобы соединить два браузера напрямую, WebRTC собирает «кандидатов» — адреса, по которым до вас можно достучаться (механизм ICE). Их три вида:

• host — адреса сетевых карт компьютера, обычно локальные (192.168.1.23, 10.0.0.5, IPv6);
• srflx — внешний адрес, который браузер узнаёт, отправив запрос STUN-серверу;
• relay — адрес TURN-сервера, через который идёт трафик, если прямое соединение невозможно.

Сайт может создать соединение WebRTC без звонка и без вашего разрешения и прочитать этих кандидатов из JavaScript. В 2015 году так любая страница видела и локальный, и внешний адрес.

С тех пор браузеры закрыли утечку локального адреса. Chrome, Edge и Firefox подменяют его случайным mDNS-именем вида 3f1c…-….local. Safari вообще не показывает host-кандидатов, пока сайт не получит доступ к камере или микрофону. А вот внешний адрес (srflx) по-прежнему узнаётся через STUN. Если трафик браузера идёт через прокси или VPN-расширение, а UDP-запрос к STUN-серверу уходит напрямую, сайт увидит ваш настоящий IP.

Что понадобится

• Браузер, который вы хотите проверить: Firefox, Chrome, Edge, Brave или Safari актуальной версии.
• Ваш VPN или прокси в рабочем состоянии — проверять имеет смысл именно с ним.
• Для Chrome и Edge в Windows — права администратора (политики записываются в реестр).

Шаг 1. Проверьте, есть ли утечка

1. Отключите VPN и откройте browserleaks.com/ip: запишите свой настоящий внешний IPv4 и IPv6, если он есть.
2. Включите VPN или прокси так, как пользуетесь им обычно.
3. Откройте browserleaks.com/webrtc и посмотрите блок с IP-адресами WebRTC.

Как читать результат:

• Публичный адрес совпадает с адресом VPN — утечки внешнего IP нет.
• Виден ваш настоящий внешний IPv4 или IPv6 — утечка есть, переходите к шагу 2.
• Локальный адрес показан как …local или не показан — так и должно быть. Если видно 192.168.x.x или 10.x.x.x, браузер не скрывает локальный адрес: его могли отключить флагом, политикой или настройкой.

Шаг 2. Ограничьте WebRTC в своём браузере

Firefox

Наберите в адресной строке about:config, согласитесь с предупреждением и найдите нужный параметр.

Вариант 1 — отключить WebRTC полностью. Звонки в браузере перестанут работать, зато утечка исключена:

media.peerconnection.enabled = false

Вариант 2 — ограничить, но оставить звонки. WebRTC будет использовать только интерфейс маршрута по умолчанию (при полноценном VPN — туннель) и не будет собирать локальные адреса:

media.peerconnection.ice.default_address_only = true
media.peerconnection.ice.no_host = true
media.peerconnection.ice.obfuscate_host_addresses = true   # уже true по умолчанию, проверьте, что не изменён

Если вы выходите в сеть через прокси (SOCKS или HTTP) в настройках Firefox, добавьте:

media.peerconnection.ice.proxy_only_if_behind_proxy = true

Тогда при настроенном прокси WebRTC пойдёт только через него, а не напрямую.

Google Chrome и Chromium

Переключателя WebRTC в настройках Chrome нет. Надёжный способ — политика WebRtcIPHandling (поддерживается с Chrome 91). Значения:

• default_public_interface_only — только публичный интерфейс маршрута по умолчанию, локальные адреса не используются. Звонки, как правило, работают. Рекомендуем начать с него.
• disable_non_proxied_udp — UDP только через прокси, который его поддерживает, иначе TCP. Самый строгий режим для тех, кто работает через прокси. Часть звонков может работать хуже или не работать.

Windows (командная строка от имени администратора):

reg add "HKLM\SOFTWARE\Policies\Google\Chrome" /v WebRtcIPHandling /t REG_SZ /d default_public_interface_only /f

Linux:

sudo mkdir -p /etc/opt/chrome/policies/managed
echo '{ "WebRtcIPHandling": "default_public_interface_only" }' | sudo tee /etc/opt/chrome/policies/managed/webrtc.json
# для Chromium каталог: /etc/chromium/policies/managed/

Перезапустите браузер и откройте chrome://policy: политика должна быть в списке со статусом «OK». После этого Chrome будет показывать надпись «Браузер управляется вашей организацией» — это нормально, так он сообщает о любой политике.

Microsoft Edge

В Edge та же логика, но политика называется WebRtcLocalhostIpHandling (с Edge 77):

reg add "HKLM\SOFTWARE\Policies\Microsoft\Edge" /v WebRtcLocalhostIpHandling /t REG_SZ /d default_public_interface_only /f

Политика применяется только после перезапуска браузера. Проверка — на странице edge://policy.

Brave

Откройте brave://settings/privacy и найдите пункт WebRTC IP handling policy (в русском интерфейсе — пункт про обработку IP-адресов WebRTC). Значения те же, что у политики Chrome: для большинства подойдёт Default public interface only, при работе через прокси — Disable non-proxied UDP.

Safari

Safari не раскрывает локальные адреса, пока сайт не получит доступ к камере или микрофону, и отдельной настройки для обычного пользователя не предлагает. Не давайте такой доступ незнакомым сайтам и пользуйтесь VPN на уровне системы, а не в браузере.

Шаг 3. Проверьте результат

Перезапустите браузер, включите VPN и снова откройте browserleaks.com/webrtc:

• если WebRTC отключён полностью (Firefox, вариант 1), страница сообщит, что WebRTC недоступен;
• в остальных случаях в списке должен остаться только адрес VPN-сервера, без вашего настоящего IPv4 и IPv6 и без адресов 192.168.x.x/10.x.x.x.

Затем проверьте звонок в сервисе, которым пользуетесь (Meet, Jitsi, Teams в браузере). Если связь пропала, смягчите режим: в Chrome, Edge и Brave — с disable_non_proxied_udp на default_public_interface_only, в Firefox — вариант 2 вместо полного отключения.

Как защититься от утечек IP в целом

• VPN на уровне системы, а не расширение. Когда весь трафик компьютера идёт через туннель, STUN-запрос WebRTC тоже уходит через него и сайт видит адрес VPN.
• Аварийное отключение (kill switch). Если VPN упадёт, браузер не должен выйти в сеть напрямую — см. нашу инструкцию ниже.
• IPv6 под контролем. VPN должен туннелировать IPv6 или блокировать его.
• Не отключайте защиту ради «анонимности». В старых советах предлагали выключить Safe Browsing в Firefox — это повышает риск открыть фишинговую или вредоносную страницу и к WebRTC отношения не имеет.
• Повторяйте проверку после смены VPN, обновления браузера или перехода в другую сеть.

Что изменилось с 2015 года

Первая версия этой статьи вышла в 2015 году. Часть советов из неё больше не нужна или вредна:

• параметры Firefox Hello (loop.enabled) и Pocket (browser.pocket.enabled) не нужны: сами сервисы из Firefox убраны;
• отдельный DRM-плагин Adobe давно удалён; встроенное воспроизведение DRM-контента управляется параметром media.eme.enabled и к WebRTC отношения не имеет;
• JavaScript-пример с webkitRTCPeerConnection и тестовая страница diafygi.github.io/webrtc-ips устарели: для проверки используйте browserleaks.com;
• расширение для Chrome «WebRTC Block» больше не требуется: в Chrome и Edge есть политики, в Brave — штатная настройка.

Материал подготовлен на основе стандарта RFC 8828, документации Chromium, Microsoft Edge, WebKit и Brave и актуален на дату обновления. Названия пунктов меню могут отличаться в зависимости от версии и языка браузера.

Источник: IETF RFC 8828, документация разработчиков браузеров