Pular para o conteúdo
Prevenção de fraude

Falsos positivos na detecção de VPN: quem é sinalizado por engano e o que fazer

Mantenha os clientes reais: por que os falsos positivos na detecção de VPN atingem usuários preocupados com privacidade, VPNs corporativas e CGNAT móvel, e como a pontuação baseada em evidências ainda pega a fraude.

PorEquipe GeoIPHubPublicadoAtualizadoTempo de leitura12 min de leitura
Figuras luminosas com e sem véu passando por um portão, representando tráfego anonimizado que ainda assim é legítimo

Durante uma década, a regra de fraude foi simples: IP oculto, risco maior. Sinalize as VPNs, bloqueie os proxies, siga em frente. Em 2026, essa regra drena receita em silêncio, porque a população que se esconde atrás de IPs anonimizados mudou. Uma parcela crescente dela são seus melhores clientes: usuários de iPhone com o iCloud Private Relay ativado, compradores preocupados com privacidade usando VPN e compradores móveis que compartilham um mesmo endereço de operadora com milhares de vizinhos. 47% dos lojistas relatam que as recusas indevidas lhes custam vendas, e a Apple diz a mesma coisa aos operadores de rede, do outro lado: "Traditional fraud detection that relies on IP addresses might need to be adjusted to ensure legitimate users aren't impacted" (a detecção de fraude tradicional que depende de endereços IP pode precisar ser ajustada para garantir que usuários legítimos não sejam afetados) (Apple, Prepare your network for iCloud Private Relay).

Enquanto isso, o tráfego que você realmente precisa barrar foi na direção oposta: os atacantes mais perigosos já nem vêm de faixas de datacenter óbvias. Eles chegam por IPs residenciais que parecem exatamente um cliente real. Assim, o instinto binário de "bloquear tráfego anonimizado" agora falha duas vezes: pune usuários reais e deixa passar as ameaças reais. Veja como diferenciá-los, começando pelo que a detecção de VPN e proxy realmente consegue ver.

Uma balança de luz com um escudo de um lado e pontos representando clientes do outro, representando o custo dos falsos positivos na detecção de VPN
Uma recusa indevida custa mais do que a fraude que ela deveria impedir.

Se você chegou aqui como a pessoa que está sendo bloqueada, e não como o site que bloqueia, leia o que um visitante sinalizado por engano pode fazer.

De onde vêm os falsos positivos na detecção de VPN

A maioria dos falsos positivos na detecção de VPN vem de pessoas legítimas cujo IP está oculto ou é compartilhado por motivos comuns. Uma grande fatia do tráfego anonimizado são usuários pagantes, sem nenhuma relação com fraude:

  • VPNs de consumo são populares. Na pesquisa de agosto de 2026 da Security.org com 1.008 adultos dos EUA, 42% disseram usar VPN, e os principais motivos são privacidade (56%) em geral e segurança (51%), sem nenhum motivo ligado a fraude na lista. Bloqueie todo o tráfego de VPN e você estará, por definição, recusando clientes preocupados com privacidade.
  • VPNs corporativas e viajantes. Funcionários roteados pela VPN da empresa, ou clientes conectando-se do exterior, aparecem legitimamente todos os dias em IPs "estrangeiros" ou próximos de datacenters.
  • Usuários móveis atrás de CGNAT. As operadoras ficaram sem IPv4 há muito tempo, então as redes móveis colocam enormes quantidades de assinantes reais atrás de um punhado de endereços compartilhados via NAT de nível de operadora (Carrier-Grade NAT). Um único IP móvel pode representar milhares de clientes genuínos. Bloqueie-o por causa de uma sessão ruim e você bloqueia o equivalente a um quarteirão inteiro de compradores reais. Esse mesmo espaço de endereços compartilhados é exatamente o que torna os proxies móveis tão difíceis de detectar.
  • Cloudflare WARP. Um serviço gratuito de privacidade para consumidores, não um proxy de fraude; veja como reconhecer o tráfego do WARP.

E há ainda o caso que quebra completamente a detecção ingênua: o Apple iCloud Private Relay.

O iCloud Private Relay não é uma VPN, então não o pontue como uma

