Утечки IP через WebRTC: почему VPN не спасает и как защититься
Анализ работы протокола ICE, запросов к STUN-серверам и проверка утечек.
Команда безопасности MindLucid
Архитектура базовых сетей
Проверьте инструмент прямо в браузере (без отправки на сервер)
Диагностические запросы отправляются напрямую из вашего браузера к публичным узлам.
Checks if local IP candidates are exposed to scripts via WebRTC ICE.
Причины и механизм утечек WebRTC
Технология WebRTC обеспечивает видеозвонки прямо в браузере без посредников. Для установки P2P-соединения через NAT протокол ICE собирает все доступные сетевые пути:
- Локальные IP-адреса LAN: например,
192.168.1.xили10.x.x.x. - Публичные IP-адреса: полученные в ходе опроса STUN-серверов.
Почему VPN пропускает реальный IP
При создании объекта RTCPeerConnection браузер может опросить все сетевые интерфейсы оборудования напрямую. Это приводит к тому, что STUN-запрос уходит мимо туннеля VPN через основной шлюз провайдера.
Проверка в реальном времени
Используйте модуль ниже, чтобы протестировать ваш браузер на наличие утечек WebRTC прямо сейчас.
Часто задаваемые вопросы (FAQ)
Что именно вызывает утечку WebRTC?
Протокол ICE запрашивает внешние STUN-серверы для поиска прямого P2P-маршрута, при этом браузер может отправить запрос через физический сетевой адаптер в обход виртуального VPN-интерфейса.
Помогает ли режим инкогнито?
Нет, режим инкогнито не блокирует сетевые вызовы RTCPeerConnection.
Связанные технические статьи
Все о DNS over HTTPS (DoH): как шифрование в браузере защищает от слежки провайдера
Традиционные запросы DNS через порт 53 передаются в открытом виде. Узнайте, как DoH инкапсулирует запросы в TLS 1.3 через порт 443, и протестируйте резолверы в интерактивном модуле.
network • 9 мин чтенияПолное руководство по подсетям IPv4, нотации CIDR и расчету VLSM
Разберитесь в побитовой логике 32-битных адресов IPv4, изучите частные диапазоны RFC 1918 и воспользуйтесь встроенным калькулятором подсетей.