Unit 42: atacantes usam framework de pentest com IA ARTEX para chegar à cloud sem explorar vulnerabilidades

A Unit 42 descreve o ARTEX como um framework open-source multiagente de pentest com IA, publicado pela primeira vez em meados de 2026 e muito bifurcado desde então. Em outubro de 2026, a equipe identificou 1.323 hosts expostos à internet rodando CyberStrikeAI e 609 rodando ARTEX, sendo 21 com os dois ao mesmo tempo. No total, analisou 14 ferramentas do ecossistema de red teaming com IA.

O ponto central: os atacantes não exploraram vulnerabilidade de software. Páginas públicas de redefinição de senha, especificações OpenAPI e source maps expostos, além de credenciais armazenadas, viraram caminho até a cloud, às vezes em menos de um dia. A Unit 42 afirma que a IA não inventa ataques novos. Muda o ritmo e a persistência: o operador testa todos os fluxos expostos em paralelo e troca de rota em minutos depois de bloqueado. Como o framework é bifurcado o tempo todo e a infraestrutura roda rápido, indicadores perdem valor, e a recomendação é caçar comportamento. Em um dos casos, o atacante trocou clientes por script por um navegador desktop na redefinição de senha e no primeiro token, o que sugere humano no circuito ou automação de navegador nos passos mais sensíveis.

O ARTEX já vinha aparecendo na cobertura do CEVIU. Em 22 de outubro de 2026, o CEVIU noticiou o uso do framework pelo Storm-0940 contra centenas de empresas. Em 1 de novembro de 2026, veio o relato do GTIG sobre ARTEX, Hexstrike e outros frameworks em intrusões automatizadas, e em 2 de novembro de 2026, o uso com credenciais roubadas, segundo Google e Mandiant. Em 28 de outubro de 2026, a Wiz descreveu ataques à nuvem conduzidos por IA, barulhentos e persistentes, e em 12 de novembro de 2026 saiu a matéria sobre o reaproveitamento do Artex em ataques à nuvem e roubo de credenciais.

A contribuição nova da Unit 42 é quantitativa e prática: contagem de hosts expostos, ausência de exploração de vulnerabilidade, o padrão de rajadas e pausas, e uma lista de mitigações centrada em reduzir o mapa público de ataque.

Para quem opera segurança de cloud e identidade, a leitura é que o risco aqui está em higiene de exposição, não em patch. Specs OpenAPI públicas, fluxos de reset sem rate limit e chaves de longa duração são o que o agente precisa. Como os agentes são barulhentos, telemetria de borda centralizada e detecções comportamentais tendem a render mais do que listas de IOCs.