O Private Relay é um relay de privacidade, não uma VPN: segundo a própria visão geral da Apple, ele divide cada conexão em dois saltos para que nenhuma parte veja ao mesmo tempo o usuário e o destino, e não permite que os usuários pareçam se conectar de outro país ou região. A Apple valida cada conexão no nível do dispositivo e da conta e limita o serviço a dispositivos Apple com assinatura paga do iCloud+, então sinalizar um IP de relay como proxy anônimo significa recusar clientes pagantes verificados. Nosso guia sobre como detectar o iCloud Private Relay e o WARP explica como reconhecer esse tráfego e deixá-lo passar.

O lado malicioso: os proxies residenciais são a ameaça real

Então, o que deveria disparar alarmes? A categoria criada justamente para derrotar o instinto de "confiar em IPs residenciais": as redes de proxies residenciais.

Um proxy residencial roteia o tráfego de um atacante por um IP de propriedade de um provedor e atribuído a uma residência ou pequena empresa real, geralmente obtido por meio de aplicativos e SDKs trojanizados que inscrevem silenciosamente dispositivos de consumidores como nós de saída. Para o seu servidor, parece um cliente comum em um provedor residencial. Esse é exatamente o objetivo, e é por isso que o Threat Intelligence Group do Google os considera um sério desafio para os defensores: quando o GTIG desarticulou a rede IPIDEA em janeiro de 2026, encontrou mais de 550 grupos de ameaça distintos e monitorados (incluindo atores ligados aos Estados da China, Coreia do Norte, Irã e Rússia) usando nós de saída da IPIDEA em uma única janela de sete dias para invasões de SaaS, acesso a ambientes on-premises e ataques de password spray.

Essa é a inversão que quebra as regras legadas: a VPN de datacenter é, na maioria das vezes, seu cliente; o IP "residencial" pode ser o atacante. E a pressão de volume é real: os bots automatizados já superam o tráfego humano na web, com mais de 53% de todas as requisições em 2025, e os agentes de IA surgem como uma nova categoria que confunde ainda mais a automação legítima e o abuso. Nosso guia sobre detecção de tráfego de bots por IP organiza essa automação em classes, de rastreadores verificados a scanners, e mostra quais delas uma consulta de IP consegue identificar.

Tráfego anonimizado, classificado pelo risco real

Nem todo anonimizador carrega o mesmo risco, então o tipo de anonimizador deveria definir a ação padrão. Uma primeira separação útil:

Tráfego anonimizadoRisco típicoAção padrão
Apple iCloud Private RelayBaixo (clientes Apple verificados)Permitir; tratar a localização como aproximada
Cloudflare WARP / privacidade de consumoBaixo a médioPermitir, pontuar pelo comportamento
IPs compartilhados móveis / CGNATBaixo a médio (compartilhado)Nunca bloquear o IP de forma rígida; usar sinais no nível do usuário
VPN corporativa / de consumoMédio, uso mistoPontuar, desafiar se outros sinais se acumularem
Proxy residencialAlto (feito para burlar)Desafiar ou bloquear com evidência forte
Proxy de datacenter abusivo / botnet conhecidaAltoBloquear

A lição não é "confie em tudo" nem "bloqueie tudo". É que o tipo de anonimizador, somado a evidências que o corroborem, deveria orientar a decisão.

Quanto custa uma recusa indevida

Um falso positivo no checkout é uma recusa indevida: um cliente real recusado porque seu IP parecia anonimizado. 47% dos lojistas relatam que as recusas indevidas lhes custam vendas. Cada usuário do Private Relay, comprador móvel ou cliente com VPN bloqueado por engano é receita perdida, um chamado de suporte e, muitas vezes, um cliente que não volta. A fraude você consegue medir; a venda que você nunca fez porque bloqueou uma pessoa real é invisível, e é exatamente por isso que o bloqueio generalizado parece seguro e, em silêncio, não é.

O playbook: pontue com base em evidências, não em uma única flag

