JADEPUFFER-Linked Attackers Used Compromised Service Principals to Delete Azure Resources
The Hacker News · 28 sept, 11:08
El grupo JADEPUFFER ha orquestado operaciones destructivas en entornos Microsoft Azure usando service principals comprometidos, demostrando una evolución en el uso de modelos de lenguaje para automatizar ataques ransomware. El ataque de junio de 2026 explotó una vulnerabilidad en Langflow para acceder a la infraestructura, enumerar recursos durante 16 horas y ejecutar más de 150 operaciones destructivas que eliminaron cuentas de almacenamiento, bases de datos SQL y otros recursos críticos. Este incidente marca un cambio significativo hacia ataques orquestados por IA donde amenazas sofisticadas pueden ejecutarse con mayor velocidad y escala en entornos cloud.
Los investigadores de Microsoft documentaron cómo JADEPUFFER (conocido internamente como Storm-3168) comprometió dos service principals de Azure para ejecutar un ataque de 18 horas. El primer service principal realizó reconocimiento durante aproximadamente 16 horas, ejecutando más de 300 operaciones de lectura contra máquinas virtuales, grupos de recursos y suscripciones. El segundo principal comenzó operaciones destructivas 90 minutos después, enumerando almacenes de configuración de Azure App Service en busca de credenciales expuestas.
La cadena del ataque incluyó más de 100 intentos de eliminación de cuentas de almacenamiento ejecutados en siete minutos, junto con intentos de eliminar Azure Key Vault, Function Apps y bases de datos SQL. Aunque la mayoría de las cuentas de almacenamiento fueron eliminadas con éxito, los bloqueos de recursos de Azure y la protección contra eliminación de cuentas mitigaron algunos intentos. El compromiso inicial de las credenciales ocurrió porque un empleado de la organización afectada publicó el ID de cliente, secreto de cliente e ID de tenant en plaintext en un issue de GitHub público.
Puntos clave
- El ataque explotó CVE-2025-3248 en Langflow para acceder a la infraestructura
- Dos service principals comprometidos: uno para reconocimiento, otro para operaciones destructivas
- Más de 300 operaciones de lectura durante 16 horas; más de 150 operaciones destructivas en 35 minutos
- Las credenciales fueron expuestas en un issue público de GitHub que no fue completamente eliminado del historial
- Los bloqueos de recursos de Azure y la protección contra eliminación evitaron algunas pérdidas
Figuras de la fuente
