Teste de fugas de WebRTC:
o seu IP real está a aparecer?
O WebRTC pode entregar o seu IP real mesmo com um proxy ou VPN ativo. Este teste pergunta ao navegador exatamente o que expõe e compara com o IP que os sites veem.
- Os sites veem-no como (IPv4)
- -
- Os sites veem-no como (IPv6)
- -
- IP públicos expostos pelo WebRTC
- -
- IP locais expostos pelo WebRTC
- -
- Estado do WebRTC
- -
- UDP e STUN
- -
Todos os candidatos ICE gerados pelo navegador
Como funciona: o navegador pergunta aos servidores STUN públicos da Google (stun.l.google.com) em que endereços pode ser contactado, que é exatamente o que faz o script WebRTC de um site. A Google vê o seu IP como qualquer servidor a que se liga. Para comparar, o nosso servidor e o api.ipify.org / Cloudflare dizem-nos que endereço os sites veem nos pedidos web normais.
O que é uma fuga de WebRTC?
O WebRTC é a funcionalidade do navegador por trás das videochamadas e das apps peer-to-peer. Para ligar dois dispositivos, descobre todos os endereços em que o navegador pode ser contactado e partilha-os com a página. Um proxy web normal só transporta pedidos web (TCP), mas o WebRTC comunica por UDP e pode sair diretamente da sua rede, pelo que um script consegue ler o seu endereço real mesmo que todas as páginas que abre mostrem o IP do proxy.
Porque é que isto lhe interessa
Se gere várias contas ou faz scraping atrás de um proxy, um site que vê o IP do proxy no pedido e o seu IP doméstico no WebRTC fica a saber que o proxy é uma fachada. Essa discrepância é das primeiras coisas que os sistemas antifraude comparam.
O que é o mDNS (.local)?
Para não revelar o endereço da sua rede local (como 192.168.1.20), o Chrome, o Edge, o Safari e o Firefox trocam-no por um nome aleatório terminado em .local. Ver aqui um nome .local é bom sinal: o IP local está oculto. Os endereços públicos não são escondidos desta forma.
Como corrigir uma fuga
No AdsPower, GoLogin, Multilogin ou Dolphin{anty}, defina o modo WebRTC do perfil para substituir o endereço pelo IP do proxy (ou para o desativar). No Chrome normal, use uma extensão que bloqueie o WebRTC; no Firefox, defina media.peerconnection.enabled como false em about:config. Depois, execute este teste novamente.
Perguntas
Um proxy ou VPN impede as fugas de WebRTC?
Não, por si só. Um proxy HTTP ou SOCKS5 definido no navegador transporta tráfego web, mas normalmente não os pacotes UDP que o WebRTC envia. Uma VPN de túnel completo cobre mais, mas os navegadores ainda podem expor o endereço local ou IPv6 real. A única forma de saber é testar com o proxy ativo.
Um IP local visível, como 192.168.x.x, é um problema?
Não serve para o contactar a partir da internet, pelo que o risco é pequeno. No entanto, acrescenta detalhe à impressão digital do dispositivo e é mais um sinal de que o WebRTC não está mascarado. Os navegadores atuais escondem-no atrás de um nome .local, a menos que tenha permitido o acesso à câmara ou ao microfone.
Devo simplesmente desativar o WebRTC?
Desativá-lo impede a fuga, mas estraga as videochamadas, e um navegador sem WebRTC pode parecer invulgar aos sistemas antifraude. Para trabalho com várias contas, costuma ser melhor manter o WebRTC ativo e fazer com que indique o IP do proxy.
Encaminhe o WebRTC por um IP móvel real
Os proxies móveis da XProxy funcionam sobre ligações reais de operador 4G/5G e suportam SOCKS5 UDP, pelo que o tráfego WebRTC pode passar pelo proxy e indicar o mesmo IP que o resto do navegador.
