Ataque com agentes de IA orquestrados por atacante chinês expõe painéis Cairn e credenciais

Um conjunto de agentes independentes de inteligência artificial foi orientado por um atacante chinês contra lojas e sites corporativos, e um pesquisador de segurança pôde observar as invasões em tempo real porque os painéis de controle que coordenavam esses agentes estavam expostos na Internet. Essa campanha, descoberta e analisada pela assinatura norueguesa NorForge e posteriormente informada pela Reuters, escaneou mais de 1200 domínios e alcançou sítios pertencentes a mais de 100 empresas; entre os nomes citados pela Reuters aparecem Deere, SharkNinja e Cummins.

O confirmado: O pesquisador Snorre Fagerland (NorForge) localizou instâncias expostas de Cairn, uma ferramenta open source para orquestrar agentes AI, e observou projetos ativos a partir de 2 de outubro. NorForge agrupou esses painéis em pelo menos três clusters e qualificou mais de 20 instâncias como provavelmente maliciosas; o cluster mais ativo, identificado como AIA0001, está em língua chinesa e vinculou 14 painéis a mais de 1.100 projetos de ataque. A Reuters reviu a atividade que os próprios painéis mostravam e nomeou várias vítimas; pelo menos alguns casos NorForge verificou a presença de web shells e uma configuração vulnerável que permitia escolher um servidor backend inseguro. As empresas críticas afirmaram que a afectação foi limitada e que tomaram medidas.

O que fez tecnicamente o atacante: Cairn permite dar aos agentes um ponto de partida e um objetivo, e depois deixar que trabalhem passo a passo, publicando achados em um tabuleiro compartilhado onde o operador pode adicionar pistas. Nesta campanha as tarefas eram curtas: instruções em chinês de menos de cem caracteres indicavam táticas preferidas. Os agentes buscaram formulários de subida de arquivos em diretórios ocultos, exploraram diferentes falhas (NorForge documentou uma cadeia que incluiu acesso de escrita a um armazém de sessões memcached, manejo inseguro de objetos PHP serializados e vulnerabilidade em uma versão antiga de Zend Framework) e por vezes plantaram um web shell uploader — uma forma de shell que guarda arquivos subidos e que pode ser substituída por uma porta traseira mais perigosa em qualquer momento.

NorForge observou que os projetos sob AIA0001 usavam um trabalhador chamado claudecode_deepseek-v4.1-flash, o que sugere (mas não confirma) o uso de um modelo tipo DeepSeek V4.1 Flash e do modelo Claude Code. A Reuters e o NorForge não confirmaram de forma definitiva o fornecedor ou a versão do modelo; esse ponto continua sendo uma estimativa técnica baseada em nomes presentes nos painéis.

Âmbito e custo estimados: NorForge calculou uma taxa de sucesso próxima a 10% sobre as ferramentas vistas e um tempo médio de intrusão bem-sucedida de algo menos de 23 horas. Os números de custo são aproximados: NorForge estimou um custo médio de cerca de 5 dólares por tarefa (incluindo tentativas fracassadas), e Fagerland disse à Reuters que o total gasto em Tokens foi da ordem de 5.000 dólares — o que equivaliaria cerca de 50 dólares por intrusão bem-sucedida, segundo suas contas. Estes números são estimativas fornecidas pelo pesquisador e NorForge, não medições auditadas por terceiros.

Que informação pode ser exposta pelos painéis abertos: deixar um painel de Cairn sem proteção é uma dupla falha: não só facilita que agentes maliciosos tentem e ataquem objetivos, mas os painéis abertos mostram claramente objetivos, achados, credenciais e chaves que os operadores tenham coletado. NorForge executou uma digitalização de segredos com Trufflehog sobre a informação dos painéis e encontrou centenas de segredos; 11% desses segredos foram verificados como ainda válidos. Além disso, alguns painéis expunham controles completos (iniciar/parar projetos, adicionar dados, redirigir agentes) e um dos clusters em inglês até mostrou inícios de sessão SSH para servidores de staging. NorForge evitou autenticar-se nesses sistemas.

