Uma conta de inteligência artificial pode ser invadida sem que o usuário perceba uma nova tentativa de login. Basta que uma sessão já autorizada seja copiada para que outra pessoa consuma créditos, acesse ferramentas e deixe a conta com aparência de uso normal. É esse o alerta de uma reportagem publicada pelo TechCrunch, que descreve casos de assinantes do Claude com tokens desviados por terceiros.
O problema é especialmente relevante para quem usa Claude, Claude Code ou agentes conectados a serviços de trabalho. Tokens, neste contexto, não são moedas virtuais. Eles são unidades de processamento que ajudam a medir quanto texto, código ou contexto um modelo consegue analisar e gerar. Quando o acesso é roubado, o prejuízo pode aparecer como cobrança, limite esgotado, interrupção de um projeto ou exposição de uma sessão que tinha permissões além do necessário.
O que aconteceu com as contas do Claude
Segundo a reportagem, um consultor independente percebeu que o consumo de sua conta Claude Max 20x aumentava mesmo nos períodos em que ele não estava trabalhando. Ele desativou recursos conectados, pausou tarefas agendadas e interrompeu a execução em nuvem, mas a utilização continuou subindo. A investigação levou a Anthropic a suspender a conta, invalidar sessões e tokens do Claude Code e conceder um reembolso parcial.
A explicação fornecida pela empresa foi a existência de uma chave de sessão comprometida, usada para criar tokens OAuth não autorizados. OAuth é um padrão que permite conceder acesso a um serviço sem revelar a senha a cada operação. Ele é útil para conectar ferramentas, mas transforma a sessão autorizada em um ativo valioso. Se esse material é copiado, o invasor pode tentar agir como se fosse o usuário legítimo.
O caso relatado pelo TechCrunch também ganhou importância porque outros assinantes descreveram aumentos repentinos no consumo. A Anthropic informou a alguns usuários que um infostealer, tipo de malware especializado em roubar senhas salvas, cookies e dados de sessão, poderia estar por trás de parte dos incidentes. Isso não significa que o aplicativo Claude tenha instalado o malware. O código malicioso pode chegar por programas infectados, anúncios comprometidos ou downloads que pareçam legítimos.
Por que o roubo de créditos é diferente de uma senha vazada
Quando uma senha é exposta, a recomendação tradicional é trocá-la. Uma sessão ativa exige um raciocínio mais amplo. Ela pode continuar válida mesmo depois de o usuário não lembrar onde fez login, porque aplicativos, extensões, automações e ferramentas de desenvolvimento guardam autorizações para facilitar o trabalho diário.
Para profissionais que usam agentes de IA, essa diferença pesa ainda mais. Um agente pode conversar com uma API, ler arquivos, executar comandos ou operar uma conta externa. O crédito roubado é apenas a parte mais visível do incidente. Dependendo das permissões concedidas, o mesmo acesso pode servir para consultar dados de projetos, consumir uma API de terceiros ou disparar tarefas automáticas.
O ponto cego da cobrança por consumo
A reportagem chama atenção para a falta de uma visão detalhada do uso. A conta pode mostrar um total de tokens, mas não necessariamente informa qual sessão, integração, dispositivo ou tarefa gerou cada parcela. Sem essa decomposição, o usuário percebe o problema apenas quando o limite acaba ou a fatura chega.
Esse detalhe é uma questão de produto e também de segurança. Um painel que apresenta consumo por período, modelo, origem, dispositivo e integração permite identificar anomalias mais cedo. Para uma equipe de desenvolvimento, o ideal é relacionar cada chave a um ambiente e a um responsável, registrar chamadas e impor limites por projeto. Sem rastreabilidade, a investigação depende de suporte manual e relatos incompletos.
O que usuários e equipes podem fazer após o alerta
A primeira medida é tratar a conta de IA como qualquer serviço que dá acesso a dados e automações. Se o consumo subir sem explicação, suspenda integrações, encerre sessões abertas e revogue autorizações que não sejam essenciais. Também vale conferir extensões, aplicativos recém-instalados e ferramentas que receberam acesso ao Claude ou ao Claude Code.
- Separe ambientes: use contas ou chaves diferentes para testes, produção e uso pessoal. Assim, um incidente não esgota todos os créditos.
- Reduza permissões: um agente que precisa resumir documentos não deve poder executar comandos ou acessar toda a nuvem.
- Registre o uso: guarde horários, serviços, modelos e identificadores das tarefas para comparar um salto de consumo com a atividade real.
- Evite credenciais persistentes: tokens com vida longa aumentam a janela de abuso. Prefira expiração curta e renovação controlada quando a ferramenta permitir.
- Proteja o computador: mantenha sistema e navegador atualizados, use fontes confiáveis para downloads e desconfie de extensões que prometem automação fácil.
Essas medidas não eliminam o risco, mas mudam a posição do usuário: em vez de descobrir o incidente no fim do ciclo de cobrança, ele passa a ter sinais para reagir. Para empresas, a prática precisa entrar no processo de desenvolvimento. Revisões de acesso, cofre de segredos, autenticação multifator e limites de orçamento devem acompanhar a adoção de agentes, assim como já acompanham bancos de dados e serviços de nuvem.
A lição para quem constrói produtos com IA
O episódio também revela uma tensão no desenho dos serviços de IA. A experiência quer ser simples: conectar uma conta, autorizar uma extensão e começar a trabalhar. A segurança, porém, pede que cada autorização seja compreensível, revogável e auditável. Se a interface mostra apenas um número agregado de tokens, o usuário não consegue distinguir uma tarefa legítima de uma automação clandestina.
Essa é uma oportunidade para equipes de produto e UI/UX. Telas de segurança não precisam ser um inventário técnico inacessível. Elas podem explicar quais dispositivos estão ativos, quais integrações foram usadas, quanto cada projeto consumiu e que ação interrompe uma sessão. Alertas também devem evitar o excesso de notificações: um salto de 0 para 49% em poucos minutos pede uma mensagem acionável, com a opção de bloquear a origem e revisar as autorizações.
Para times de SEO e conteúdo, há outra consequência. Agentes de IA já participam da criação de páginas, análises e rotinas de publicação. Se uma conta é comprometida, o invasor pode produzir conteúdo, alterar descrições ou consumir a infraestrutura sem que o problema pareça um ataque tradicional. Logs de publicação, revisão humana e limites por ambiente ajudam a preservar tanto o orçamento quanto a integridade do site.
Conclusão: créditos também são superfície de ataque
O caso descrito pelo TechCrunch transforma uma preocupação abstrata em uma situação concreta: um assinante pode perder capacidade de trabalho sem ter enviado os prompts que consumiram seus créditos. A segurança de uma aplicação de IA não termina na senha. Ela inclui sessões, tokens, integrações, máquinas locais e a visibilidade oferecida pelo painel de uso.
Para a Hogrid, a conclusão é direta. Projetos com agentes precisam nascer com permissões mínimas, logs e caminhos claros para revogar acessos. IA aplicada só escala quando o time sabe o que o sistema fez, por que fez e como interrompê-lo. O custo de um token é mensurável, mas o custo de uma sessão invisível pode incluir dados, reputação e horas de trabalho.
