Como usar
- Ligue a sua VPN, depois abra esta página e clique em Executar o teste.
- Aguarde alguns segundos enquanto a página consulta dois servidores STUN públicos.
- Leia o veredito. Se ele disser que um endereço público é diferente, desligue a VPN e ligue de novo, depois execute o teste mais uma vez.
O que o teste faz
O WebRTC permite que os navegadores se conectem diretamente uns aos outros, para chamadas e compartilhamento de arquivos. Para achar uma rota, ele reúne endereços candidatos: os endereços do próprio dispositivo e o endereço público que um servidor STUN devolve. O teste inicia essa coleta com dois servidores STUN públicos, o stun.l.google.com, do Google, e o stun.cloudflare.com, da Cloudflare, e lê os candidatos que o navegador encontra.
O endereço público que um servidor STUN devolve é o endereço por onde o seu tráfego sai. Se ele não for o endereço que o servidor desta página vê na sua requisição, uma VPN pode não estar levando todo o seu tráfego. Os servidores STUN veem o seu endereço público, como precisam para responder, e nada mais desta página.
Como impedir vazamentos do WebRTC, por navegador
Cada navegador oferece controles diferentes, e os passos mudam entre as versões. Confira o resultado deste teste depois de cada mudança.
- Firefox: abra about:config e defina media.peerconnection.ice.default_address_only como true, para que o WebRTC use apenas a rota padrão. Definir media.peerconnection.enabled como false desliga o WebRTC por completo, o que interrompe chamadas no navegador. A wiki da Mozilla descreve as duas configurações.
- Edge: a Microsoft documenta uma política chamada WebRtcLocalhostIpHandling, definida por administradores. O valor AllowPublicInterfaceOnly faz o WebRTC usar apenas a interface pública. Não foi encontrada uma configuração para usuários comuns.
- Brave: as configurações incluem uma opção de IP do WebRTC, Default Public Interface Only, descrita na documentação do Brave. A posição no menu depende da versão.
- Chrome: não há uma configuração oficial para usuários comuns. Extensões que aplicam o mesmo limite são o caminho usual; escolha uma cujo código você confie.
- Safari: não foi verificada uma configuração para os endereços do WebRTC.
- Qualquer navegador: uma VPN que bloqueia o tráfego WebRTC, ou uma VPN que roteia o dispositivo inteiro, elimina o problema na origem. Execute este teste de novo depois.
O que este teste não mostra
- Ele não testa todas as rotas. Uma conexão pode usar um endereço que os servidores STUN não informaram.
- Ele não consegue dizer de qual interface de rede veio um candidato, então um endereço diferente pode vir de uma conexão comum.
- Um nome .local oculto representa um endereço local que o navegador não revelou; o teste não consegue lê-lo.
Exemplo: uma VPN que vaza
Os endereços abaixo são endereços de documentação da RFC 5737, no lugar de endereços reais. O servidor desta página vê o endereço do servidor da VPN, mas o navegador também informa o endereço da conexão comum.
O veredito é então um possível vazamento, e a página lista o endereço que difere.
| Endereço | Visto por | Resultado |
|---|---|---|
| 203.0.113.7 | Servidor desta página | Endereço da VPN |
| 198.51.100.9 | O navegador (WebRTC) | Diferente: a conexão comum |
| 192.168.1.10 | O navegador (local) | Endereço local, não público |
Perguntas frequentes
Por que o WebRTC revela o meu endereço IP?
O WebRTC reúne todos os endereços do dispositivo, para encontrar uma rota até outro navegador. A VPN leva o seu tráfego de navegação, mas parte do tráfego WebRTC ainda pode sair pela conexão comum, a menos que o navegador ou a VPN esteja configurado para impedir isso.
Este teste envia o meu endereço IP para algum lugar?
O seu endereço chega aos dois servidores STUN durante o teste, porque eles precisam responder a ele. O servidor desta página também o vê, como faz com toda requisição, e não o guarda. Nada mais que você digita ou clica é enviado.
Por que o teste diz que um nome .local oculto não é o meu endereço?
Os navegadores trocam o endereço privado do dispositivo por um nome aleatório terminado em .local, então uma página web não consegue ler o endereço em si. O nome é um marcador; o teste conta esses nomes, mas não consegue ver o que está por trás deles.
E se o veredito disser que um endereço público é diferente, mas eu não uso VPN?
O seu dispositivo pode ter um endereço IPv6 que o tráfego IPv4 não usa, e o teste o informa. Confira as configurações de IPv6 da sua conexão antes de concluir que algo vaza.
Por que o teste não pede permissão de câmera nem de microfone?
Ele não precisa delas. Conceder acesso à câmera ou ao microfone faria o navegador mostrar o seu endereço local real, então o teste deixa essa escolha para você.
Posso confiar em uma VPN que diz bloquear o WebRTC?
Teste. Execute esta página com a VPN ligada e leia o veredito. Uma afirmação não é prova, e um vazamento pode voltar depois de uma atualização ou de uma troca de rede.
Fontes
- RFC 8839: SDP syntax for ICE (candidate attribute, section 5.1) (em inglês)
- Rascunho da IETF, expirado: Using Multicast DNS to protect privacy when exposing ICE candidates (em inglês)
- Wiki da Mozilla: WebRTC privacy settings (em inglês)
- Microsoft: WebRtcLocalhostIpHandling policy for Microsoft Edge (em inglês)
- Cloudflare: TURN and STUN servers (em inglês)
- RFC 5737: IPv4 address blocks reserved for documentation (em inglês)
Números e texto verificados pela última vez em terça-feira, 10 de novembro de 2026.