For the complete documentation index, see llms.txt. This page is also available as Markdown.

Why blocking WebRTC does not protect against detection

Many antidetect browsers block WebRTC to prevent the real IP address from leaking. However, blocking it can itself become a signal for an anti-fraud system. WebRTC works for most regular users, so its complete absence is unusual.

If a profile has no native UDP support, a website running a WebRTC check may receive an empty list of ICE candidates. The real address is not exposed, but the website can see that the browser behaves differently from a standard configuration and may raise its risk score.

The correct approach is to keep WebRTC enabled and route its UDP traffic through the proxy. Both the client application and the proxy must support UDP ASSOCIATE.

All ProxyShard products support UDP over SOCKS5 connections. Applications with suitable support are listed on the Software solutions for enabling WebRTC page.

Last updated

Was this helpful?