Vazamento de WebRTC

O que é um vazamento de WebRTC?

WebRTC (Web Real-Time Communication) é uma API nativa de navegador padronizada na RFC 8825 da IETF que permite canais de áudio, vídeo e dados peer-to-peer diretamente entre navegadores — sem plugin separado nem retransmissão por servidor. Para estabelecer essas conexões, os navegadores precisam coletar e trocar candidatos ICE: uma lista estruturada de endereços IP e portas, conforme definido na RFC 8839. O detalhe crítico é que a coleta de candidatos ICE pode expor os endereços IP reais — local e público — do dispositivo antes que qualquer túnel VPN ou proxy SOCKS tenha chance de interceptar o tráfego.

Quando um navegador se conecta por uma VPN, todas as requisições HTTP/HTTPS são roteadas pelo túnel e carregam o IP de saída da VPN. O WebRTC, porém, usa UDP e ignora a tabela de roteamento padrão do sistema para descoberta na rede local (STUN/TURN). Se a pilha WebRTC do navegador não estiver explicitamente restrita, uma página remota pode chamar RTCPeerConnection com um servidor STUN público (por exemplo, stun:stun.l.google.com:19302) e receber o IP WAN real do dispositivo no evento candidate — mesmo com a VPN ativa. Esse é o vazamento de WebRTC.

Por que isso importa para a detecção de fraude em votação de concursos

Concursos online que dependem de limitação de votos baseada em IP têm proteção parcial da detecção padrão de VPN — mas vazamentos de WebRTC criam um canal de detecção secundário mais confiável, não menos. Um eleitor que troca de endpoints de VPN, mas usa um navegador com pilha WebRTC sem mitigações, inadvertidamente transmite seu IP real toda vez que a página do concurso inicia uma negociação peer ou quando nosso JavaScript de detecção de fraude chama silenciosamente um RTCPeerConnection.

Na prática, as plataformas de concurso podem usar correlação STUN do lado do servidor: a página carrega um handshake oculto de conexão peer, o IP real aparece nas strings de candidato, e um motor de pontuação no backend compara esse IP com o IP de origem declarado pelo voto. Uma divergência sinaliza uso de proxy ou VPN — forte indicador de manipulação coordenada de votos.

Do ponto de vista da nossa plataforma, compreender vazamentos de WebRTC tem duas implicações:

1. Precisão de detecção: nossa camada de scoring antifraude cruza os IPs revelados pelo WebRTC com os IPs declarados nos votos enviados. Uma divergência aumenta a pontuação de risco daquele envio. Quando várias divergências compartilham o mesmo IP subjacente, clusters de voto podem ser atribuídos a um único ator.
2. Documentação de privacidade ao cliente: compradores dos nossos serviços operam em jurisdições onde o uso de VPN é legal e esperado. Nossa base de conhecimento deve explicar honestamente que vazamentos de WebRTC podem comprometer o anonimato que eles imaginam ter por meio da pilha de proxies, para que escolham nosso serviço com expectativas precisas.

Anatomia técnica do vazamento

Um trecho mínimo de JavaScript que dispara a coleta de candidatos é assim (do MDN Web Docs):

const pc = new RTCPeerConnection({ iceServers: [{ urls: 'stun:stun.l.google.com:19302' }] });
pc.createDataChannel('');
pc.createOffer().then(o => pc.setLocalDescription(o));
pc.onicecandidate = e => {
  if (e.candidate) console.log(e.candidate.candidate);
};

O formato da string candidate (a=candidate:...) especificado na RFC 8839 §5.1 contém o endereço IP, a porta e o tipo de transporte em texto puro. Nenhum gesto do usuário é necessário; toda a troca é invisível para ele.

Os navegadores diferem na mitigação:

• Firefox disponibiliza media.peerconnection.enabled = false como um toggle controlado pelo usuário desde a versão 42.
• Chrome e Edge (Chromium) respeitam chrome://flags/#enable-webrtc-hide-local-ips-with-mdns, que substitui os IPs reais por hostnames mDNS .local quando a flag está habilitada.
• Brave desabilita o WebRTC por padrão no modo “Proteção contra Fingerprinting”.

Conexão com nossa estratégia de SEO

O termo “vazamento de WebRTC” carrega intenção informacional de busca de dois públicos distintos: usuários de VPN preocupados com privacidade e desenvolvedores que constroem sistemas de detecção de fraude. Ambos os públicos cruzam com temas de votação em concursos. Uma entrada de glossário bem estruturada ajuda a estabelecer autoridade temática no cluster de “detecção de fraude em concursos”, apoiando nossos sinais de E-E-A-T ao demonstrar profundidade técnica em primeira mão — algo que uma página puramente comercial de serviço não consegue alcançar.

Resumo em três linhas: vazamentos de WebRTC expõem o IP real do dispositivo pelo processo de candidatos ICE do navegador, contornando a VPN. As plataformas de concurso exploram isso para correlacionar votos disfarçados por proxy de volta a um único IP de origem. Documentar esse mecanismo com precisão sustenta tanto nossa credibilidade em detecção de fraude quanto a cobertura informacional de SEO.