Что такое утечка WebRTC? Как проверить и устранить (Гид 2026)
Краткий ответ: Используйте это руководство как практический чек-лист: начните с основного браузерного инструмента, подтвердите результат одним уточняющим тестом, а затем меняйте по одному параметру — устройство, браузер или настройку, — чтобы точно понять, что именно помогло.
Вы запускаете VPN, загорается зелёный индикатор «Подключено», и вы уверены, что ваш настоящий IP скрыт. Часто это не так. Утечка WebRTC — это коварный побочный канал в каждом современном браузере, который может раскрыть ваш реальный IP, выданный провайдером, а иногда и адрес в локальной сети, любому сайту, который захочет его узнать. Это происходит независимо от вашего VPN-туннеля — именно поэтому многих застаёт врасплох.
В этом гиде мы объясним, что на самом деле представляет собой утечка WebRTC, как проверить её меньше чем за минуту, и точное решение для Chrome, Firefox, Brave и Safari в 2026 году. Вы также узнаете про две вещи, которые не являются утечками, но каждый день принимаются за них: адреса mDNS на .local и локальные IP в современных браузерах.
- Что такое утечка WebRTC?
- Как проверить браузер на утечку WebRTC?
- Почему WebRTC раскрывает мой IP даже при включённом VPN?
- Как устранить утечки WebRTC в Chrome и Edge
- Как устранить утечки WebRTC в Firefox
- Как устранить утечки WebRTC в Brave
- Как устранить утечки WebRTC в Safari
- Стоит ли полностью отключать WebRTC?
- Что такое mDNS и почему показывается адрес .local?
- Частые вопросы
Что такое утечка WebRTC?
WebRTC (Web Real-Time Communication) — это браузерный API, обеспечивающий видеозвонки, голосовой чат, демонстрацию экрана и передачу файлов между устройствами напрямую внутри браузера, без плагинов. Его используют Google Meet, веб-версия Discord, звонки WhatsApp Web, Zoom в браузере и большинство виджетов поддержки.
Чтобы установить соединение между устройствами, WebRTC нужно узнать ваши IP-адреса. Он делает это, обращаясь к STUN-серверам — публичным серверам, которые сообщают в ответ тот IP, с которого, как они видят, вы пришли. И вот в чём загвоздка: эти STUN-запросы уходят по UDP и по умолчанию обходят любой SOCKS- или HTTP-прокси, настроенный в вашем браузере. Это значит, что ответ STUN может раскрыть ваш настоящий публичный IP, даже когда VPN-туннель якобы вас защищает.
Утечка WebRTC происходит, когда сайт запускает несколько строк JavaScript-кода WebRTC, собирает обнаруженные браузером IP-адреса и отправляет их на свой сервер. Вы не видите никакого запроса разрешения. Вы не получаете предупреждения. Сайт просто узнаёт ваш настоящий IP, пока вы думаете, что анонимны.
Утечка WebRTC может раскрыть три типа адресов: ваш настоящий публичный IPv4 (тот, что выдал провайдер), ваш настоящий публичный IPv6 (часто утекает, даже когда IPv4 защищён) и ваш локальный IP в сети (192.168.x.x / 10.x.x.x). Современные Chrome и Firefox маскируют локальный IP за хешированным именем .local — почему это хорошо, а не утечка, читайте в разделе про mDNS ниже.
Как проверить браузер на утечку WebRTC?
Проверка на утечку WebRTC занимает около 30 секунд. Ничего устанавливать не нужно. Тест работает прямо в браузере и использует тот же API WebRTC, что и вредоносный сайт, — поэтому всё, что видит тест, видит и любой сайт.
Воспользуйтесь бесплатным тестом на утечку WebRTC на этом сайте. Вот порядок действий:
- Сначала подключитесь к VPN. Убедитесь, что в панели VPN показаны выбранные вами страна и сервер.
- Откройте страницу теста на утечку WebRTC в том браузере, которым вы обычно пользуетесь.
- Нажмите «Начать сканирование». Страница опросит публичные STUN-серверы Google и выведет все IP-адреса, которые вернёт ваш браузер.
- Сравните строки с публичным IP с панелью вашего VPN. Все они должны совпадать с выходным IP VPN, а не с вашим настоящим IP провайдера.
- Повторите тест с отключённым VPN. Это даст вам базовую точку отсчёта — это те IP, которые WebRTC раскрывает, когда вы не защищены.
Запустите тест в каждом браузере, которым пользуетесь. VPN, прошедший проверку в Chrome, всё равно может давать утечку в Firefox, потому что эти два браузера реализуют WebRTC немного по-разному. И проверьте также на мобильном — WebRTC работает одинаково в Chrome для Android и Safari на iOS.
Некоторые старые страницы проверки считывают только публичные IPv4 и полностью пропускают IPv6. Если провайдер выдаёт вам нативный IPv6-адрес (в 2026 году так делает большинство), утечка только по IPv6 проскользнёт мимо теста, проверяющего лишь v4. Наш тест на утечку WebRTC за один проход сканирует IPv4, IPv6 и локальные IP, чтобы ничего не спряталось.
Почему WebRTC раскрывает мой IP, даже когда я использую VPN?
Короткий ответ: WebRTC делает STUN-запросы по «сырому» UDP, а многие VPN-клиенты направляют через туннель только TCP/HTTP-трафик, инициированный браузером. UDP-пакет STUN уходит через ваш физический сетевой интерфейс, попадает на STUN-сервер Google, и ответ STUN несёт обратно ваш настоящий IP — потому что для этого сервера запрос пришёл с вашего реального IP.
Даёт ли ваш VPN утечку, зависит от трёх вещей:
- Направляет ли VPN-клиент UDP через туннель? Дешёвые и бесплатные VPN часто пропускают маршрутизацию UDP, чтобы сэкономить. Всё, что похоже на TCP, идёт через туннель, а UDP-пакеты STUN — нет.
- Обрабатывает ли он IPv6? Многие VPN туннелируют только IPv4. Если провайдер даёт вам IPv6, этот v6-адрес полностью обходит туннель. Это причина №1 жалоб «у меня есть VPN, но мой настоящий IP всё равно утекает».
- Блокирует ли провайдер непроксированный UDP на уровне ядра/фаервола? Параноидальные так и делают (Mullvad, ProtonVPN, NordVPN). Всё, что попыталось бы выйти за пределы туннеля, даже не покидает машину.
Лучший VPN для защиты от утечек WebRTC
Исходя из того, как каждый провайдер публично описывает работу с WebRTC в 2026 году, вот VPN, которые стабильно проходят тесты на утечку «из коробки»:
- Mullvad — блокирует непроксированный UDP на уровне фаервола. Ничего не уходит наружу, кроме явно разрешённого в белом списке.
- ProtonVPN — обрабатывает IPv6 нативно (или чисто блокирует его, если сервер не поддерживает v6). По умолчанию туннелирует UDP.
- NordVPN — явно тестирует защиту от утечек WebRTC в рамках работы своего kill-switch.
- ExpressVPN — использует kill-switch «network lock», чтобы отбрасывать любой трафик, который вышел бы за пределы туннеля, включая STUN-запросы WebRTC.
Бесплатные VPN, браузерные VPN-расширения и большинство VPN, идущих в комплекте с антивирусами, ненадёжны в плане WebRTC. Проверьте именно вашу конфигурацию тестом на утечку WebRTC — не верьте маркетингу.
Как устранить утечки WebRTC в Chrome (и Edge)
В Chrome в 2026 году нет встроенного переключателя для отключения WebRTC. Google убрал старые опции в chrome://flags много лет назад. Остаётся три практических решения:
Вариант 1: установить официальный WebRTC Network Limiter от Google
Google публикует официальное расширение для Chrome под названием WebRTC Network Limiter в Chrome Web Store. Оно не отключает WebRTC полностью — оно указывает Chrome использовать только проксированный UDP и не привязываться к нестандартным маршрутам. На практике это останавливает большинство утечек, сохраняя работоспособность видеозвонков.
- Откройте страницу WebRTC Network Limiter в Chrome Web Store.
- Нажмите «Установить» (Add to Chrome). Настраивать ничего не нужно — применяется мгновенно.
- Перепроверьте тестом на утечку WebRTC.
Вариант 2: использовать настройку WebRTC в uBlock Origin
Если у вас уже стоит uBlock Origin, в нём есть встроенный переключатель, который блокирует утечки локального IP через WebRTC, не ломая видеозвонки:
- Нажмите значок uBlock Origin на панели инструментов, затем значок шестерёнок, чтобы открыть панель управления.
- Перейдите на вкладку «Настройки» (в некоторых версиях называется «Приватность»).
- Включите параметр «Запретить WebRTC раскрывать локальные IP-адреса».
- Нажмите «Применить изменения».
Вариант 3: перейти на VPN со встроенной блокировкой утечек
Самое чистое решение — на уровне ядра: VPN, который отказывается направлять любой UDP-пакет за пределы своего туннеля. Это не даёт STUN-запросу вообще достичь серверов Google, поэтому утекать нечему. Mullvad, NordVPN и ProtonVPN делают это при включённом kill-switch.
Те же три варианта работают и в Microsoft Edge — Edge построен на Chromium, поэтому экосистема расширений и поведение там идентичны.
Как устранить утечки WebRTC в Firefox (about:config)
Firefox — единственный крупный браузер, где можно полностью отключить WebRTC одной настройкой, без расширений.
Перепроверьте тестом на утечку WebRTC — теперь каждое поле должно показывать «WebRTC отключён» или не возвращать ни одного IP.
Голосовые и видеозвонки WhatsApp Web, Google Meet, Discord в браузере, браузерные звонки Microsoft Teams, Zoom в браузере, Jitsi и большинство виджетов поддержки полагаются на WebRTC. Если что-то из этого перестаёт работать после переключения настройки — вот почему. Верните значение true на время звонка, а потом снова поставьте false, либо используйте отдельный профиль Firefox для видеозвонков.
Как устранить утечки WebRTC в Brave
Brave — единственный крупный браузер со встроенным переключателем защиты от утечек WebRTC прямо в настройках. Не нужно ни расширений, ни ковыряния в about:config.
- Откройте новую вкладку и перейдите по адресу
brave://settings/privacy. - Прокрутите до «WebRTC IP handling policy».
- Измените значение выпадающего списка на «Disable Non-Proxied UDP».
- Закройте и снова откройте Brave, затем перепроверьте тестом на утечку WebRTC.
«Disable Non-Proxied UDP» — золотая середина: WebRTC по-прежнему работает для звонков через прокси VPN, но отказывается отправлять STUN-запросы по прямому (непроксированному) UDP-соединению. Утечки нет, звонки работают.
Как устранить утечки WebRTC в Safari (macOS + iOS)
Поведение WebRTC в Safari строже «из коробки» — локальные IP скрыты по умолчанию, а публичные идут через системный прокси, если он настроен. Но если вам нужен дополнительный уровень контроля:
Safari на macOS
- Откройте Safari, затем нажмите Safari → Настройки → Дополнения.
- Внизу включите «Показывать функции для веб-разработчиков».
- Появится новый раздел «Feature Flags» (или пункт меню «Разработка»).
- Откройте его и найдите записи, содержащие
WebRTC. - Отключите те, что связаны с ICE-кандидатами mDNS или устаревшими API WebRTC, если хотите закрутить настройки сильнее. Учтите, что эти флаги меняются от версии к версии Safari; значения по умолчанию в Safari 17+ для большинства пользователей уже учитывают приватность.
Safari на iOS / iPadOS
- Откройте приложение «Настройки» на iOS и прокрутите до Safari.
- Прокрутите вниз до «Дополнения → Экспериментальные функции».
- Найдите записи WebRTC и отключите их, если хотите выключить отдельные функции.
На iOS основную работу берёт на себя сам VPN. В отличие от настольных VPN, iOS принудительно направляет весь трафик (включая UDP) через настроенный профиль VPN, когда тот подключён, — поэтому утечки VPN на iOS встречаются реже, чем на десктопе, но не невозможны.
Стоит ли полностью отключать WebRTC?
Обычно нет. Полное отключение WebRTC — грубый инструмент: он останавливает утечку, но и отключает каждое зависящее от WebRTC приложение в вашем браузере.
| Что ломается при отключении WebRTC | Что продолжает работать |
|---|---|
| Google Meet (в браузере) | Google Meet (установленное приложение) |
| Discord в браузере — голос и видео | Настольное приложение Discord |
| Голосовые/видеозвонки WhatsApp Web | Сообщения в WhatsApp Web (без звонков) |
| Microsoft Teams в браузере | Настольное приложение Microsoft Teams |
| Веб-клиент Zoom | Установленное приложение Zoom |
| Jitsi Meet, Whereby, большинство браузерных звонилок | Любой инструмент, использующий нативное приложение |
| Демонстрация экрана в браузере | Демонстрация экрана в установленных приложениях |
Для большинства людей правильный шаг — не полное отключение, а выбор VPN, который блокирует утечки WebRTC на сетевом уровне, либо включение в Brave режима «Disable Non-Proxied UDP», который оставляет WebRTC рабочим, но безопасным от утечек.
Если вы журналист, активист, исследователь безопасности или любой человек, чья модель угроз включает деанонимизацию через веб-страницу, полное отключение — правильное решение. Смиритесь с поломанными видеозвонками и используйте для них установленные приложения. Для обычного пользователя, заботящегося о приватности, хороший VPN плюс Brave дают лучший баланс.
Что такое mDNS и почему мой тест на утечку показывает адрес .local?
Если вы запустите тест на утечку WebRTC в Chrome в 2026 году и увидите странную строку локального IP вроде a1b2c3d4-5678-90ab-cdef-1234567890ab.local, вас не взломали. Это mDNS (Multicast DNS) — механизм защиты приватности, который Chrome добавил в версии 76 (выпущена в августе 2019 года) и который с тех пор используют все браузеры на Chromium.
Вот что на самом деле происходит:
- До mDNS Chrome раскрывал ваш настоящий IP в локальной сети (например,
192.168.1.42) любому сайту, использующему WebRTC. Это можно было применить для построения карты вашей сети или для атак на роутер. - С mDNS Chrome генерирует случайное хешированное имя, оканчивающееся на
.local, и раскрывает его вместо настоящего локального IP. - Хеш уникален для каждой сессии браузера, его нельзя обратно превратить в реальный IP, и за пределами вашей локальной сети он ничего не значит.
Так что появление адреса .local в тесте на утечку — это работающая защита, а не утечка. Утечкой было бы, если бы вы увидели свой реальный адрес 192.168.x.x.
По результатам теста на утечку WebRTC: показан ваш настоящий публичный IPv4/IPv6 = утечка. Показан хешированный адрес .local = не утечка, это браузер вас защищает. Показан «сырой» IP вида 192.168.x.x, 10.x.x.x или 172.16–31.x.x = утечка (старый браузер или нет mDNS).
Смотрите: 3-минутный разбор утечки WebRTC
Если вам удобнее наглядный разбор, это короткое видео показывает процесс отключения WebRTC в Firefox и подход с расширением в Chrome:
Частые вопросы — короткие ответы
Останавливает ли режим инкогнито утечки WebRTC?
Нет. Инкогнито лишь не даёт браузеру сохранять историю, куки и данные форм локально. Оно не меняет поведение на сетевом уровне. WebRTC раскрывает ровно те же IP в окне инкогнито, что и в обычном. Если ваша конфигурация даёт утечку в одном, она даёт её и в другом.
Могут ли сайты видеть мой локальный IP-адрес через WebRTC?
В современных Chrome, Edge, Brave и Firefox — нет. Локальные IP в сети скрыты за хешами mDNS (имена на .local), если у сайта нет доступа к камере или микрофону. Старые браузеры (до 2019 года) и некоторые корпоративно ограниченные браузеры без mDNS всё ещё могут раскрывать «сырые» адреса 192.168.x.x.
Останавливает ли утечки WebRTC отключение IPv6?
Частично. Если ваш VPN туннелирует только IPv4, отключение IPv6 в сетевых настройках ОС не даёт WebRTC сообщать ваш настоящий IPv6-адрес. Но это не устраняет утечку IPv4 и может сломать некоторые современные приложения, которым нужна связность по v6. Лучшее решение — VPN, который обрабатывает IPv6 нативно или блокирует его на уровне фаервола.
Действительно ли браузерное расширение остановит все утечки WebRTC?
Для утечки локального IP — да: переключатель uBlock Origin и Network Limiter от Google оба предотвращают перечисление локальных IP. Для утечки публичного IP (настоящей проблемы приватности) расширения менее надёжны, чем решение на сетевом уровне со стороны вашего VPN. Всегда перепроверяйте после установки расширения.
Мой тест показывает «IP VPN» в поле публичного адреса — это безопасно?
Да. Если публичный IP, показанный в тесте на утечку WebRTC, совпадает с тем, что указано в панели вашего VPN, значит WebRTC корректно идёт через туннель и никакой утечки нет. Это ожидаемый хороший результат.
Я запускаю тест, и он вообще ничего не показывает — это хорошо?
Если сканирование возвращает ноль IP (или прямо сообщает «WebRTC отключён»), значит вы либо отключили WebRTC в Firefox, либо расширение вроде WebRTC Control полностью блокирует API. Это максимально приватное состояние — просто помните, что оно сломает любые браузерные приложения для видеозвонков, на которые вы полагаетесь.
Останавливает ли утечки WebRTC блокировщик отпечатков браузера вроде Canvas Defender?
Нет. Блокировщики отпечатков нацелены на canvas, WebGL и перечисление шрифтов. WebRTC — это отдельный API, и ему нужно собственное решение (расширение Network Limiter, переключатель uBlock, about:config в Firefox или политика обработки IP WebRTC в Brave).
Связанные инструменты и гиды
- Тест на утечку WebRTC — бесплатное браузерное сканирование на утечки IPv4, IPv6 и локального IP.
- Проверка задержки ввода — остальная часть нашего хаба сетевой диагностики для задержек клавиатуры, мыши и соединения.
- Тест веб-камеры и Тест микрофона — те же API
getUserMedia/ WebRTC, используются для проверки камеры и микрофона перед звонком. - Тест наушников и колонок — тоже построен на аудиостеке WebRTC браузера.
- Генератор надёжных паролей — вся генерация происходит локально, ничего не отправляется на сервер.
- Гид по проверке задержки ввода — как измерить и уменьшить задержку клавиатуры и мыши.
- Как проверить микрофон онлайн — родственная статья о тестировании микрофона через WebRTC.
- Гид по тесту веб-камеры — проверьте камеру перед звонками.
Запустите тест прямо сейчас: Проверьте браузер на утечки WebRTC — это занимает 30 секунд, без регистрации.
Краткий чек-лист
- Начните с самого простого браузерного теста, подходящего под задачу.
- Меняйте по одной настройке за раз, чтобы результаты было легко интерпретировать.
- Повторяйте тест после чистки, перезапуска или смены устройства.
- Используйте похожие инструменты, чтобы подтвердить первый результат, прежде чем принимать решение.