A Equipe de Resposta a Emergências Computacionais da Índia (CERT-In) divulgou que um ator de ameaça apoiado por inteligência artificial (IA), monitorado pela agência como Crafty Falcon, está atacando organizações dos setores bancário, de serviços financeiros e de seguros (BFSI) do país.
Ao descrever a ameaça como ativa e em andamento, a CERT-In afirmou que a atividade envolve o uso de ferramentas ofensivas de segurança baseadas em IA e disponíveis publicamente, como ARTEX, PentAGI, Cairn e CyberStrikeAI.
“Essas ferramentas executam cadeias de ataque completas de forma autônoma, em velocidade de máquina, geram e refinam grande número de scripts de ataque personalizados em rápida sucessão e adaptam suas cargas maliciosas com base nas respostas dos alvos”, afirmou a CERT-In. “A infraestrutura de apoio aos ataques troca endereços IP (protocolo de internet) em questão de horas a dias.”
A agência afirmou que os ataques também tiveram como alvo corretoras de criptomoedas e provedores de serviços de ativos digitais, resultando no roubo de chaves e fundos.
A atualização segue um alerta de outubro de 2026 emitido pela CERT-In, que advertia sobre várias campanhas de ataques contra instituições financeiras não bancárias (NBFCs), plataformas de crédito digital, empresas de fintech, provedores de serviços de pagamento e operadores de carteiras de criptomoedas.
Foram observados atores de ameaça explorando aplicações expostas à internet, interfaces de programação de aplicações (APIs) expostas e endpoints privilegiados para roubar credenciais de API de agregadores e gateways de pagamento e de bancos parceiros. Em seguida, invocam APIs de transferência de fundos diretamente de dentro da infraestrutura com lista de permissão das próprias entidades.
Outros vetores de acesso inicial relevantes estão listados abaixo:
- Uso de tokens de API estáticos, de longa duração e codificados diretamente no sistema (hard-coded)
- Comprometimento da cadeia de suprimentos de repositórios de código-fonte por meio de commits falsificados
- Exploração de credenciais em texto simples em arquivos de configuração, código-fonte ou bancos de dados
- Acesso a aplicações e serviços remotos sem autenticação multifator (MFA)
Segundo a CERT-In, essa abordagem burla controles em nível de aplicação, como criação de empréstimos, verificação KYC (conheça seu cliente), checagem de sanções, verificação de beneficiários, conferência de saldo suficiente e limites por transação.
As transações fraudulentas, executadas rapidamente, são desenhadas para transferir recursos para contas laranja controladas pelos atacantes em vários bancos. Além disso, os ataques envolvem operadores que apagam logs e adulteram ferramentas de segurança dos endpoints, na tentativa de dificultar a detecção e os esforços de resposta a incidentes.
A CERT-In também alertou que os atacantes têm como alvo a infraestrutura em nuvem, para executar comandos e implantar cargas maliciosas, além de ambientes de não produção acessíveis publicamente, para obter credenciais compartilhadas, tokens ou caminhos de rede e, então, usá-los para avançar até os sistemas de produção.
Outras ações relevantes de pós-exploração realizadas pelo invasor são as seguintes:
- Engenharia reversa de bases de código de aplicações para desenvolver explorações personalizadas
- Realização de chamadas de API não autorizadas com pacotes de aplicação modificados, minando controles que “presumiam que apenas o aplicativo cliente legítimo chamaria as APIs”
- Execução de transações-teste de valor irrisório (como 1 rupia) para validar fluxos de fundos não autorizados antes de realizar transferências de grande valor
- Abuso das APIs de liquidação de comerciantes de agregadores de pagamento para movimentar fundos
- Exploração de vulnerabilidades recém-divulgadas, incluindo cadeias de exploração de upload de arquivos e desserialização que levam a web shells em aplicações PHP e Node.js
- Criação de um grande número de scripts personalizados na hora e seu aprimoramento iterativo em rápida sucessão, padrão consistente com o desenvolvimento assistido por IA
O desdobramento ocorre quando a CERT-In publicou as Diretrizes de Auditoria de Segurança em Inteligência Artificial, que estabelecem requisitos específicos para garantir a “governança, segurança, privacidade, equidade, transparência, resiliência e auditabilidade dos sistemas de IA”.
O arcabouço prevê testar as identidades documentadas de um agente de IA, seus objetivos autorizados, o uso aprovado de ferramentas, os limites de permissão e sua adesão ao princípio do menor privilégio (PoLP). Também exige que agentes de IA peçam aprovação humana para ações consequentes e que sistemas de IA de alto risco incorporem interrupção de emergência, revogação de credenciais e controles para impedir reinicializações automáticas.
“A garantia eficaz exige responsabilidade organizacional, testes técnicos, governança de dados e modelos, monitoramento contínuo, supervisão humana, resposta a incidentes e garantia por terceiros”, afirmou a agência. “Assim, o arcabouço estabelece requisitos auditáveis proporcionais à natureza, escala, autonomia e impacto potencial de cada sistema de IA.”
Versão clonada do ARTEX distribui shell root
O uso indevido de ferramentas de teste de intrusão de código aberto, como o ARTEX, em invasões reais levou o desenvolvedor a retirar o repositório do GitHub. Mas várias cópias surgiram na plataforma de hospedagem de código, pertencente à Microsoft, para preencher o vácuo:
- github[.]com/trhhubsd/ARTEXX
- github[.]com/mhtsec/ARTEX (“mianhuatang11/artex” no Docker Hub)
- github[.]com/RuoJi6/ARTEX
Os dois primeiros repositórios do GitHub não estão mais disponíveis para download. Segundo um pesquisador independente de cibersegurança que atua sob o pseudônimo online Badbyte, o repositório “trhhubsd/ARTEX” recebeu 2.449 estrelas e mais de 600 forks.
O ponto de destaque na cópia do GitHub é que ela alterou uma única linha no arquivo “docker-compose.yml” para puxar a imagem “tomicdd/artex” do Docker Hub. A versão modificada esconde uma nova rotina que concede um shell root durante uma requisição não autenticada ao endpoint de login. Segundo estatísticas compartilhadas pelo Docker Hub, a imagem foi baixada 9.000 vezes.
“Ela adiciona uma função oculta, verifyCaptcha(), ao manipulador de login: se o campo CAPTCHA (teste de verificação humana) começar com um marcador secreto, o restante é executado via sh -c como root e a saída é retornada, antes de qualquer verificação de credenciais”, afirmou o pesquisador em comunicado enviado por e-mail ao The Hacker News. “Isso é um shell root não autenticado em cada instalação, e nunca aparece em uma revisão de código.”
“Uma instância comprometida do ARTEX guarda as vulnerabilidades não corrigidas dos alvos, credenciais ativas, sessões capturadas e a posição na rede. Quem controla a backdoor também pode alterar discretamente o que os agentes fazem na próxima execução.”
Até 62 consoles do ARTEX na internet foram identificados servindo a versão com backdoor entre 2 e 4 de novembro de 2026. A primeira instância foi ativada até 20 de outubro de 2026, doze dias após a imagem Docker ser publicada. Desses consoles, 26 estão nos Estados Unidos, seguidos por 17 em Hong Kong e sete na China.
No total, 1.645 hosts foram identificados servindo o console do ARTEX até 4 de novembro de 2026. Além de “tomicdd/artex”, diversos namespaces do Docker Hub foram identificados publicando imagens chamadas “artex”. Algumas delas estão listadas abaixo:
- congdonglinux/artex (também com backdoor e idêntica a “tomicdd/artex”)
- mianhuatang11/artex
- autumn26/artex
- andy1099zz/artex
- dgddw/artex
- trhhubsd/ARTEX
- ylh440104/artex
