Microsoft vincula Storm-0940 con explotación de la cadena de suministro en ConnectWise con ARTEX

Microsoft ha confirmado que un grupo vinculado al Estado chino, al que denomina Storm-0940, fue el responsable de la explotación de la cadena de suministro que afectó a la aplicación ConnectWise Cloud Backup. Según la compañía, el actor empleó un framework de inteligencia artificial agente denominado ARTEX para automatizar a gran velocidad tareas de reconocimiento, barridos de contraseñas (password spraying) y abuso de aplicaciones OAuth, y así saltar rápidamente desde la aplicación comprometida hasta los entornos de sus clientes. Estos hechos, divulgados por Microsoft, sitúan al incidente entre los casos más claros donde herramientas agentic AI han acelerado operaciones ofensivas a escala en entornos cloud.

Los elementos confirmados por Microsoft incluyen que: Storm-0940 utilizó ARTEX a “velocidad máquina” para atacar cientos de organizaciones desde septiembre de 2026; que en un periodo concreto (10–14 de octubre de 2026) la infraestructura del actor generó más de 151.000 intentos fallidos de autenticación, con un pico de 2.900 fallos por minuto; y que el 15 de octubre los agentes lograron controlar las identidades de varias aplicaciones cloud de ConnectWise y comenzaron a usar esas identidades para autenticarse en entornos de clientes. Microsoft también precisó que, en varios incidentes impulsados por ARTEX, el actor alcanzó acceso privilegiado a infraestructura cloud en plazos inferiores a tres horas desde el inicio del ataque. La compañía ha relacionado además a Storm-0940 con otros métodos previos, como una botnet apodada Quad7/CovertNetwork-1658 empleada en campañas de password spray.

Técnicamente, lo que ocurrió combina tres vectores que hoy son especialmente peligrosos: explotación de la cadena de suministro (compromiso de una aplicación con permisos delegados), automatización extrema vía agentes AI y abuso de modelos de autorización OAuth. ARTEX, según Microsoft, es un framework en Go para operaciones agentic que fue cerrado como código público tras abusos anteriores. En este incidente el actor aprovechó que las aplicaciones vendor (las identidades de servicio y sus credenciales) ya gozaban de confianza en los tenants de los clientes; al robar o controlar esas credenciales la amenaza pudo autenticarse sin interacción humana y operar con los permisos ya otorgados. Con esa puerta, las acciones siguieron con reconocimiento a través de Microsoft Graph, cambios en credenciales de aplicaciones para establecer persistencia y modificaciones sobre identidades, grupos y roles privilegiados.

¿A quién afecta esto? Confirmado: proveedores de servicios gestionados (MSP) y cientos de organizaciones clientes de ConnectWise en sectores muy diversos (aerolíneas y defensa, automoción, energía, finanzas, manufactura, semiconductores, software, ONGs, etc.). Más ampliamente, el patrón de ataque demuestra que cualquier proveedor con credenciales de aplicación delegadas puede servir como vector para comprometer a múltiples clientes: la cadena es tan fuerte como su eslabón más débil. Microsoft también señala que otras bandas han comenzado a integrar ARTEX en sus operaciones, lo que amplifica el riesgo de ataques similares sobre otros vendors y plataformas cloud.

Consecuencias reales y concretas. Confirmadas y reportadas: agotamiento de las ventanas de detección por la alta velocidad de intentos; en algunos casos, adquisición de acceso privilegiado y establecimiento de puertas traseras a través de modificaciones a credenciales y roles que pueden persistir aun después de mitigar la aplicación originalmente comprometida. Estimación razonable (no plenamente confirmada por Microsoft): la combinación de automatización AI + aplicaciones con privilegios puede aumentar la probabilidad de movimientos laterales y exfiltración en menos tiempo del que tardan los procesos humanos en reaccionar, reduciendo la eficacia de controles tradicionales que dependen de análisis manual o alertas generadas con latencia. Información aún incierta: el número exacto de clientes con acceso privilegiado efectivo, la extensión de datos exfiltrados y la duración real de puertas traseras implantadas en entornos afectados.

Qué deben hacer las organizaciones y usuarios ahora. Algunas medidas son defensivas inmediatas y otras son estratégicas para reducir la exposición a este tipo de ataques en el futuro. En orden práctico y concreto: 1) Revisar y rotar las credenciales de las aplicaciones de terceros —revocar client secrets y certificados de apps sospechosas y forzar nuevas autorizaciones administrativas—; 2) Revisar los permisos de las aplicaciones y reducirlos al mínimo imprescindible, usando consentimientos administrativos en lugar de consentimientos delegados cuando sea posible; 3) Habilitar políticas de consentimiento de OAuth y gobernanza sobre aplicaciones (controlar qué apps pueden obtener permisos en los tenants); 4) Implementar Conditional Access y bloquear autenticaciones desde IPs y rangos asociados al actor, además de restringir acceso a Graph y otras APIs sensibles mediante políticas basadas en riesgo; 5) Revisar registros de sign-in, cambios en registros de servicio (service principals) y operaciones de Microsoft Graph con prioridad y conservar logs fuera del entorno comprometido; 6) Adoptar prácticas de PIM (Privileged Identity Management) y revisión periódica de roles para minimizar cuentas que puedan elevar privilegios; y 7) Preparar playbooks de respuesta a incidentes centrados en abuso de aplicaciones OAuth y en la remediación completa de service principals comprometidos.

Para administradores más técnicos: audite todas las app registrations y service principals en Azure AD, busque modificaciones recientes en secretos o certificados, elimine permisos no usados y aplique la política “admin consent” para aplicaciones de terceros. Use soluciones de detección de anomalías y de protección de aplicaciones cloud como Microsoft Defender for Cloud Apps y configure alertas en tiempo real sobre cambios en credenciales y en asignaciones de roles. Para usuarios y clientes de MSP: exija transparencia y comprobantes de mitigación a sus proveedores y cambie contraseñas/credenciales críticas si su MSP confirma exposición.

Herramientas y recursos públicos útiles para implementar estas recomendaciones están disponibles en la documentación oficial de Microsoft sobre permisos y consentimiento OAuth y en la cobertura técnica de seguridad de Microsoft: https://learn.microsoft.com/azure/active-directory/develop/v2-permissions-and-consent y https://www.microsoft.com/security/blog/. También es recomendable seguir las directrices de gobierno y gestión de proveedores y MSPs publicadas por organizaciones nacionales de ciberseguridad y las políticas internas de control de acceso.

En resumen, lo confirmado por Microsoft expone dos tendencias convergentes: la explotación de la confianza implícita en identidades de aplicaciones y la creciente integración de agentes AI en cadenas de ataque que operan a velocidad máquina. Mientras algunos detalles operativos y el alcance total de la intrusión siguen pendientes de aclaración, la lección para equipos de seguridad es clara: minimizar permisos, vigilar y gobernar aplicaciones delegadas y acelerar la detección con controles automatizados son pasos imprescindibles para reducir la ventana de oportunidad que herramientas como ARTEX otorgan a atacantes bien financiados.