Internet e redes

Teste de vazamento WebRTC: confira as ips expostas

Inspecione os candidatos de conexão expostos pelo WebRTC deste navegador. Compare candidatos públicos com o endereço usado nas requisições web comuns.

Usar a ferramenta

Ao iniciar, contata o operador STUN (Google por padrão) e ipify. Eles recebem seu endereço público. Sem microfone, câmera ou participante remoto. Limpe STUN para coletar apenas candidatos locais.

Seu resultado

IP HTTP público visto pelo ipify
—
Endereços ICE únicos
0
Candidatos observados
TipoEndereço ou nome mDNSProtocolo

Compare com a saída VPN esperada e sua referência. Candidatos privados ou mDNS não comprovam vazamento; a ausência é inconclusiva. Investigue IP público inesperado sem presumir um veredito.

Como usar a ferramenta

  1. Escolha um servidor STUN compatível ou confira o endereço preenchido.
  2. Inicie a coleta sem conceder câmera ou microfone.
  3. Compare candidatos locais, públicos e mascarados com a conexão pretendida.

Método de cálculo

RTCPeerConnection coleta candidatos ICE. STUN pode informar um endereço público server-reflexive, enquanto o navegador pode mascarar endereços locais com nomes mDNS.

Exemplo de cálculo

192.168.1.20 é um endereço privado, não uma IP pública. Um nome terminado em .local pode ser um candidato local mascarado.

Entenda os tipos de candidato

ICE reúne possíveis caminhos para comunicação em tempo real. Um candidato host vem de uma interface visível ao navegador. Um server-reflexive contém endereço obtido por STUN. Um relay usa um serviço TURN. A função de cada um explica mais do que contar todas as sequências parecidas com IP.

Navegadores modernos podem substituir uma IP local por um nome mDNS. Isso limita o que a página pode ler; não significa que o computador esteja sem endereço privado. O nome deve ser identificado como mascarado, sem inventar localização ou tratá-lo como endereço público.

Leia os tipos de candidato antes de avaliar a exposição

Três tipos comuns de ICE, host, srflx e relay, são explicados separadamente; ausência não comprova segurança.
Rótulos de referência, não candidatos coletados. Um endereço diferente exige considerar navegador, VPN e proxy. O teste não certifica conexões futuras nem todas as rotas.
Abrir o gráfico em tamanho completo

Compare endereços públicos com contexto

Uma requisição HTTPS e uma conexão WebRTC podem seguir caminhos diferentes. Proxy do navegador, túnel dividido da VPN, IPv6 e ajustes WebRTC afetam a comparação. Registre a IP web e os candidatos públicos no mesmo momento.

Um candidato público fora do caminho pretendido merece investigação. Sem uma referência conhecida, ele não basta para identificar a IP original da operadora. Endereços privados, endereços reservados para documentação e nomes mascarados não devem aparecer como IP residencial pública exposta.

Faça uma comparação coerente

Use o mesmo perfil, rede e servidor STUN na referência e na comparação. Altere uma configuração por vez. Recarregue depois de reconectar a VPN para não misturar dados de uma conexão anterior. Guarde tipo e endereço do candidato em vez de somente uma indicação vermelha ou verde.

O servidor STUN recebe as requisições necessárias para obter candidatos públicos. Um servidor personalizado precisa aceitar o transporte e permitir esse uso. Não é necessário iniciar uma chamada de vídeo nem gravar áudio para realizar a verificação.

Interprete ausência e falhas corretamente

Uma requisição STUN bloqueada pode deixar apenas candidatos locais ou nenhum candidato público. Extensão, política do navegador, WebRTC desativado e tempo esgotado também podem reduzir a amostra. Essas situações não autorizam afirmar que todos os caminhos estejam protegidos.

A observação termina quando a coleta conclui ou chega ao prazo. A conexão deve ser fechada depois disso. Um teste DNS examina o caminho dos resolvedores e serve como verificação separada. Nenhum desses testes avalia os registros mantidos pela VPN ou o comportamento de outros aplicativos instalados.

Como interpretar o resultado

Ausência de candidatos ou STUN indisponível é inconclusivo. Um candidato público diferente precisa de investigação, mas não comprova sozinho uma falha da VPN.

Dúvidas comuns

Precisa de permissão da câmera?

É possível coletar candidatos usando um canal de dados sem solicitar câmera ou microfone.

Coincidir com a IP web garante privacidade?

Não. Isso descreve os candidatos observados nesta execução, não todos os aplicativos, protocolos ou conexões futuras.