Um ataque montado por agentes de IA em menos de 6 horas roubou 23,8 mil senhas e chaves

Durante anos, a vantagem do defensor foi o tempo. Preparar um ataque dava trabalho: o criminoso precisava estudar o alvo, escrever o programa, testar, corrigir, ajustar. Isso levava dias ou semanas — e nesse intervalo cabia perceber o movimento e reagir. Um relatório publicado pelo Google Threat Intelligence Group (GTIG) mostra o que acontece quando esse intervalo desaparece.

Seis horas, do zero ao cofre cheio

Segundo o Google, um criminoso com motivação financeira invadiu a infraestrutura em nuvem de uma vítima e, a partir dali, fez algo novo: em vez de operar manualmente, montou uma equipe de agentes de IA para fazer o trabalho. A receita tinha três ingredientes — um assistente de programação com IA, um conjunto de instruções escritas em texto simples e uma coleção de “manuais de operação” que diziam aos agentes o que fazer.

O que os agentes executaram sozinhos:

• varreram a rede em busca de falhas e pontos de entrada;
• programaram e corrigiram as próprias ferramentas quando algo dava erro, sem esperar por uma pessoa;
• trocaram de endereço IP automaticamente para não serem barrados;
• e colheram credenciais em escala, usando os endereços da própria vítima para o tráfego parecer legítimo.

Do comprometimento inicial até a operação rodando a plena carga: menos de seis horas. Ao final, o sistema de coleta guardava mais de 23.800 segredos — senhas, chaves de acesso a serviços de nuvem e a plataformas de IA.

O detalhe que preocupa quem desenvolve software

A campanha usou um programa ladrão de credenciais batizado de DUSTMAKER, e a parte mais engenhosa dele mira o ambiente de desenvolvimento das empresas:

• Ele identifica esteiras de automação (o que a área técnica chama de CI/CD, os robôs que testam e publicam o software da empresa) e extrai da memória os tokens que autorizam publicações.
• Com esses tokens, publica versões contaminadas de pacotes legítimos — e, pior, com os selos de autenticidade válidos. Ou seja: o pacote malicioso passa nas verificações automáticas e parece confiável.
• Esconde-se em pastas de configuração de ferramentas de IA e editores de código, misturando-se ao movimento normal do trabalho, e deixa instruções escondidas para o assistente de IA do programador executar comandos sem que ele perceba.

Traduzindo: o ataque não visa só as senhas da empresa. Visa a confiança da cadeia de software — o pressuposto de que um pacote assinado e verificado é seguro.

O que fazer com essa informação

Não é caso de pânico, e sim de reordenar prioridades. Três medidas cobrem a maior parte do risco:

• Trate chave de acesso como dinheiro. Chaves de API e tokens de automação são o alvo número um. Elas precisam ter validade curta, permissão mínima e rotação periódica. Chave eterna com poder total é o que transforma uma invasão pequena em desastre.
• Reduza o tempo de detecção. Se o ataque monta em seis horas, alerta que chega no dia seguinte não serve. Vale revisar o que a empresa monitora em tempo real: criação de credenciais, acessos fora do padrão, tráfego incomum saindo da nuvem.
• Olhe para o ambiente de desenvolvimento como produção. As máquinas dos desenvolvedores e as esteiras de automação têm as chaves mais poderosas da empresa e, muitas vezes, a menor supervisão. Vigilância ali rende mais do que em qualquer outro ponto.

O Google fecha o relatório com a observação que resume tudo: os criminosos saíram do “ladrão de senhas passivo” para a colheita ofensiva automatizada, e o que encurtou não foi o esforço deles — foi o tempo que você tem para perceber.

Fontes

• Google Threat Intelligence Group — GTIG AI Threat Tracker: From Prompting to Autonomy — The Evolution of Adversarial AI (08/09/2026): cloud.google.com
• Foto de capa: placa do Google em Mountain View, Califórnia — Dietmar Rabich, CC BY-SA 4.0, via Wikimedia Commons
• Segunda imagem: logotipo do GitHub — GitHub, domínio público, via Wikimedia Commons