Por que isso importa

Uma VPN muda o IP público que os sites comuns veem. O WebRTC é diferente: as páginas podem pedir ao navegador os endereços de conexão usados em chamadas entre pares.

Se esses endereços incluem o seu IP público real ou um endereço da rede local, a proteção da VPN fica incompleta naquela página — mesmo quando a consulta habitual de “qual é o meu IP” parece boa.

O que é WebRTC

WebRTC é uma tecnologia do navegador para áudio, vídeo e dados entre pares, sem plugins. Para achar um caminho que funcione, o navegador reúne candidatos ICE — possíveis endereços que o outro lado poderia usar.

Reunir esses candidatos costuma passar por um servidor STUN na internet pública. Isso serve para as chamadas e é um risco de privacidade quando uma página qualquer pode ler a mesma lista.

O que um site pode descobrir

O esperado

O site vê o endereço da VPN

  1. Seu dispositivo
  2. IP de saída da VPN
  3. Site

Vazamento

O WebRTC ainda revela um IP real ou local

  1. Seu dispositivo
  2. IP público real
  3. Endereço LAN
  4. Site

Exposição local e pública

Um candidato host costuma ser um endereço LAN (por exemplo 192.168.x.x). Vê-lo significa que a página aprendeu algo sobre a sua rede local — contexto útil, mas não é o mesmo que revelar o IP público do seu ISP.

Um candidato reflexivo de servidor (srflx) é um endereço público como visto da internet. Para quem usa VPN, a pergunta importante é se esse endereço público coincide com o endereço pelo qual a página carregou — em geral a saída da VPN, se o túnel cobre o site. Os testes de vazamento comparam a mesma família de IP (IPv4 com IPv4, IPv6 com IPv6); a outra família é listada para você conferir, não marcada sozinha.

Nomes mDNS não são o ponto principal

Muitos navegadores escondem IPs LAN brutos atrás de nomes que terminam em .local (mDNS). Isso reduz a exposição casual de endereços 192.168, mas não corrige um vazamento de IP público.

Ao ler um teste de vazamento, trate o mDNS como “identidade local ocultada”, não como prova de que nada sensível foi compartilhado.

O que você pode fazer

Prefira ajustes do navegador ou da VPN que limitem quais IPs o WebRTC pode compartilhar, em vez de desligar o WebRTC, a menos que você nunca precise de chamadas no navegador.

Chrome e Edge já não oferecem o antigo interruptor de WebRTC em chrome://flags; navegadores gerenciados podem definir uma política de tratamento de IP do WebRTC. O Firefox pode limitar candidatos ICE de host em about:config — desligar media.peerconnection.enabled quebra as chamadas. Alguns apps de VPN incluem proteção WebRTC — use quando existir.

Depois de mudar um ajuste, execute de novo um teste de vazamento de WebRTC e compare qualquer candidato público com o IP da sua VPN.

Como verificar

Abra um teste de vazamento de WebRTC conectado à sua VPN. Anote o IP público que a página informa para a sua conexão e veja se o WebRTC listou um endereço público diferente.

Se só aparecerem endereços LAN ou nomes mDNS, entenda o que isso significa para o que você quer proteger. Se um endereço público for diferente da saída da VPN, essa é a correção prioritária.

Lembre-se

  • Um resultado limpo de “qual é o meu IP” não prova que o WebRTC está seguro.
  • Desligar o WebRTC por completo quebra muitas chamadas no navegador — é melhor limitar a exposição de IP.
  • Sites diferentes podem usar o WebRTC de formas diferentes; uma página de teste mostra o que este navegador revelará a um script parecido.
  • Verifique de novo depois de atualizar o navegador ou a VPN.

SkyPath VPN

Quer essa proteção o tempo todo?

O SkyPath VPN é gratuito para Android — conecte com um toque, sem conta e sem registros.

Get it on Google Play