Invasores estão explorando credenciais roubadas de aplicativos do Microsoft Entra ID para se infiltrar em ambientes do Microsoft 365 e do Azure, afetando 27 organizações por meio de provedores de serviços gerenciados (MSPs) e de seus clientes finais.
A equipe MXDR (detecção e resposta estendidas gerenciadas) da Todyl monitora essa campanha em andamento, chamada Key Eater. Desde 1º de novembro de 2026, os atacantes têm como alvo cerca de 45 registros de aplicativos em aproximadamente 18 organizações, autenticando-se com sucesso em mais de 33 delas.
Os investigadores constataram que os atacantes baixaram 81 arquivos e acessaram cerca de 2.279 itens de caixas de correio. Nenhuma vulnerabilidade nos sistemas da Microsoft foi explorada durante essas invasões.
Segundo a investigação da Todyl, as vítimas atuam nos setores governamental, de energia, agropecuário, de transporte, de engenharia, jurídico, educacional e de organizações sem fins lucrativos. Os números representam apenas os ambientes visíveis por meio de sua telemetria.
Invasores usam credenciais roubadas de aplicativos do Microsoft Entra ID
Em vez de comprometer primeiro contas individuais, o atacante se autentica como aplicativos legítimos usando segredos válidos. Os investigadores também identificaram o abuso de uma identidade federada de carga de trabalho do Azure DevOps e a reutilização do token de sessão de um usuário no Azure DevOps.
Quase para cada credencial, o operador solicita um token do Azure Resource Manager, seguido de um token do Key Vault. Solicitações de tokens do Microsoft Graph, do Storage e do Cognitive Services costumam seguir em poucos segundos.
Aplicativos antes não utilizados passam então a se autenticar em minutos. Isso sugere que os segredos obtidos permitem acessos adicionais, embora os logs de auditoria do Key Vault sejam necessários para confirmar a origem. Ataques relacionados ao Entra ID mostram por que identidades na nuvem e repositórios de segredos acessíveis exigem atenção.
O atacante executou 29 buscas com caractere curinga único no Microsoft Graph em cerca de 25 locatários (tenants) antes de baixar arquivos do SharePoint a uma taxa de aproximadamente um por segundo.
O material coletado incluía listas de senhas, chaves privadas, perfis de VPN (rede privada virtual), chaves de API de MFA (autenticação multifator) e de monitoramento remoto, credenciais de backup, configurações de firewall e mapas de contas de serviço. Essas informações podem permitir invasões posteriores, além do Microsoft 365.
As integrações com MSPs ampliaram a exposição. Um aplicativo multilocatário percorreu 15 locatários de clientes em ciclos de cerca de 10 segundos.
Apesar da velocidade, a Todyl afirma que a atividade não é um worm. As evidências indicam que um único operador controla ferramentas baseadas em scripts a partir de um VPS (servidor privado virtual), usando credenciais roubadas anteriormente e se expandindo dentro de grupos de clientes de MSPs. Clientes com scripts responderam por 95% das autenticações. O uso de IA como apoio é uma possibilidade de baixa confiança, e não uma constatação confirmada.
Após detecções em 3 de novembro, o atacante substituiu as assinaturas de curl e Python por user agents de navegadores falsificados. Tentativas posteriores reproduziram tokens de atualização de vários usuários; o Acesso Condicional bloqueou todas as reproduções observadas naquele dia. Ataques semelhantes de reprodução de tokens no Microsoft 365 demonstram a importância de investigar sessões roubadas juntamente com as credenciais de aplicativos.
Quatro tokens de serviços de IA foram emitidos em dois MSPs. Isso se encaixa em um possível LLMjacking (uso indevido de modelos de linguagem de grande porte), mas a emissão de tokens, por si só, não comprova consumo de recursos.
O endereço confirmado do operador é 199.19.77.84. Os user agents distintivos incluem task177-f2267/1.0 e sait-tenant-deep/37346.
Administradores devem investigar tanto as autenticações de entidades de serviço bem-sucedidas quanto as malsucedidas, preservar os logs de auditoria, desativar quaisquer aplicativos comprometidos e rotacionar as credenciais expostas de aplicativos e de clientes finais. O Acesso Condicional voltado a usuários não substitui a necessidade de controles para autenticação somente de aplicativos.
Não foram observados sinais de persistência ou de comprometimento da plataforma do fornecedor. A atribuição e o mecanismo original do roubo de credenciais permanecem não esclarecidos, e pode haver vítimas adicionais fora dos ambientes monitorados.
