Microsoft conecta Storm-0940 com exploração da cadeia de fornecimento em ConnectWise com ARTEX

A Microsoft confirmou que um grupo ligado ao Estado chinês, chamado Storm-0940, foi responsável pela exploração da cadeia de abastecimento que afetou a aplicação ConnectWise Cloud Backup. Segundo a empresa, o ator usou um framework de inteligência artificial agente denominado ARTEX para automatizar a grande velocidade tarefas de reconhecimento, barridos de senhas (password spraying) e abuso de aplicativos OAuth, e assim saltar rapidamente da aplicação comprometida para os ambientes de seus clientes. Esses fatos, divulgados pela Microsoft, situam o incidente entre os casos mais claros onde ferramentas agentic AI aceleraram operações ofensivas em ambientes cloud.

Os elementos confirmados pela Microsoft incluem que: Storm-0940 utilizou ARTEX a “velocidade máquina” para atacar centenas de organizações desde setembro de 2026; que em um período concreto (10–14 de outubro de 2026) a infraestrutura do ator gerou mais de 151.000 tentativas fracas de autenticação, com um pico de 2.900 falhas por minuto; e que em 15 de outubro os agentes conseguiram controlar as identidades de várias aplicações cloud do ConnectWise e começaram a usar essas identidades para autenticar-se em ambientes de clientes. A Microsoft também precisou que, em vários incidentes impulsionados pela ARTEX, o ator alcançou acesso privilegiado a infraestrutura cloud em prazos inferiores a três horas desde o início do ataque. A empresa também tem relacionado a Storm-0940 com outros métodos prévios, como uma botnet apodada Quad7/CovertNetwork-1658 empregada em campanhas de password spray.

Tecnicamente, o que aconteceu combina três vetores que hoje são especialmente perigosos: exploração da cadeia de abastecimento (compromissação de uma aplicação com licenças delegados), automação extrema via agentes AI e abuso de modelos de autorização OAuth. ARTEX, segundo a Microsoft, é um framework em Go para operações agentic que foi fechado como código público após abusos anteriores. Neste incidente, o ator aproveitou que as aplicações vendo (as identidades de serviço e suas credenciais) já gozavam de confiança nos tenants dos clientes; ao roubar ou controlar essas credenciais a ameaça pôde autenticar-se sem interação humana e operar com as permissões já concedidas. Com essa porta, as ações seguiram com reconhecimento através da Microsoft Graph, mudanças em credenciais de aplicativos para estabelecer persistência e modificações sobre identidades, grupos e papéis privilegiados.

Quem afeta isto? Confirmado: fornecedores de serviços geridos (MSP) e centenas de organizações clientes da ConnectWise em setores muito diversos (aerolinhas e defesa, automotivo, energia, finanças, manufatura, semicondutores, software, ONGs, etc.). Mais amplamente, o padrão de ataque demonstra que qualquer fornecedor com credenciais de aplicação delegadas pode servir como vetor para comprometer múltiplos clientes: a cadeia é tão forte quanto seu elo mais fraco. A Microsoft também aponta que outras bandas começaram a integrar ARTEX em suas operações, amplificando o risco de ataques semelhantes sobre outros vendors e plataformas cloud.

Consequências reais e concretas. Confirmadas e relatadas: exaustão das janelas de detecção pela alta velocidade de tentativas; em alguns casos, aquisição de acesso privilegiado e estabelecimento de portas traseiras através de modificações a credenciais e papéis que podem persistir mesmo após mitigar a aplicação originalmente comprometida. Estimativa razoável (não totalmente confirmada pela Microsoft): a combinação de automação AI + aplicativos com privilégios pode aumentar a probabilidade de movimentos laterais e exfiltração em menos tempo do que os processos humanos demoram a reagir, reduzindo a eficácia de controles tradicionais que dependem de análise manual ou alertas gerados com latência. Informação ainda incerta: o número exato de clientes com acesso privilegiado efetivo, a extensão de dados exfiltrados e a duração real de portas traseiras implantadas em ambientes afetados.

O que devem fazer as organizações e usuários agora. Algumas medidas são defensivas imediatas e outras são estratégicas para reduzir a exposição a este tipo de ataques no futuro. Em ordem prática e específica: 1) Rever e rodar as credenciais das aplicações de terceiros — revocar client secrets e certificados de apps suspeitos e forçar novas autorizações administrativas —; 2) Rever as permissões das aplicações e reduzi-las ao mínimo imprescindível, usando consentimentos administrativos em vez de consentimentos delegados quando possível; 3) Activar políticas de consentimento do OAuth e governança sobre aplicações(controlar quais apps podem obter permissões nos tenants); 4) Implementar Conditional Access e bloquear autenticações de IPs e gamas associadas ao ator, além de restringir acesso a Graph e outras APIs sensíveis através de políticas baseadas em risco; 5) Rever os registos do sign-in, alterações nos registos de serviço (service principals) e operações da Microsoft Graph com prioridade e conservar logs fora do ambiente comprometido; 6) Adoptar práticas de PIM (Privileged Identity Management) e revisão periódica de papéis para minimizar contas que possam elevar privilégios; e 7) Preparar playbooks de resposta a incidentes centrados em abuso de aplicativos OAuth e na remediação completa de services principais comprometidos.

Para administradores mais técnicos: audite todas as app registrations e service principals no Azure AD, procure modificações recentes em segredos ou certificados, remova permissões não usadas e aplique a política “admin consent” para aplicações de terceiros. Use soluções de detecção de anomalias e de proteção de aplicativos nuvem como Microsoft Defender for Cloud Apps e configure alertas em tempo real sobre mudanças em credenciais e alocação de papéis. Para usuários e clientes do MSP: exija transparência e comprobantes de mitigação aos seus fornecedores e mude senhas/credenciais críticas se seu MSP confirmar exposição.

Ferramentas e recursos públicos úteis para implementar estas recomendações estão disponíveis na documentação oficial da Microsoft sobre permissão e consentimento OAuth e na cobertura técnica de segurança da Microsoft: https://learn.microsoft.com/azure/active-diretory/develop/v2-permissions-and-consent e https://www.microsoft.com/security/blog/. Também é recomendável seguir as diretrizes de governo e gestão de fornecedores e MSPs publicadas por organizações nacionais de cibersegurança e as políticas internas de controle de acesso.

Em suma, o confirmado pela Microsoft expõe duas tendências convergentes: a exploração da confiança implícita em identidades de aplicativos e a crescente integração de agentes AI em cadeias de ataque que operam a velocidade máquina. Enquanto alguns detalhes operacionais e o alcance total da intrusão continuam pendentes de esclarecimento, a lição para equipamentos de segurança é clara: minimizar permissões, monitorar e governar aplicativos delegadas e acelerar a detecção com controles automatizados São passos imprescindíveis para reduzir a janela de oportunidade que ferramentas como ARTEX conferem a atacantes bem financiados.