Hacker usa agentes de IA para invadir mais de 100 sites, incluindo John Deere e SharkNinja

Fala aí, beleza? Um hacker que fala chinês invadiu sites de mais de 100 empresas e deixou quase todo o trabalho na mão de agentes de IA que operaram praticamente sozinhos
Quem conta é a NorForge, no relatório Inside Cairn: Open Windows into massive AI-Driven Cyber Operations, publicado em 19/10/2026 e assinado pelo pesquisador Snorre Fagerland
A NorForge não nomeia as vítimas
Mas a Reuters identificou três delas: Deere (máquinas agrícolas), SharkNinja (eletrodomésticos) e Cummins (motores)
Como o ataque com agentes de IA funcionou
O hacker usou o Cairn, uma plataforma de IA open source do tipo "harness" de agentes
Que harness? É a estrutura que coordena os agentes: tu passa um alvo e um objetivo, e ela coloca agentes de IA pra trabalhar nele passo a passo
A NorForge deu a esse ator a designação de cluster AIA0001 (de língua chinesa), avaliado como malicioso com alta confiança
As instruções que o hacker passava pro Cairn eram curtas: descreviam as táticas de invasão preferidas em menos de 100 caracteres chineses
Isso não quer dizer que um comando só botava a campanha inteira de pé, só que o hacker não precisava escrever muito pra cada alvo específico. Segundo a NorForge, as tarefas de fato chegavam ao Cairn por um pipeline automatizado, que validava os sites (por volume de tráfego e com o Playwright) antes de mandar pros agentes
Formação Claude Code
Domine Claude Code do absoluto zero até o avançado
- 120 aulas
- 4 projetos
- 9h 48min
Depois que a tarefa entrava, os agentes ficavam horas sondando e invadindo o alvo de forma quase autônoma
Os números da operação:
- Mais de 100 empresas com sites invadidos, segundo a NorForge
- Mais de 1.200 sites tentados (contagem até o fim da semana anterior à publicação)
- Mais de 1.100 projetos de ataque, distribuídos em 14 dos mais de 20 painéis do Cairn encontrados pela NorForge, com alvos sobretudo nos EUA, no Japão e na Austrália
- Cerca de US$ 5.000 em tokens no total, pela estimativa de Fagerland
- Perto de US$ 50 por invasão bem-sucedida (estimativa)
- Cerca de US$ 5 por tarefa em média, considerando também as tentativas que falharam: a própria NorForge reconhece que a incerteza aqui é considerável
Segundo a NorForge, o objetivo parecia ser manter acesso duradouro a sistemas de loja e de pagamento, pra usar depois
Num caso que a NorForge conferiu (uma invasão alegada contra um grande fornecedor de peças de hardware), o web shell de upload ainda estava ativo no momento da checagem
Web shell, pra quem não lembra, é um script deixado no servidor invadido que funciona como porta dos fundos pra quem atacou voltar quando quiser
O que se sabe sobre os modelos usados (e o que não se sabe)
Todas as tarefas rodaram num "worker" chamado claudecode_deepseek-v4.1-flash
O nome PODE indicar o Claude Code rodando o modelo DeepSeek V4.1 Flash. A própria NorForge é cautelosa e diz que o nome "pode indicar" esse harness; já a Reuters foi mais assertiva e escreveu que a campanha "parecia usar" uma mistura de DeepSeek e Claude Code. De qualquer forma, nenhuma das duas fontes confirma de fato quais modelos rodaram por trás do nome
O que segue em aberto:
- Quais modelos e ferramentas foram de fato usados, além do indício pelo nome do worker
- Quais vulnerabilidades exatas foram exploradas em cada vítima nomeada (o relatório detalha táticas e um caso específico, mas não cruza falha com empresa atingida)
- Quem está por trás, de fato: a NorForge deu ao ator a designação de cluster AIA0001, avaliado como malicioso com alta confiança, mas isso é uma classificação técnica, não uma atribuição a uma pessoa ou grupo conhecido

VPS Hostinger para seu sistema
10% OFF extraVPS com SSD NVMe e backups semanais. O cupom MATHEUSHORADECODAR é aplicado automaticamente pelo link.
Ver planos com 10% OFF →Qualquer coisa além disso hoje é especulação
Como a NorForge descobriu a operação
A ironia do caso: o próprio atacante se expôs 😛
Os painéis de controle do Cairn que ele usava estavam abertos na internet
A NorForge achou mais de 20 desses painéis com buscas no Shodan e no Censys, e a maioria provavelmente está ligada a intrusões criminosas com motivação financeira
A busca começou depois que a Gambit Security reportou, em setembro de 2026, uma campanha contra marketplaces online feita com harnesses como Hermes, Strix e Cairn
Linha do tempo:
- 25/09/2026: a campanha começa
- Por volta de 02/10/2026: Fagerland passa a encontrar os painéis expostos
- 19/10/2026: o relatório Inside Cairn é publicado
Os painéis mostravam a identidade dos alvos, as fraquezas encontradas, segredos de contas, chaves de API e o status de comprometimento de cada um
A NorForge ocultou esses dados no relatório e não vai divulgar os endereços dos painéis até que eles sejam derrubados
O que John Deere, SharkNinja e Cummins disseram
As três empresas responderam à Reuters, conforme a republicação da reportagem no Yahoo:
- Deere: tomou medidas de correção e não há sinal de acesso a informações sensíveis
- SharkNinja: o ataque atingiu um site isolado de suporte a produtos e a ameaça foi contida
- Cummins: está apurando o relato de um possível ataque a um site operado por um de seus fornecedores
A Reuters não conseguiu determinar até que ponto as invasões resultaram em extração não autorizada de dados, então não há, até agora, confirmação de vazamento de dados de clientes de nenhuma delas
O que o caso muda para quem desenvolve aplicações web
O recado principal é econômico: ataque em escala ficou mais barato e mais automatizado
Perto de US$ 50 por invasão bem-sucedida, com boa parte do trabalho pesado saindo de um pipeline automatizado que alimentava o Cairn com alvos já pré-validados, não de um operador acompanhando cada passo manualmente
Quem já orquestra múltiplos agentes no Claude Code conhece a lógica: tu define o objetivo, os agentes quebram em tarefas e vão executando
A mesma conta de modelo barato pra tarefa repetitiva, que aparece quando se discute Haiku nos subagentes, vale do lado de quem ataca
Na prática, superfície exposta, credencial vazada e falha simples tendem a ser exploradas em massa e muiiito mais rápido do que antes

