Atacantes usam agentes de IA para achar e abusar de secrets expostos no GitHub
Aprofundamento CEVIU
Aprofundamento
A Microsoft Threat Intelligence descreve atacantes usando um framework ofensivo com agentes de IA, o ARTEX, para enviar grandes volumes de consultas ao GitHub desde agosto de 2026. As buscas costumam combinar o nome da organização-alvo, palavras-chave de secrets e termos ligados a serviços de nuvem ou a outros provedores de IA. A técnica em si é antiga. O que muda é a velocidade e a autonomia: o agente analisa o resultado e segue para o ataque seguinte, com pouca intervenção humana. Em um caso, passou da busca no GitHub à exfiltração de dados do Azure Key Vault em cinco minutos.
Depois do vazamento, o uso das credenciais aparece no Entra ID. Desde 28 de outubro de 2026, a Microsoft viu sign-ins bem-sucedidos de service principals a partir de 199.19.77[.]84 (e também de 199.19.77[.]18, um nó de saída Tor), em dezenas de aplicações e vários tenants. Em alguns casos, a credencial de uma aplicação multitenant de fornecedor foi comprometida na origem e serviu de porta para tenants downstream. Os atacantes mapearam o ambiente, buscaram chaves de storage, connection strings e credenciais de AKS, acessaram SharePoint e OneDrive e usaram o Run Command em VMs. Também miraram chaves de provedores de IA e serviços Azure AI. A Microsoft notou ainda ajustes adaptativos, como trocar a versão da API depois de um HTTP 400 e obter HTTP 200 segundos depois.
As mitigações incluem bloquear o IP 199.19.77[.]84/32 em Conditional Access para workload identities, revogar sessões, PATs e chaves SSH, remover client secrets, certificados e credenciais federadas das apps afetadas e rotacionar tudo o que estava nos Key Vaults acessíveis. Tokens já emitidos valem até expirar. Como o agente troca IP e user agent, a Microsoft sugere olhar comportamento: um endereço autenticando em três ou mais service principals, ou uma app pedindo tokens para ARM, Key Vault, Storage e Graph em pouco tempo. A empresa também recomenda migrar para managed identities, que eliminam o secret no código.
O que mudou
Em 2 de novembro de 2026, o CEVIU noticiou "Frameworks ofensivos baseados em agentes já aparecem em intrusões reais, aponta Google", com o GTIG e a Mandiant observando o ARTEX em intrusões com credenciais roubadas. Agora a Microsoft mostra o mesmo framework no começo da cadeia, na caça a secrets no GitHub, e na exploração de identidades de aplicação no Entra ID e no Azure. Em 27 de outubro de 2026, o CEVIU já cobrira a campanha Gheist, que usava tokens roubados do GitHub para extrair secrets de repositórios. É outro vetor, mas reforça o GitHub como fonte de credenciais.
Por que isso importa
Para quem opera segurança em ambientes Azure, a leitura é que remover um secret do repositório não basta: a credencial segue válida até ser revogada ou rotacionada, e o tempo entre vazar e ser abusado pode ser de minutos. Isso empurra a prioridade para varredura contínua, push protection, managed identities e detecção por comportamento, já que bloqueio por IP envelhece rápido contra agentes que trocam de fingerprint.
Linha do tempo
CEVIU noticia a campanha Gheist, que usa tokens roubados do GitHub para extrair secrets.
CEVIU noticia que o Google viu o ARTEX em intrusões reais com credenciais roubadas.
Microsoft detalha o uso do ARTEX para achar secrets no GitHub e abusar deles no Azure.
Perguntas frequentes
O que é o ARTEX e o que ele faz nesses ataques?
É um framework ofensivo baseado em agentes de IA. Segundo a Microsoft, ele varre repositórios do GitHub atrás de secrets, analisa o que encontra e conduz ataques seguintes com pouca ação manual do operador.
Basta apagar o secret do repositório depois do vazamento?
Não. A Microsoft afirma que credenciais expostas continuam utilizáveis até serem revogadas ou rotacionadas. Remover a divulgação original não corrige a exposição, e a organização deve assumir que o secret e as aplicações associadas foram comprometidos.
Quais IPs a Microsoft associou à atividade?
Os sign-ins de service principals vieram principalmente de 199.19.77[.]84 e 199.19.77[.]18, este último um nó de saída Tor. Houve também atividade maliciosa de 65.87.223[.]26 e reconhecimento contra workloads de IA a partir de 157.22.126[.]128. A própria Microsoft avisa que os agentes mudam IP e user agent com facilidade.
Como reduzir o risco de secrets expostos no GitHub?
Ative a varredura de secrets e o push protection, habilite o monitoramento público do GitHub para detectar vazamentos em repositórios secundários e migre aplicações OAuth para managed identities. Aplique também privilégio mínimo e proteja workload identities.
Fontes
- microsoft.comfonte original
- Categoria
- CEVIU Segurança da Informação
- Publicado
- 06 de novembro de 2026
- Editoria
- CEVIU Segurança da Informação