A saída é uma detecção que responda "o que a evidência diz sobre este IP e qual é o nosso grau de confiança?" em vez de "alguma flag de anonimizador está ativa?". Na prática:

  • Identifique o tipo de anonimizador, não apenas 'anônimo': Private Relay, VPN de consumo, VPN corporativa, proxy residencial ou hospedagem. Eles carregam riscos muito diferentes.
  • Use sinais atenuantes: no nosso modelo, um provedor residencial ou um rastreador verificado reduz a pontuação, e um serviço de privacidade conhecido, como o Private Relay, tem um teto para que nunca chegue ao bloqueio. Nenhum deles deveria aumentar o risco por si só.
  • Limite a infraestrutura compartilhada: nunca bloqueie de forma rígida uma faixa de CGNAT ou de operadora móvel por causa de uma sessão ruim, porque milhares de usuários reais estão atrás dela.
  • Pondere a recência da detecção: um IP visto em um pool de proxies há uma hora é muito diferente de um cuja única evidência tem seis meses.
  • Responda de forma gradual: permita o baixo risco, aumente a verificação na faixa intermediária e bloqueie apenas a fraude de alta confiança.

É exatamente assim que a pontuação de risco de 0 a 100 da GeoIPHub é construída. Os sinais atenuantes são de primeira classe: um provedor residencial subtrai pontos, um rastreador verificado subtrai mais e as faixas de CGNAT têm teto, de modo que o tráfego legítimo de privacidade fica baixo. Cada consulta retorna o tipo de conexão, a atribuição do provedor, uma flag is_residential_proxy (uma inferência grosseira, baseada no ASN, então trate-a como indício, não como prova) e os detection_methods que dispararam, para que você possa agir e explicar a decisão. Um checkout bloqueado nunca deveria ser uma caixa-preta.

Uma resposta graduada, não um muro

Aqui estão três consultas reais que executamos em 12 de outubro de 2026, resumidas. Primeiro, 172.224.226.1, um endereço de saída do Apple iCloud Private Relay:

GeoIPHub API
{ "ip": "172.224.226.1", "asn": { "org": "AKAMAI-AS - Akamai Technologies, Inc.", "connection_type": "datacenter" }, "geo": { "country_code": "GB", "city": "London" }, "detection": { "is_vpn": false, "is_proxy": false, "is_tor": false, "is_relay": true, "is_anonymous": false, "relay_provider": "iCloud Private Relay" }, "scoring": { "fraud_score": 24, "recommended_action": "allow", "detection_methods": ["datacenter_ip", "no_ptr_datacenter", "relay_ip"] } }

Segundo, 185.220.101.1, um nó de saída Tor:

GeoIPHub API
{ "ip": "185.220.101.1", "asn": { "org": "TORSERVERS-NET - Stiftung Erneuerbare Freiheit", "connection_type": "datacenter" }, "geo": { "country_code": "DE", "city": "Hamburg (Hamburg-Nord)" }, "detection": { "is_vpn": false, "is_proxy": false, "is_tor": true, "is_relay": false, "is_anonymous": true, "anonymity_level": "high" }, "threat": { "is_spammer": true, "threat_types": ["spammer", "tor"] }, "scoring": { "fraud_score": 100, "recommended_action": "block", "detection_methods": ["tor_exit", "datacenter_blocklisted", "rdns_tor", "known_spammer"] } }

Os dois endereços estão em redes de datacenter e ambos ocultam o IP doméstico do usuário. O endereço do Private Relay é identificado como relay, não marcado como anônimo, e tem pontuação 24: allow. O nó de saída Tor também está em uma blocklist de spam e tem pontuação 100: block. Mesma consulta, resultados opostos, porque a evidência é diferente.

Terceiro, 45.83.220.7, um servidor da Mullvad VPN em Malmö, que é o caso que a maioria das regras de VPN erra:

GeoIPHub API
{ "ip": "45.83.220.7", "asn": { "org": "ESAB-AS - 31173 Services AB", "connection_type": "datacenter" }, "geo": { "country_code": "SE", "city": "Malmö" }, "detection": { "is_vpn": true, "is_hosting": true, "is_anonymous": true, "vpn_provider": "Mullvad (31173 Services)", "vpn_confidence": 85 }, "threat": { "is_abusive": false, "is_spammer": false, "threat_types": ["vpn"] }, "scoring": { "fraud_score": 46, "recommended_action": "review", "detection_methods": ["known_vpn_server", "datacenter_ip"] } }

A VPN é identificada pelo nome com alta confiança, mas a pontuação para em 46 e a ação é review, não block, porque nada mais no registro aponta para abuso. Uma regra binária de "is_vpn significa bloquear" teria recusado esse usuário. Uma política graduada o deixa passar em ações de baixo risco e pede uma verificação adicional apenas onde o que está em jogo justifica. Uma flag de proxy residencial merece a mesma cautela: como a GeoIPHub apenas infere o status de proxy residencial de forma grosseira a partir de dados de ASN, ela só deveria levar a um desafio ou bloqueio quando outras evidências recentes a sustentarem.

