WebRTC — удобная штука: через неё в браузере работают звонки, голосовые каналы, шаринг экрана и передача файлов. Но та же P2P-логика объясняет, почему при работе через прокси может утечь реальный IP. Браузеру для соединения нужны ICE-кандидаты: он шлёт UDP-запрос на STUN-сервер, тот видит внешний адрес отправителя и возвращает его в SDP. Если прокси TCP-шный и не умеет заворачивать UDP, запрос уходит напрямую через шлюз провайдера — мимо прокси. В итоге STUN фиксирует домашний IP, и он всплывает в описании сессии.
Соблазн простой: выключить WebRTC. В антидетект-среде это часто плохая идея. В обычном Chromium технология включена у 99+% пользователей, и её отсутствие или кривая подмена через JS-расширение быстро видны антифроду — по нативным прототипам и поведению воркеров. Профиль начинает вызывать подозрение ещё до анализа прокси.
Правильный вектор иной: не глушить функцию, а сделать так, чтобы STUN-запросы уходили с адресом прокси, а не с реальным IP. То есть WebRTC должен работать честно — с нативной подменой, а не имитацией. Для мультиаккаунтинга это важнее косметической «приватности»: утечка связывает аккаунты в одну сетку, и дальше антифрод делает выводы.
#WebRTC #приватность #антидетект #утечкиIP