Crie sistemas com IA para vender
Prompts, modelos e checklists para criar e publicar seu sistema com IA e preparar a oferta para o primeiro cliente.
Quero o e-book gratuito Receba o livro e os bônus no seu e-mail.O relatório não nomeia as vítimas nem cruza falha por falha com cada empresa atacada, mas traz informação técnica real sobre como o cluster operava: as tarefas típicas priorizavam injeção de SQL no login, endpoints sem autenticação, upload de arquivos, desserialização, bypass de autenticação e tomada de conta
Num dos casos conferidos pela NorForge, a falha específica foi uma escrita não autorizada num armazenamento de sessões memcached, combinada com desserialização insegura de objetos PHP e uma cadeia de gadgets em componentes legados do Zend Framework: segundo a própria explicação dada pelo agente de IA que executou a invasão
Com base nisso (não são recomendações da NorForge, é leitura própria do caso), vale o time revisar:
- Pontos de login expostos a injeção de SQL e a tentativas de tomada de conta
- Endpoints sem autenticação acessíveis publicamente
- Rotinas de upload de arquivo sem validação adequada
- Desserialização insegura de objetos, principalmente em stacks com dependências legadas (tipo versões antigas do Zend Framework)
- Exposição de painéis administrativos e de orquestração de agentes na internet
- Rotação de segredos e chaves de API
E se liga na ressalva: a regra vale pra quem opera agentes também
O atacante caiu justamente porque deixou os painéis do Cairn públicos, com chaves e segredos à mostra
Se tu sobe um painel de agente pra testar e esquece ele aberto, tá no mesmo barco
Autonomia fora do controle, em outro contexto:
No canal tem um vídeo sobre os carros autônomos que travaram e causaram caos no trânsito de São Francisco
O que acompanhar a partir de agora
Vale ler o relatório Inside Cairn na íntegra, porque ele traz o raciocínio da investigação melhor do que qualquer resumo
Fica de olho em duas atualizações: a derrubada dos painéis expostos (quando os endereços podem enfim ser divulgados) e o resultado da apuração da Cummins
E use o caso como desculpa pra fazer uma checagem hoje mesmo no seu ambiente: tem painel de agente, endpoint esquecido ou chave de API exposta por aí?
Melhor achar antes de alguém com um harness achar por você
Até o próximo post!
Perguntas frequentes
Quanto tempo durou a campanha de ataques do Cairn e ela ainda estava ativa quando o relatório saiu?
Segundo a NorForge, a campanha começou em 25/09/2026, Snorre Fagerland passou a localizar os painéis expostos por volta de 02/10/2026 e o relatório Inside Cairn foi publicado em 19/10/2026. Sobre a atividade na data da publicação, o relatório traz indícios parciais: num caso conferido, o web shell deixado pelo invasor num fornecedor de peças de hardware ainda estava ativo, enquanto em outro cluster analisado os pesquisadores encontraram painéis que já tinham saído do ar. Ou seja, não dá pra afirmar que toda a operação seguia ativa ou tinha sido totalmente encerrada no momento da divulgação.
Quem é o responsável pelos ataques identificados no relatório Inside Cairn?
A NorForge não atribui a campanha a uma pessoa ou grupo conhecido. O relatório designa o ator como cluster AIA0001, de língua chinesa, avaliado como malicioso com alta confiança: uma classificação técnica interna, não uma identificação do responsável.
A campanha do Cairn explorou uma falha específica e conhecida?
O relatório não nomeia vítimas nem cruza falha por falha com cada empresa atingida, mas detalha as táticas priorizadas pelo cluster (injeção de SQL, endpoints sem autenticação, upload de arquivos, desserialização, bypass de autenticação e tomada de conta) e descreve em detalhe um caso conferido: escrita não autorizada em memcached combinada com desserialização insegura de objetos PHP e uma cadeia de gadgets em componentes legados do Zend Framework.
Quer aprender mais sobre inteligência artificial e programação na prática? Conheça o canal Hora de Codar no YouTube e acompanhe os próximos vídeos.
Formações
Formação Vibe Coding
Do Prompt ao Produto: Crie Software Real com IA
- 474 aulas
- 20 projetos
- 39h 30min
Blog | Mais populares
Agentes no Origin: o que eles conseguem fazer nas suas pull requests?
Veja o que os agentes no Origin fazem dentro da pull request: respondem dúvidas, editam código, atualizam a PR e dão push sem sair da página.
Verificação adversarial: vale usar um segundo agente para derrubar o achado do primeiro?
Verificação adversarial funciona quando errar é caro e há teste real. No estudo citado, 79% dos achados morreram antes do reporte. Saiba quando vale usar.
Vale a pena orquestrar vários agentes de IA ou um agente só resolve?
Orquestração de agentes de IA vale a pena? Veja quando compensa multiplicar o custo em tokens, quando um agente só resolve e como decidir sem gastar à toa.
