Em julho de 2026, um usuário chamado "Autumn-27" publicou no GitHub um framework de testes de penetração autônomo chamado Artex. O software, escrito em Go com um console Next.js integrado e banco PostgreSQL, é projetado para conectar agentes de planejamento de IA a ferramentas de descoberta e exploração de vulnerabilidades. A intenção declarada era permitir que profissionais de segurança conduzissem testes de penetração autônomos sem depender dos modelos proprietários caros da Anthropic ou da OpenAI.
O que parecia uma ferramenta legítima para o mercado de segurança ofensiva rapidamente se transformou em algo bem diferente. Em apenas quatro meses, o Artex passou de um repositório GitHub para um componente central do arsenal de ameaças globais. A CrowdStrike atribuiu sua utilização a ataques contra instituições financeiras sul-coreanas em setembro. A Microsoft identificou seu uso no incidente Storm-0940 contra o provedor de suporte de TI ConnectWise, permitindo que hackers ligados à China espionassem milhares de organizações hospedadas na nuvem da Microsoft. O DIVD — Instituto Holandês de Divulgação de Vulnerabilidades — reportou que um agente Artex explorou dois zero-days consecutivos para obter privilégios root em apenas 12 minutos.
Mas foi um relatório publicado nesta semana pela Censys, empresa de varredura da internet que monitora sistemas expostos e vulneráveis, que trouxe à tona uma dimensão surpreendente do problema: mais de 800 implantações distintas do Artex estavam acessíveis pela web sem necessidade de autenticação.
Silas Cutler, pesquisador principal de segurança da Censys e autor do relatório, observou que nem todas as instâncias são operadas de forma maliciosa. Muitas pertencem a testadores autorizados de penetração. A questão fundamental, entretanto, permanece sem resposta clara: por que centenas desses sistemas precisam ser acessíveis pela internet quando o próprio software não exige exposição pública? O Artex é uma ferramenta ofensiva — e, como demonstrou o caso ConnectWise, quem a opera precisa apenas de acesso à rede alvo, não a servidores abertos.
Os sistemas expostos fazem mais do que deixar o painel de controle do Artex acessível. Eles revelam ferramentas de ataque completas, incluindo implants — malwares ocultos usados para comprometer redes e manter acesso persistente a vítimas — além de scripts de ataque, carregadores de malware, configurações detalhadas e informações sensíveis dos operadores. A Censys identificou 1.465 hosts exibindo consoles ARTEX até 3 de novembro, com 32 diretórios abertos contendo dados que expõem tanto o operador quanto alvos potenciais.
Um servidor continha o GodPotato, scripts de abuso de hash de senhas e utilitários de movimentação lateral no Windows. Outro hospedava uma exploração pública para o CVE-2021-3156, a vulnerabilidade sudo conhecida como Baron Samedit. Outro ainda abrigava um instance do Artex exposto há meses, contendo registros de alvos que se estendiam "bem além dos bancos sul-coreanos", incluindo empresas de pagamentos e plataformas de jogos.
O que torna esse caso particularmente instructivo é a escala. Os ataques vinculados ao Artex envolvem frequentemente a exploração de vulnerabilidades simples — adivinhar senhas fracas, falta de autenticação multifator, configurações equivocadas — o mesmo tipo de falha básica que também expôs as próprias instâncias do Artex. É um círculo vicioso: ferramentas projetadas para encontrar vulnerabilidades de configuração ficando expostas por configuração equivocada. A ironia não passou despercebida pelos próprios pesquisadores: a mesma fragilidade que o Artex explora contra empresas também compromete seus operadores.
A resposta do criador do Artex foi anunciada em outubro, quando o repositório original no GitHub foi retirado. O autor afirmou não estar envolvido nos ataques vinculados ao Artex e que a ferramenta foi projetada exclusivamente para testes de penetração autorizados. No entanto, a retirada do repositório não impediu a proliferação. Diversas cópias do código continuam disponíveis em sites de compartilhamento de código, e o framework se ramificou em variações como o ScopeWeaver e uma versão comercial chamada ARTEX PRO.
A Microsoft Threat Intelligence reportou recentemente que agentes ofensivos usando Artex estão escalando sua operação ao ponto de escanearem repositórios públicos do GitHub em busca de segredos expostos — chaves de API, tokens, credenciais de aplicação — e depois explorarem essas credenciais para acessar serviços de inferência de IA e segredos do Azure Key Vault. Em pelo menos uma intrusão observada, um agente ofensivo autônomo passou de varrer repositórios do GitHub para exfiltrar dados do Azure Key Vault em cinco minutos.
O CERT-In (Indian Computer Emergency Response Team) alertou em 4 de novembro que um grupo de ameaças rastreado como "Crafty Falcon" estava atacando organizações financeiras e de criptomoedas utilizando várias ferramentas alimentadas por IA, incluindo o Artex. Isso expande o leque geográfico e setorial dos ataques além do que era esperado.
O que o Artex revela é uma mudança estrutural na natureza da guerra cibernética. Frameworks de penetração autônomos, que antes eram ferramentas de nicho para profissionais de segurança, tornaram-se ativos de ameaça de uso geral. A barreira de entrada para ataques sofisticados — a expertise em pentest — foi reduzida a zero com o lançamento de software open-source acessível a qualquer ator com uma conta no GitHub.
Isso não é um problema que pode ser resolvido apenas retirando repositórios do GitHub. O Artex e seus clones já estão distribuídos, modificados e implantados. A pergunta que os defensores cibernéticos precisam responder é: como proteger organizações contra agentes de IA que operam em escala e velocidade impossíveis para defesas tradicionais, quando esses próprios agentes estão expostos para que qualquer concorrente — ou adversário — possa sequestrar?
Fontes: TechCrunch, Silicon Report, BleepingComputer, Microsoft Security Blog, Infosecurity Magazine
✓ Fontes independentes cruzadas e verificadas antes da publicação
