Faça o teste de vazamento de WebRTC: evite vazamentos de IP
Um proxy em funcionamento não protege automaticamente todas as conexões do navegador. Use um teste de vazamento de WebRTC para verificar o roteamento, evitar a exposição inesperada do IP e manter a sua presença na web segura e consistente. Aqui está um guia completo que mostra como fazer isso.
O que é WebRTC
WebRTC (Web Real-Time Communication) é um padrão aberto que permite a navegadores e aplicativos trocar áudio, vídeo e dados em tempo real, sem plugins. Costuma usar UDP para comunicação de baixa latência, mas também oferece suporte a TCP e a conexões baseadas em relay.
Para estabelecer conexões, o WebRTC coleta candidatos ICE (Interactive Connectivity Establishment): possíveis pontos de rede que contêm um endereço, uma porta e um protocolo de transporte. Esses candidatos são a origem de todos os possíveis vazamentos.
Se a descoberta usar uma rota desprotegida, esses candidatos podem expor um IP fora da conexão de proxy ou VPN pretendida.
Por que os proxies vazam via WebRTC
Um vazamento de WebRTC ocorre quando a descoberta de conectividade do navegador expõe um endereço que a sua configuração de roteamento deveria ocultar. O teste de vazamento de WebRTC ajuda a revelar isso.
Uma página web inicia a coleta de candidatos WebRTC.
O navegador contata um servidor STUN para descobrir o seu endereço público.
Se essa conexão ignorar o proxy, o STUN observa o endereço do seu provedor de internet (ISP).
O navegador pode expor esse endereço ao JavaScript da página por meio de um candidato ICE.
Lembre-se de que:
As configurações de proxy do navegador não cobrem necessariamente o tráfego WebRTC.
Uma VPN de túnel completo aplicada corretamente deve transportar esse tráfego; o WebRTC não derrota por si só a criptografia da VPN.
Por que vazamentos de WebRTC podem expor você
Um IP público exposto pode revelar o seu provedor de rede e a localização aproximada, mas não o seu nome nem o endereço exato. Ele também pode permitir:
Correlação entre sessões de navegador que seriam separadas.
Restrições baseadas em localização.
Verificação adicional ou revisão da conta.
Essas são consequências possíveis, não resultados garantidos. Ainda assim, vale a pena ter cautela e realizar testes de vazamento de WebRTC regularmente.
Tenha cautela e teste sempre vazamentos de DNS e de WebRTC. Leia sobre segurança de proxies e de dados para saber mais.
Diferença entre vazamentos de DNS e de WebRTC
Os vazamentos de DNS dizem respeito ao caminho percorrido pelas consultas de domínio; os de WebRTC dizem respeito a quais endereços a descoberta de conectividade expõe. Nenhum dos testes substitui o outro.
Dimensão | Vazamento de DNS | Vazamento de WebRTC |
Camada e protocolo | Resolução de nomes do sistema/aplicativo; UDP/TCP 53, DoH, DoT | Conectividade do navegador/aplicativo; ICE, STUN, TURN, geralmente UDP |
Informação vazada | Nomes de domínio consultados; o resolvedor vê a origem da consulta | Endereços IPv4/IPv6 locais ou públicos |
Quem fica sabendo | Resolvedor; observadores da rede, se o DNS não estiver criptografado | Scripts da página, peers ou servidores de descoberta |
Risco principal | Exposição da atividade de consulta de domínios | Identificação não intencional da rede e correlação de sessões |
Escopo | Em todo o sistema, específico de um aplicativo ou de um navegador | Navegadores e aplicativos com WebRTC ativado |
Mecanismo de disparo | Resolução de DNS fora do caminho protegido pretendido | WebRTC coletando candidatos ou verificando a conectividade |
Um teste de DNS costuma identificar resolvedores recursivos, não o IP público do seu dispositivo. Um resolvedor inesperado merece investigação; o país dele, por si só, não prova um vazamento.
Como testar vazamentos de WebRTC
Basicamente, um teste de vazamento de WebRTC serve para verificar se o seu IP real aparece em algum dos candidatos ICE visíveis no navegador. Alguns serviços ajudam nisso, como BrowserLeaks, IPLeak ou a ferramenta oficial do WebRTC, Trickle ICE, no GitHub.
1. Verifique o seu IPv4 e IPv6 reais sem proxy/VPN
Feche as sessões de trabalho sensíveis antes de desativar a proteção.
Abra o IPLeak.
Anote o seu IPv4 público direto e qualquer IPv6 disponível.
Mantenha esses endereços de referência em sigilo.
“No IPv6 detected” significa que o teste não estabeleceu conectividade IPv6, e não que o IPv6 nunca possa ficar disponível.
2. Inicie a sua rede de proxy/VPN e verifique o IP novamente
Conecte a VPN ou configure o proxy do CyberYozh App no perfil de navegador ou no cliente desejado.
Abra uma nova aba de teste.
Confirme que o IP público mudou para a saída esperada.
Verifique IPv4 e IPv6 separadamente.
Um IP de navegação alterado confirma que a rota da conexão mudou, mas ainda pode haver vazamentos de WebRTC.
3. Abra o BrowserLeaks, o IPLeak ou o Trickle ICE do WebRTC
Escolha um teste de vazamento de WebRTC online:
BrowserLeaks: analise “Your WebRTC IP” e o log SDP.
IPLeak: use o teste combinado de vazamento de DNS e WebRTC.
Trickle ICE: um exemplo do projeto WebRTC; clique em “Gather candidates” e analise as colunas de endereço/tipo. É um exemplo de diagnóstico, não uma certificação abrangente de privacidade.
4. Verifique se o seu IP físico aparece nos resultados
Compare os resultados do teste de vazamento de WebRTC com os seus endereços de referência:
O IP público direto do ISP aparece: investigue um vazamento de IP.
A saída esperada do proxy/VPN aparece: compatível com um roteamento protegido.
192.168.x.x ou 10.x.x.x: informação de rede privada, não a sua identidade pública.
Um hostname .local: ofuscação de endereço local, não prova de proteção do IP público.
Nenhum candidato ou um erro é um resultado inconclusivo. Repita o teste com outra ferramenta após reconectar. Se nenhuma dessas ferramentas mostrar vazamentos, você está seguro. Para saber como evitar vazamentos, continue lendo.
Como evitar vazamentos de WebRTC
Desative o WebRTC quando ele não for necessário ou imponha um roteamento protegido quando chamadas e aplicativos em tempo real precisarem continuar funcionando. Bloquear UDP sem proxy ajuda, mas não substitui o teste de vazamento de WebRTC para entender o que está acontecendo.
Veja como garantir que o IP do seu proxy não seja banido, incluindo a prevenção de vazamentos de IP e outros métodos.
Em navegadores comuns
Use o guia de configuração do navegador correspondente e aplique o controle adequado:
Firefox para desktop: about:config → media.peerconnection.enabled → false. Isso desativa o WebRTC.
Chrome: use uma extensão de privacidade mantida que ofereça suporte a disable_non_proxied_udp.
Brave: procure “WebRTC IP Handling Policy” nas configurações; escolha “Disable Non-Proxied UDP.”
Microsoft Edge: use uma extensão de privacidade de WebRTC compatível ou uma política gerenciada; teste novamente.
Safari: use roteamento de VPN imposto no nível do dispositivo; não confie em instruções antigas do menu experimental.
Opera: selecione o bloqueio de UDP sem proxy onde disponível ou use uma extensão compatível e mantida.
Em navegadores antidetect
Siga as instruções do navegador antidetect.
Atribua o proxy ao perfil e depois verifique as configurações de WebRTC dele. Escolha o modo desativado se o WebRTC não for necessário; caso contrário, use a opção de roteamento protegido do fornecedor.
Rótulos como “Altered” variam entre os produtos: alterar apenas os candidatos exibidos não garante que o tráfego de rede esteja protegido.
Depois, teste cada perfil.
Em clientes de proxy
Siga as instruções do cliente de proxy. Depois:
Importe as suas credenciais do CyberYozh.
Ative o modo TUN/roteamento completo, quando houver suporte.
Verifique o suporte a UDP no upstream.
Roteie o DNS pelo caminho pretendido
Desative o fallback direto indesejado.
O modo de proxy do sistema, por si só, não equivale a um túnel para todo o dispositivo. Depois disso, teste novamente a configuração real do navegador quanto a vazamentos de WebRTC.
Configuração de firewall do sistema
Consulte o guia de configurações do SO correspondente.
Use um kill switch de VPN nas configurações de Wi-Fi ou adicione regras de saída que restrinjam os aplicativos protegidos ao túnel ou ao cliente de proxy. Cubra tanto IPv4 quanto IPv6. Isso bloqueará todo o tráfego sem proxy (direto), reduzindo o risco de vazamento de WebRTC.
Boas práticas ao trabalhar com vazamentos de WebRTC
Teste o perfil de trabalho exato, e não apenas o navegador padrão; permissões do navegador, extensões, atribuições de proxy e regras de roteamento podem variar entre ambientes.
Repita as verificações após atualizações do navegador, mudanças no cliente, troca de rede e reconexões; um teste bem-sucedido valida uma configuração específica, não todos os estados futuros possíveis.
Verifique DNS e IPv6 de forma independente; desativar o WebRTC não corrige o roteamento de resolvedores sem relação com ele nem impede que conexões comuns contornem o caminho de rede protegido.
Teste o comportamento em caso de falha antes de trabalhar em produção: desconecte o túnel e confirme que os aplicativos protegidos param de se conectar, em vez de voltar silenciosamente ao acesso direto.
Preserve as funcionalidades necessárias: teste chamadas e compartilhamento de tela após as restrições e, em seguida, documente a configuração que funciona, sem armazenar senhas de proxy nem compartilhar publicamente os endereços de referência.