2,14 milhões de contas bloqueadas e 3,3% de apelações bem-sucedidas: como funciona o antifraude do Claude e a proteção contra banimentos

• Volume de bloqueios da Anthropic no ano: 2,14 milhões de contas (690 mil no 1º semestre e 1,45 milhão no 2º semestre, +110%)
• Taxa de conversão de apelações em desbloqueio: 3,3% (1,7 mil restauradas de 52 mil solicitações)
• Risco em cascata por cartão compartilhado: bloqueio de toda a organização, com até 110 funcionários, em uma única noite, sem devolução dos valores
• Principal fator de sobrevivência da conta: consistência entre país do IP, fuso horário, cartão e telefone + e-mail com mais de 10 anos

A publicação de estatísticas no Anthropic Transparency Hub acabou com todas as ilusões sobre "falhas aleatórias" no bloqueio de acesso ao Claude. Em um único ano, o sistema eliminou 2,14 milhões de contas: se no primeiro semestre 690 mil contas foram cortadas, no segundo semestre o número já era de 1,45 milhão (um salto de mais de 110%). Além disso, contar com o suporte pelo formulário `claude.ai/restricted` é inútil: das 52.000 apelações apresentadas no segundo semestre, o acesso efetivo só foi devolvido em 1.700 casos — um erro estatístico de 3,3%.

A partir de 4 de setembro de 2025, as regras ficaram ainda mais rígidas: além do bloqueio geográfico direto para usuários de regiões não suportadas, empresas estrangeiras nas quais a participação de fundadores dessas jurisdições supera 50% também passaram a ser proibidas. Observando como, um a um, os perfis de trabalho de colegas de mercado foram sendo queimados, nossa equipe analisou em detalhes a mecânica da máquina antifraude.

Por que o antifraude da

Anthropic bane por infraestrutura e dados cadastrais, e não pelo texto dos prompts?

Um mito comum afirma que o bloqueio chega por causa de perguntas "delicadas" no chat. Na realidade, o gatilho primário é acionado por algoritmos de scoring financeiro e comportamental (de forma semelhante ao Stripe Radar), verificando os itens da Acceptable Use Policy sobre proibição de atividade coordenada (`coordinate malicious activity across multiple accounts`) e automação de registros.

O sistema cruza cinco sinais técnicos. Um desvio isolado raramente provoca bloqueio instantâneo, mas a sobreposição de 2 a 3 sinais de alerta dispara a exclusão automática da conta sem aviso prévio:

1. Saltos no ponto de entrada e dessincronização do fingerprint: se o seu endereço IP salta de Frankfurt para Amsterdã em cinco minutos, está em um pool de hospedagem barata já marcado, ou aberto simultaneamente em dois países, o gatilho de burla de restrições regionais é acionado. O antifraude confere o IP com o relógio do sistema operacional, o fuso horário do navegador e a lista de fontes instaladas.

2. Cartão de pagamento compartilhado e carteiras cripto intermediárias: o gatilho mais destrutivo de 2026. Quando cinco desenvolvedores pagam assinaturas com o mesmo cartão corporativo ou intermediário, o algoritmo os associa em um único cluster de fraude e elimina toda a cadeia.

É emblemático o caso de uma empresa de agrotech com 110 pessoas (analisado no HackerNews e na issue do GitHub `#51583`), que teve toda a organização derrubada em uma única noite, junto com o domínio corporativo, sem devolução dos valores debitados. E, ao pagar com cartão de um intermediário, o reembolso em caso de banimento vai para o cartão do intermediário ("drop"), e o dinheiro é perdido para sempre. 3.

Idade da conta Google: um e-mail recente, sem autenticação em dois fatores (2FA) e sem histórico de uso de serviços, é interpretado como fazenda de bots. O paradoxo da prática: um Gmail russo de dez anos, com histórico ativo no YouTube e no Drive, acessado com um IP estrangeiro cuidadoso, sobrevive por anos, enquanto um e-mail "europeu" zerado é banido já na primeira semana. 4.

Números de SMS descartáveis: números virtuais de pools públicos de aluguel já estão expostos em centenas de registros de outras pessoas e puxam imediatamente o novo perfil para baixo. 5. Anomalias no tráfego de API: picos abruptos de requisições, tentativas de destilação do modelo (`model scraping`) e execuções em massa de prompts de jailbreak.

Como montar uma configuração de posto de trabalho inquebrável para

acesso direto?

Um dos nossos engenheiros na Alpina Digital, depois de uma série de bloqueios frustrantes, montou um checklist de higiene rígido com o qual a conta funciona sem uma única falha:

• Uso da conta Google pessoal principal, com histórico de mais de 10 anos e 2FA ativada.
• Coerência geográfica total dos dados cadastrais pela regra de "um único país": cartão bancário espanhol pessoal + número de telefone espanhol pessoal + IP estático de Madri.
• Ajuste do horário do sistema do notebook rigorosamente pelo fuso horário do servidor (Madri) e desativação completa da geolocalização nas configurações do navegador.
• Navegador dedicado e limpo, usado apenas para trabalhar com o Claude, e extensão no VS Code (sem instalar o cliente desktop nativo da Anthropic, que lê a telemetria do sistema operacional de forma mais profunda).
• Encerramento forçado de todas as abas e processos em segundo plano antes de qualquer troca de rota de rede.

O que fazer na prática para tirar a equipe do risco de bloqueios em cascata?

Manter os processos de negócio da empresa em contas pessoais de desenvolvedores, vinculadas a um único cartão estrangeiro, é uma bomba-relógio. Para que engenheiros e equipes de produto não percam tempo em uma guerra contra fingerprints de navegador, resolvemos esse problema de forma arquitetural em dois níveis: para clientes corporativos, implantamos um gateway de API tolerante a falhas na AlpinaGPT, e para o trabalho individual e em equipe com o conjunto de modelos de ponta, sem risco de perder histórico e assinaturas, criamos o espaço de trabalho [Nomad AI](https://nomadnet.ai). E templates de engenharia prontos para roteamento tolerante a falhas entre o Claude Opus e modelos de reserva nós analisamos com os participantes do [Vibe Club](https://hamidun.com/club).