Você pode ver como qualquer endereço é pontuado, incluindo endpoints do Private Relay e de VPN, com o teste gratuito de detecção de VPN e proxy e o verificador de pontuação de risco de IP, ou ler exatamente como a pontuação é construída na metodologia de detecção e na referência completa da API.

Pegue o proxy residencial, deixe o cliente de iPhone finalizar a compra

A internet anonimizada já não é, por si só, um sinal de fraude. O Apple Private Relay, o WARP, as VPNs corporativas e o CGNAT móvel colocam clientes reais atrás de IPs "ocultos", enquanto os atacantes de verdade se escondem dentro de faixas residenciais projetadas para parecer legítimas. A detecção que ainda funciona em 2026 não pergunta se um IP é anonimizado. Ela pergunta de que tipo, há quanto tempo e com que corroboração, e então responde na proporção certa. Pegue a fraude com proxy residencial. Deixe o cliente de iPhone finalizar a compra.

Perguntas frequentes

O que causa falsos positivos na detecção de VPN?

Uma regra que trata qualquer IP oculto ou compartilhado como fraude. Ela sinaliza compradores preocupados com privacidade em VPNs de consumo, funcionários em VPNs corporativas, viajantes, usuários móveis que compartilham um mesmo IP de operadora via CGNAT e usuários do Apple iCloud Private Relay. A maioria deles é cliente legítimo, então um bloqueio baseado só no IP os manda embora.

Bloquear o iCloud Private Relay causa falsos positivos?

Sim. O Private Relay não é uma VPN: a Apple roteia cada conexão por dois saltos, limita o serviço a dispositivos Apple com assinatura paga do iCloud+ e não permite que os usuários pareçam se conectar de outro país. A orientação da Apple para operadores de rede alerta que a detecção de fraude tradicional que depende de endereços IP pode precisar ser ajustada para garantir que usuários legítimos não sejam afetados. Trate um IP de relay como de baixo risco e aplique as regras de fraude com sinais de conta e de sessão.

Qual tráfego anonimizado é realmente perigoso?

As redes de proxies residenciais são a categoria genuinamente de alto risco. Elas roteiam o tráfego dos atacantes por IPs domésticos reais de provedores, coletados por meio de aplicativos trojanizados, de modo que ele se mistura aos usuários legítimos. A desarticulação da rede IPIDEA pelo Google em janeiro de 2026 encontrou mais de 550 grupos de ameaça monitorados usando seus nós de saída em uma única semana. VPNs comerciais e o Private Relay são, em sua maioria, legítimos; proxies residenciais raramente são.

Por que bloquear todo o tráfego de VPN e proxy é uma má ideia?

Porque uma grande parte dele são clientes reais. Cerca de um terço dos adultos dos EUA usa VPN, esmagadoramente por privacidade e segurança, e não para fraude, e usuários móveis rotineiramente compartilham um mesmo IP de operadora via CGNAT. Bloquear esses IPs de forma rígida gera recusas indevidas, e 47% dos lojistas relatam que as recusas indevidas lhes custam vendas. O objetivo é uma pontuação de risco graduada, não um bloqueio generalizado.

Como a GeoIPHub evita falsos positivos?

Pontuando com base em evidências, não na mera presença de uma flag. A pontuação de risco de 0 a 100 inclui sinais atenuantes (um provedor residencial subtrai pontos, um rastreador verificado subtrai mais e as faixas de CGNAT têm teto), e cada consulta retorna o tipo de conexão, a atribuição do provedor, a recência da detecção (last_seen) e os detection_methods que dispararam, para que você possa desafiar o que é realmente arriscado e deixar os clientes reais passarem.

Escrito por

Equipe GeoIPHub

A equipe por trás da API do GeoIPHub

Escrito pela equipe do GeoIPHub, as pessoas que constroem a API de inteligência de IP do GeoIPHub e seu scanner. Os rascunhos são preparados com auxílio de IA e editados pela equipe; os exemplos de API são consultas reais à API em produção, salvo quando indicados como ilustrativos.

Compartilhe este artigo
Mais artigos

Artigos relacionados