Cibersegurança

Ameaças da "IA Agêntica": Como ferramentas automatizadas aceleram o vazamento de dados na nuvem via GitHub?

A Microsoft detectou o uso de frameworks de IA Agêntica (Agentic AI), como o ARTEX, por atacantes para automatizar o processo de busca por credenciais vazadas no GitHub e explorá-las para comprometer ambientes Azure e Microsoft 365 com extrema rapidez.

2026-11-05
3 min de leitura
0 visualizações
certi.news Editorial Team
Ameaças da "IA Agêntica": Como ferramentas automatizadas aceleram o vazamento de dados na nuvem via GitHub?

A unidade de inteligência de ameaças da Microsoft (Microsoft Threat Intelligence) revelou uma mudança qualitativa nos métodos de ataques cibernéticos, onde os atacantes começaram a usar frameworks baseados em IA Agêntica (Agentic AI) para automatizar toda a cadeia de ataque. Especificamente, foi detectado o uso do framework de ataque ARTEX para pesquisar em repositórios públicos do GitHub por segredos (Secrets) vazados, como chaves de API (API keys) e credenciais de aplicativos OAuth, e então usá-los para comprometer organizações e acessar seus recursos na nuvem.

Da busca ao comprometimento em poucos minutos

O perigo dessas ferramentas reside na sua capacidade de superar o obstáculo tradicional que os atacantes enfrentavam: o tempo e o esforço humano necessários para revisar códigos e analisar dados vazados. Enquanto os ataques tradicionais dependiam de intervenção humana contínua, as ferramentas de IA Agêntica escaneiam repositórios, analisam os resultados e executam as próximas etapas do ataque de forma autônoma.

Em um caso preocupante documentado pela Microsoft, um agente de IA conseguiu passar da fase de escaneamento do GitHub em busca de segredos para a fase de extração de dados do Azure Key Vault em apenas cinco minutos, demonstrando a velocidade extrema com que esses ataques automatizados operam.

Expandindo o alcance do ataque por meio de identidades de serviço

O problema não parou no roubo de chaves; a Microsoft detectou o uso indevido de credenciais de aplicativos (Application Credentials) para acessar locatários (Tenants) do Microsoft Entra ID. Os atacantes usaram essas identidades para realizar diversas atividades destrutivas, incluindo:

  • Exploração de recursos na nuvem: Busca por grupos de recursos, permissões e configurações de serviços no Azure.
  • Extração de dados: Acesso a contas de armazenamento (Storage Accounts) e serviços Azure Key Vault.
  • Acesso a dados sensíveis: Entrada em arquivos do SharePoint, OneDrive e conteúdos de e-mail.
  • Exploração de serviços de IA: Alvos em cargas de trabalho (Workloads) dedicadas aos serviços Azure AI.

Por que esta notícia é importante?

Este desenvolvimento representa uma transição de ataques liderados por humanos para ataques liderados por máquinas. O que realmente está mudando é a "velocidade do ataque"; os defensores não estão mais enfrentando um programador tentando encontrar uma vulnerabilidade, mas sim agentes de IA capazes de testar diferentes métodos (Adaptive Behavior) e ajustar automaticamente as solicitações de API em caso de falha, o que reduz a janela de tempo disponível para as equipes de segurança responderem ao incidente.

Como as organizações podem se proteger?

A Microsoft recomenda seguir estratégias de defesa que acompanhem a velocidade dessas ameaças, sendo as principais:

  • Migração para Identidades Gerenciadas (Managed Identities): Em vez de armazenar chaves de longo prazo no código, o que elimina a possibilidade de vazamento.
  • Ativação de Proteção de Envio (Push Protection): Uso de ferramentas como o GitHub Advanced Security para impedir o upload de segredos para os repositórios desde o início.
  • Aplicação do Princípio do Menor Privilégio (Least Privilege): Restringir as capacidades das identidades de serviço (Service Principals) para que possuam acesso apenas ao que realmente precisam.
  • Rotação imediata de chaves: Caso qualquer vazamento seja detectado, a chave deve ser considerada comprometida e rotacionada imediatamente, pois apenas excluir o código do repositório não é suficiente para invalidar a chave vazada.
Fonte da notícia
Microsoft Security Blog
Abrir fonte original ↗
c
Autor

certi.news Editorial Team

Na mesma categoria

Você também pode gostar

Ver todas as notícias