Consequências práticas e riscos reais: A presença de web shells e credenciais válidas permite a atacantes persistir em sistemas de e-commerce, inserir skimmers de cartões, alterar processos de pagamento ou extrair dados de clientes e operações. A campanha centrou-se em lojas e sistemas de suporte de produto, e NorForge acredita que o objetivo estratégico era manter acesso durável a sistemas de pagamento e lojas para exploração posterior. Também é relevante que algumas assinaturas de testes de penetração legítimas deixaram painéis públicos com dados de clientes e testes reais, o que aumenta o risco de fuga de informações sensíveis de terceiros.

O que ainda está incerto: Não há uma contagem pública e verificada de toda a informação exfiltrada; a Reuters e o NorForge não conseguiram confirmar quanto e qual tipo de dados foram roubados em cada caso. Também não está confirmado de forma independente o modelo exato que impulsionou os agentes (DeepSeek/Claude Code se infere por nomes nos painéis, mas não foi verificado com o fornecedor do modelo).

O que devem fazer agora os responsáveis por sites e leitores técnicos: A campanha identifica vetores e más práticas concretas; há ações prioritárias e práticas que qualquer operador de e-commerce, fornecedor ou administrador de sistemas deve executar imediatamente. Em ordem de urgência:

1) Procurar painéis expostos. Muitas interfaces de controle de agentes respondem em portos e rotas previsíveis (por exemplo, serviços web em porto 8000). Se você administrar infra-estruturas, escanee seu direcionamento público para detectar serviços inesperados e fechar o acesso ou proteger com autenticação forte e WAF.

2) Revocar e rodar segredos mostrados em painéis. Tente qualquer segredo que tenha aparecido em um serviço público: chaves API, tokens, credenciais SSH e cookies de sessão. NorForge provou que uma percentagem de segredos ainda era válida; não deixe nada ao acaso.

3) Procurar e remover Web shells; rever logs. escanee servidores de lojas por padrões de web shells e formulários de subida não autorizados em diretórios ocultos. Revise logs de acesso e erro, especialmente em momentos coincidentes com as datas que NorForge detectou (comienços de outubro) para identificar possíveis mudanças ou cargas de arquivos.

4) Parchar e atualizar componentes. atualizar Magento/Adobe Commerce e qualquer plataforma de comércio eletrônico afetada por vulnerabilidades publicadas; NorForge encontrou um PoC associado a StyleSmuggler (CVE-2026-75650) em um repositório de testes — se sua instalação entra nos intervalos afetados, aplique os hotfixes do fornecedor. Consulte atualizações oficiais nos recursos de segurança do fornecedor antes de aplicar mudanças: https://www.reuters.com/technology/ e a própria página do projeto Cairn no GitHub ( https://github.com/le1xia0/cairn) são pontos de partida para mais contexto.

5) Fechar serviços desnecessários e endurecer memcached/PHP. bloquee memcached e outros armazéns de sessão em interfaces públicas; desative o manejo de objetos PHP não seguro (unserialize) ou emplee validação estrita e atualize frameworks obsoletos como Zend Framework se continuarem em uso.

6) Implementar detecção e resposta. implantação de regras em IDS/WAF para detecção de padrões de exploração e carga da web shells, monitorize atividade incomum em pagamentos e backend, e tenha um plano de resposta que inclua notificação a clientes e autoridades se houver exposição de dados pessoais ou financeiros. Ferramentas como Trufflehog ajudam a encontrar segredos em repositórios e dados públicos: https://github.com/trufflesecurity/trufflehog.

Esta operação ilustra duas lições claras: os agentes autônomos podem automatizar a fase de reconhecimento e exploração com custos baixos e rapidez, e a exposição de painéis de controle ou dados de teste equivale a deixar as chaves da casa na porta. As organizações que gerem testes de segurança e implantação experimentais devem aplicar controlos de acesso, retiradas regulares de recursos temporários e políticas rigorosas sobre onde são armazenados resultados e segredos.