Um guia para teste de vazamento WebRTC
Um endereço IP não é, por si só, um vazamento. Verifique de onde ele veio e se a conexão usou a saída de rede pretendida.
O que é um vazamento WebRTC?
O WebRTC permite que navegadores troquem áudio, vídeo e dados em tempo real. Para estabelecer uma conexão, o navegador coleta possíveis endereços de rede, conhecidos como candidatos ICE.
Se você espera que o tráfego use uma VPN ou proxy, o WebRTC ainda pode expor um endereço por outro caminho de rede. A comparação útil é entre o endereço público dele e o endereço de saída da sua conexão web na mesma versão de IP.
Compare IPv4 com IPv4 e IPv6 com IPv6.
Como interpretar seu resultado
O veredito usa endereços realmente observados neste teste. Evidências ausentes não são tratadas como prova de segurança.
- Vazado
- O WebRTC expôs um endereço público diferente do seu IP de saída web na mesma versão de IP. Esta é uma discrepância de saída a investigar; por si só, não prova que o endereço é o IP da sua casa.
- IP local exposto
- O navegador retornou um endereço de rede privada ou local. Isso é diferente de expor um IP público: endereços locais geralmente não são roteáveis diretamente na internet, mas podem revelar algumas informações da rede interna.
- Não vazado
- Os candidatos públicos comparáveis corresponderam ao IP de saída web e não acionaram outra constatação de exposição de endereço. Isso se aplica apenas ao que este teste observou, não a todas as conexões ou aplicativos do seu dispositivo.
- Inconclusivo
- O teste pode ter apenas nomes mDNS, nenhum candidato, nenhuma linha de base de saída confiável ou endereços IPv4/IPv6 que não podem ser pareados. Um navegador sem suporte ou teste com falha também não deve ser interpretado como resultado seguro.
Encontrou uma discrepância? Verifique estes quatro pontos
Uma VPN conectada não garante que todas as conexões sigam o mesmo caminho. Proxies de navegador, túnel dividido e suporte a IPv6 podem afetar o resultado.
Identifique sua saída pretendida
Verifique a localização da VPN ou proxy que você selecionou e depois compare os endereços de saída web e públicos do WebRTC acima. Separe IPv4 de IPv6 antes de compará-los.
Revise a cobertura do proxy e o IPv6
Verifique se você está usando uma VPN em todo o dispositivo, um proxy de aplicativo ou um proxy apenas no navegador. Revise as regras de túnel dividido e o tratamento de IPv6. Fazer proxy de solicitações web não cobre necessariamente as conexões WebRTC.
Ajuste a política de WebRTC somente se necessário
Prefira a proteção contra vazamentos da sua VPN ou uma política de rede de navegador compatível. Não há um interruptor universal entre navegadores. Restringir o WebRTC pode afetar videoconferências, chamadas de voz e colaboração em tempo real.
Teste novamente e verificação cruzada
Depois de alterar as configurações, reabra a página ou execute o teste novamente e compare os endereços. Verifique o DNS separadamente para outra visão da sua conexão. Um veredito verde não é uma avaliação completa de privacidade.
Como o CHA.LA executa este teste?
A página cria um RTCPeerConnection temporário no seu navegador e usa um canal de dados para acionar a coleta de candidatos ICE. Quando configurados e disponíveis, os serviços STUN ajudam a observar os endereços de rede. A conexão temporária é encerrada após a coleta.
Os candidatos são classificados como endereços públicos, endereços locais ou nomes mDNS. Candidatos públicos são comparados com endereços confiáveis da solicitação web atual e sondas de saída, separadamente para IPv4 e IPv6. Esta verificação não requer acesso à câmera ou microfone.
Perguntas frequentes
Respostas práticas sobre VPNs, configurações do navegador e diferenças entre resultados de testes.
Ver um endereço IP ao usar uma VPN significa que ele vazou?
Não. Um site e o WebRTC podem ver o IP de saída da sua VPN, o que é esperado. Procure um endereço público inesperado e compare endereços dentro da mesma versão de IP. Mesmo uma incompatibilidade precisa de contexto, como túnel dividido, rede dual-stack e configuração da VPN.
Devo me preocupar com um endereço 192.168.x.x ou 10.x.x.x?
Geralmente são endereços de rede privada. Ver um não significa que um visitante da internet possa se conectar diretamente ao seu dispositivo. No entanto, pode revelar alguma estrutura da rede, então o CHA.LA relata a exposição de endereço local separadamente do vazamento de IP público.
Por que vejo um endereço .local ou um resultado inconclusivo?
Um navegador pode substituir um endereço local por um hostname mDNS, e uma rede pode restringir a coleta de candidatos. Sem candidatos públicos suficientes e uma linha de base de saída confiável, o teste não consegue concluir a comparação. Não coletar nenhum endereço não é o mesmo que verificar que nenhum endereço vazou.
Por que diferentes sites de teste discordam?
Os testes podem usar serviços STUN, tempos de coleta, linhas de base de saída e suporte a IPv6 diferentes. Versões de navegador, mudanças na rede e túnel dividido de VPN também podem afetar a coleta. Compare os endereços reais e o raciocínio sob as mesmas condições, não apenas os rótulos.
O teste funciona em dispositivos móveis? Precisa de acesso à câmera?
Navegadores móveis que suportam WebRTC geralmente conseguem executar a verificação, mas a visibilidade do endereço depende das políticas do navegador e do sistema operacional. Esta verificação usa um canal de dados e não precisa de acesso à câmera ou ao microfone.
Desativar o WebRTC quebrará a navegação normal?
A navegação comum na web geralmente não precisa de WebRTC, mas reuniões por vídeo baseadas em navegador, chamadas de voz e alguns recursos de colaboração podem parar de funcionar. Escolha uma restrição que atenda às suas necessidades e depois verifique os aplicativos que você usa, em vez de desativá-lo apenas para mudar o rótulo de um teste.
Um vazamento de WebRTC é o mesmo que um vazamento de DNS?
Não. Um teste de WebRTC verifica os endereços de rede expostos pela configuração de conexão em tempo real. Um teste de DNS observa os resolvedores que lidam com as consultas de domínio. Eles examinam caminhos diferentes, portanto passar em uma verificação não garante que o outro caminho esteja configurado como pretendido.