Teste de IP e Vazamento WebRTC

O "vazamento WebRTC" é uma falha de privacidade bem conhecida: a mesma API do navegador que faz funcionar chamadas de vídeo e transferências de arquivos peer-to-peer também negocia uma conexão direta entre dois navegadores, e essa negociação pode expor endereços IP que nunca aparecem numa requisição HTTP comum. Esta ferramenta faz as duas verificações lado a lado — o IP público que um site enxerga nas suas requisições HTTP e os endereços que a pilha WebRTC do navegador revela durante o estabelecimento da conexão — para você comparar e ver se algo inesperado está sendo exposto.

A seção de IP público faz duas consultas: uma estritamente IPv4 e outra que retorna a família de endereços que sua conexão realmente prefere, que pode ser um IPv6 em redes com suporte nativo — algo cada vez mais comum nas operadoras de fibra no Brasil. Esse é o endereço que qualquer site, e quem quer que receba os logs dele, vê como origem da sua conexão.

A seção WebRTC inicia uma tentativa de conexão local usando o processo padrão de coleta de candidatos ICE (o mesmo mecanismo que um app de videochamada usa para achar o melhor caminho entre dois participantes) e lista cada endereço único que aparece, marcado pelo tipo de candidato: candidatos "host" vêm das interfaces de rede da sua própria máquina, candidatos "srflx" (server-reflexive) voltam de um servidor STUN e normalmente coincidem com seu IP público, e candidatos "relay" passam por um servidor TURN. Um candidato host com um IP real, em vez de um nome ".local" gerado pelo navegador, é o vazamento clássico: ele pode revelar seu IP verdadeiro da LAN mesmo quando a VPN está escondendo corretamente seu IP público em todo o resto.

Versões modernas do Chrome e do Firefox reduzem parte desse problema substituindo o IP local real nos candidatos host por um hostname ".local" aleatório, válido só para aquela sessão e resolvido apenas via mDNS na sua própria rede, em vez de expor o endereço literal para a página. Esta ferramenta sinaliza esse caso separadamente, porque significa que o vazamento já foi contido pelo navegador, e não pela VPN ou pela configuração de rede — o caso que realmente merece investigação é aparecer um IP real do tipo host. Se isso acontecer, vale ativar a proteção contra vazamento WebRTC da sua VPN, usar uma extensão que limite o WebRTC ou ajustar as configurações do navegador e depois rodar o teste de novo.

As duas verificações exigem atividade de rede de verdade: as consultas de IP público precisam de uma conexão HTTP ativa com um serviço de consulta, e a varredura WebRTC precisa alcançar um servidor STUN público para descobrir o endereço reflexivo. Por isso, esta é uma das poucas ferramentas da caixa que não funciona totalmente offline. Nenhum resultado é armazenado — a página só mostra o que o seu próprio navegador e a sua pilha de rede revelam, exatamente como qualquer outro site que você visita poderia observar.