Microsoft documenta una cadena en la que herramientas agénticas buscaron secretos en repositorios públicos y usaron credenciales válidas para entrar en tenants de Entra ID, Azure y Microsoft 365. El informe no demuestra una autonomía completa ni atribuye la actividad a un actor concreto, pero sí muestra cómo una credencial filtrada puede pasar rápidamente de un repositorio a un almacén de secretos, una identidad de aplicación y los datos de una organización.
La primera señal estaba en GitHub
Microsoft afirma que desde agosto de 2026 observó actores que empleaban un framework ofensivo con IA para enviar grandes volúmenes de consultas a GitHub. Las búsquedas combinaban nombres de organizaciones con términos asociados a secretos, proveedores cloud o servicios de IA. El dato relevante es la escala y la intención de localizar credenciales reutilizables, no una suposición sobre cada consulta aislada.
El riesgo no termina cuando un secreto aparece en un repositorio y se borra el archivo. Una clave puede haber sido copiada, indexada, descargada o retenida en cachés, logs y copias. Microsoft recomienda tratar los secretos expuestos y las aplicaciones asociadas como comprometidos hasta que se revoquen o roten.
Del secreto a la identidad de aplicación
En un ataque posterior, iniciado como pronto el 28 de octubre, Microsoft Threat Intelligence observó el uso de credenciales filtradas o robadas para acceder a tenants de Microsoft Entra ID y a recursos conectados de Azure y Microsoft 365. El agente realizó inicios de sesión con entidades de servicio en varias aplicaciones y buscó operaciones que devolvían material sensible: claves de almacenamiento, cadenas de conexión, credenciales de publicación, conexiones de IA y credenciales de clústeres.
Una entidad de servicio no es una persona con una sesión interactiva, sino la identidad que una aplicación usa para autenticarse. Si su clave tiene más privilegios de los necesarios, el atacante puede consultar los recursos que esa identidad ya estaba autorizada a alcanzar.