Verificação de saída WebRTC

WebRTC usa ICE/STUN para descobrir endereços para conexões ponto a ponto. STUN geralmente usa UDP. Se um proxy tratar apenas TCP, os candidatos poderão expor outra saída pública. Esta página cria apenas um canal de dados e não solicita permissão de câmera ou microfone.

UDP é um protocolo de transporte sem conexão. Um servidor STUN retorna ao cliente o endereço mapeado público que observa. Esta ferramenta usa Google e Cloudflare STUN, coleta candidatos ICE e os compara com a saída HTTP. Endereços locais ocultos pelo mDNS não são relatados como IPs públicos.

Os navegadores modernos substituem IPs locais reais por nomes .local aleatórios (mDNS) por padrão; esta página conta esses candidatos sem revelar o endereço. Se você ainda vir endereços como 192.168.x.x, o navegador está expondo detalhes da rede local, o que é comum após conceder acesso à câmera ou ao microfone ou quando a ofuscação do mDNS está desativada.

Saídas diferentes indicam apenas rotas UDP e HTTP diferentes, o que pode ser intencional. Verifique as regras do ISP, da região e do proxy. Nenhum endereço público pode significar que o UDP está bloqueado ou a coleta restrita do navegador; isso não estabelece segurança.

Verifique o encaminhamento UDP, o tratamento do tráfego TUN e as regras IPv6 no seu cliente. O Firefox pode desabilitar media.peerconnection.enabled em about:config; Brave pode desabilitar UDP sem proxy. Desativar o WebRTC afeta a videoconferência e recursos semelhantes, portanto, é preferível corrigir o roteamento de proxy.

Os modos proxy do sistema e adaptador de rede virtual lidam com diferentes escopos de tráfego. STUN pode não conseguir enviar tráfego em alguns modos proxy, enquanto o modo TUN pode expor a rota UDP real. Verifique o DNS também; um único resultado WebRTC não é uma auditoria de privacidade completa.