Sessões Roubadas do Claude Mostram o Risco nas Subscrições de IA

Um consultor de IA no Reino Unido reparou que o seu consumo no Claude estava a subir num dia em que não estava a trabalhar. Depois de duas semanas de idas e vindas, a Anthropic disse-lhe que uma chave de sessão comprometida tinha sido usada para criar tokens não autorizados na sua conta. Segundo a TechCrunch, ele não foi o único — outros subscritores descreveram o mesmo no Reddit e no GitHub. Se a sua empresa paga por ferramentas de IA, isto é um problema de gastos e de acesso que deve analisar já.

O que aconteceu, de facto

Grant De Swardt, um consultor independente que configura agentes de IA para pequenas e médias empresas, viu o consumo de tokens subir a 4 de agosto sem ter feito qualquer trabalho. No dia seguinte desligou tudo o que estava associado à sua conta e afastou-se dela. O consumo voltou a subir — numa janela controlada, passou de 45% para 55% sem tarefas ativas em curso.

Pediu à Anthropic uma discriminação detalhada do que estava a consumir a sua quota. A empresa não a forneceu, mas admitiu que algo estava errado. Suspendeu a sua conta paga, invalidou as sessões e os tokens do Claude Code do lado do servidor, e reembolsou parte da sua subscrição de 200 dólares mensais. A suspensão paralisou o seu fluxo de trabalho, já que gere tarefas administrativas, de programação e de design através de agentes de IA.

A Anthropic disse-lhe mais tarde que uma chave de sessão comprometida tinha sido usada para gerar tokens OAuth não autorizados, e que a sua conta parecia ter sido usada por um serviço externo para processar atividade de outras pessoas. Não conseguiu explicar como o acesso tinha sido obtido. Dois dos outros utilizadores afetados publicaram e-mails em que a Anthropic dizia ter identificado um agente malicioso a usar malware infostealer comum para roubar sessões de início de sessão do Claude a partir de computadores das pessoas, e depois a usar essas sessões para esgotar a sua quota. Os infostealers instalam-se numa máquina e recolhem palavras-passe guardadas, dados de sessão e credenciais. A Anthropic afirmou que o malware não vem do uso do Claude — vem de downloads infetados, anúncios maliciosos e fontes semelhantes.

Outros utilizadores descreveram o consumo a saltar de 0% para 100% sem tocarem na conta, ou de 0 para 49% em doze minutos depois de apenas alguns comandos. A conta de De Swardt foi restabelecida ao fim de cerca de duas semanas. Mesmo assim, ele cancelou-a e mudou para uma ferramenta que lhe permite alternar entre modelos. A Anthropic recusou comentar quando questionada sobre como os utilizadores podem detetar uso indevido.

Porque importa para uma pequena empresa

Três elementos desta história aplicam-se a qualquer empresa com lugares pagos de IA.

Primeiro, uma sessão roubada não é o mesmo que uma palavra-passe roubada. A autenticação de dois fatores não ajuda se o atacante copiar um token de sessão ativo de um portátil infetado. A conta simplesmente continua a funcionar — para eles.

Segundo, pode não ter forma de detetar o roubo. O suporte acompanhava o consumo total mas não o consumo discriminado, mesmo quando solicitado. Isso significa que alguém pode usufruir silenciosamente da sua subscrição durante muito tempo antes de ser notado, e o único sinal é um número que sobe mais depressa do que devia.

Terceiro, a correção dói. Quando o fornecedor detetou atividade suspeita, suspendeu a conta e invalidou as sessões. Essa é a resposta de segurança correta, mas também significa que uma empresa que gere o trabalho diário através de um único fornecedor de IA pode ficar sem serviço com pouco aviso prévio.

O que fazer quanto a isto

• Faça um inventário das suas contas de IA e chaves de API este mês. Registe quem tem acesso a cada uma, que máquinas têm sessão iniciada, e que ferramentas internas guardam uma chave. Tudo o que não conseguir contabilizar deve ser revogado.
• Pare de partilhar logins. Uma conta passada entre uma equipa torna impossível atribuir um consumo invulgar, e um único portátil infetado compromete todos. Use lugares ou chaves separadas por pessoa e por integração.
• Trate os terminais como o ponto fraco. Os infostealers entram através de downloads e anúncios em portáteis de trabalho comuns. Mantenha as máquinas atualizadas, restrinja o que a equipa instala, e seja rigoroso quanto a extensões de navegador que possam ler dados de sessão.
• Defina a sua própria referência de consumo. Anote aproximadamente o que a sua equipa consome numa semana normal, e verifique o painel de faturação num dia fixo. Um salto que não consiga explicar é o aviso mais precoce que terá.
• Rode chaves e termine sessões numa agenda regular, e imediatamente sempre que alguém sai da empresa ou um dispositivo se perde. Tenha um plano escrito para o que a equipa faz se uma conta de IA for suspensa durante duas semanas.

A conclusão útil não é que um fornecedor em particular não é seguro. É que as subscrições de IA se tornaram uma rubrica orçamental real e uma dependência real, sem as ferramentas de monitorização que acompanhavam o software empresarial mais antigo. Até os fornecedores mostrarem o que está a consumir os seus tokens, os seus próprios registos, um controlo de acesso rigoroso e máquinas limpas são os controlos que tem à disposição.