Em IA, a palavra token pode confundir. Ela também é usada para descrever os pedaços de texto que um modelo processa e que muitas plataformas usam para calcular preço. Mas, quando se fala em roubo de tokens, o sentido costuma ser mais amplo: qualquer credencial ou crédito que destrave uso pago.
Os alvos mais comuns incluem:
A diferença é importante. O ativo roubado nem sempre é uma senha. Cada vez mais, é o próprio acesso autenticado. A SpyCloud afirmou ter recapturado 18,1 milhões de chaves de API e tokens expostos em 2025 e descreveu uma mudança no comportamento dos atacantes: em vez de mirar apenas logins e senhas, eles passaram a roubar chaves de API, tokens de sessão e credenciais de automação .
Na prática, o roubo de tokens costuma seguir dois caminhos.
Uma rota é criar um grande volume de contas novas para capturar créditos promocionais. A Fortune relatou que Patrick Collison, CEO da Stripe, disse que ladrões de tokens haviam se tornado uma fatia relevante dos novos cadastros de algumas empresas de IA, chegando a um em cada seis novos clientes naquele contexto . Esse número não deve ser lido como uma média universal do setor, mas mostra por que os fluxos de cadastro de produtos de IA viraram alvo de fraude.
O motivo é simples: em IA, teste grátis não é só custo de marketing. Se a conta recém-criada recebe créditos que acionam inferência real — ou seja, execução de modelos para responder a chamadas — cada cadastro abusado pode gerar custo concreto de infraestrutura .
A segunda rota é o roubo de credenciais. O invasor encontra ou captura uma chave de API de IA e passa a rodar cargas de trabalho na conta da vítima. Esse padrão ficou conhecido como LLMjacking .
Um relato sobre LLMjacking descreveu uma startup cuja fatura mensal normal da OpenAI era de cerca de US$ 400, até que uma chave de API exposta resultou em uma cobrança de US$ 67 mil. Segundo o relato, a chave ficou em um repositório público do GitHub por 11 dias e foi encontrada por bots automatizados em poucos minutos . Outro guia de defesa afirma que o padrão deixou de ser apenas roubo oportunista de chaves e passou a envolver abuso mais organizado contra provedores e serviços de IA em nuvem .
Muitas startups de IA dependem de cadastro simples, demonstrações rápidas, créditos gratuitos e acesso imediato por API para crescer. Essas mesmas escolhas, úteis para reduzir atrito e acelerar testes, criam uma superfície de fraude quando a computação é cara e pode ser consumida em escala .
O vazamento de credenciais agrava o problema. A CSO, citando pesquisa da Wiz, informou que foram encontrados vazamentos verificados de segredos em 65% das empresas da lista Forbes AI 50, incluindo chaves de API e tokens de acesso expostos no GitHub . Isso não significa que todo vazamento vira roubo de tokens, mas mostra como credenciais valiosas podem escapar em ambientes de desenvolvimento acelerados.
A economia do golpe também é diferente de abusos antigos em produtos SaaS. Uma conta falsa em um software tradicional pode distorcer métricas ou consumir suporte. Já uma conta falsa ou sequestrada em IA pode queimar imediatamente créditos de provedores de modelo, processamento apoiado por GPU ou orçamento de nuvem .
O roubo de tokens pode parecer uso legítimo. O atacante muitas vezes usa uma chave válida, uma sessão válida ou uma conta recém-criada que passou pelo cadastro. Relatórios sobre roubo de tokens alertam que cookies de sessão, tokens OAuth e artefatos semelhantes podem permitir que invasores contornem controles de autenticação e se passem por usuários legítimos .
Para empresas de IA, os melhores sinais tendem a ser comportamentais: contas novas que esgotam créditos em pouco tempo, chaves de API que saem de um padrão normal para chamadas em alto volume, mudanças bruscas no tipo de modelo usado ou picos de gasto muito acima do histórico da conta. Esses sinais refletem os padrões já observados: contas falsas criadas para drenar créditos e chaves expostas usadas para gerar grandes faturas .
Não há uma solução única, porque o problema fica na fronteira entre fraude, segurança de identidade e controle de custo em nuvem. A resposta mais forte combina as três frentes.
Créditos de teste devem ser vistos como gasto potencial, não apenas como verba de aquisição de clientes. Medidas úteis incluem testes menores por padrão, liberação gradual de créditos, cotas por conta e por chave, limites de taxa e alertas quando o consumo foge do esperado .
Equipes de engenharia devem partir da premissa de que chaves podem vazar se o fluxo de desenvolvimento não impedir isso ativamente. Varredura de segredos em repositórios e pipelines de CI/CD, rotação de chaves, credenciais com privilégio mínimo e revogação rápida de chaves expostas são controles centrais, especialmente diante dos relatos de credenciais de empresas de IA expostas no GitHub .
Um sistema antifraude que só olha dados do cadastro pode não perceber uma chave de API roubada. Um sistema de segurança que só olha eventos de login pode deixar passar a criação massiva de contas para capturar créditos. Plataformas de IA precisam correlacionar idade da conta, consumo de créditos, volume de API, escolha de modelo e velocidade de gasto para bloquear abuso antes que ele vire uma grande fatura .
A mudança de mentalidade é essencial: tokens e credenciais de acesso à IA têm valor quase financeiro. Eles liberam computação escassa, podem ser revendidos ou usados para alimentar outras atividades enquanto o custo é empurrado para outra pessoa . Quando uma startup passa a tratar tokens como instrumentos de valor, controles como teto de gasto, detecção de anomalias e gestão do ciclo de vida das chaves deixam de ser tarefas secundárias de segurança e viram infraestrutura central do produto.
Roubo de tokens de IA é fraude contra o medidor de custo das plataformas de IA. O objeto roubado pode ser uma chave de API, um token de sessão, um token OAuth ou um saldo de teste grátis, mas o que está sendo monetizado é a computação paga . Para startups, isso transforma o tema em algo maior que segurança de conta: afeta margem, distorce o funil de crescimento e pode tornar testes grátis amplos demais para sustentar sem proteções mais fortes .