Agentes de IA automatizan ataques a la cadena de suministro china

El reloj se ha acortado

El grupo de amenazas Storm-0940, vinculado a China, opera desde 2021 y ha recopilado datos de forma metódica en una amplia gama de industrias. Pero según un aviso de Microsoft publicado el 21 de octubre, el grupo comenzó a desplegar en septiembre un marco de pruebas de penetración potenciado con inteligencia artificial llamado ARTEX, y el plazo de los compromisos se ha reducido drásticamente.

En algunos casos, el atacante pasó de la selección inicial del objetivo a obtener acceso a nivel de administrador dentro del entorno en la nube de la víctima en menos de tres horas. La mayoría de los intentos fallan, pero Microsoft reporta que el grupo ha logrado vulnerar cientos de organizaciones en todo el mundo, asegurando accesos persistentes incluso cuando ataques individuales fracasan.

Esa velocidad es lo central de la historia. Y cambia todo sobre cómo las empresas deben pensar el riesgo en la cadena de suministro.

Qué hace exactamente ARTEX

ARTEX es una herramienta de pruebas de penetración de código abierto. Por sí misma, no es maliciosa. Desarrollada por investigadores de seguridad para ayudar a las organizaciones a validar sus propias defensas, el marco automatiza el tipo de reconocimiento y flujos de explotación que tradicionalmente requerían un operador humano cualificado trabajando turnos completos.

Sin embargo, cuando se empareja con un modelo de IA arbitrario, ARTEX puede automatizar la cadena de ataque completa —reconocimiento, recolección de credenciales, movimiento lateral y exfiltración de datos— con mínima intervención humana. Soporta japonés, coreano, chino, español e inglés, lo que le da una paleta de segmentación más amplia que la mayoría de las herramientas de los actores de amenaza. Esa capacidad multilingüe no es accidental. Señala una planificación deliberada para operar en regiones donde las herramientas de seguridad centradas en el inglés suelen quedarse rezagadas.

Microsoft confirmó que ARTEX se usó en un ciberataque de septiembre contra una institución financiera surcoreana que expuso datos personales, el mismo patrón visto en el incidente de ConnectWise. GMO Cybersecurity by Yellae también identificó el marco en intentos de acceso no autorizado contra empresas japonesas, ocho de las cuales ya habían divulgado brechas entre septiembre y octubre.

El peligro no es un único actor sofisticado sentado detrás de un teclado. Es una metodología reutilizable y basada en IA que cualquiera con acceso puede ejecutar a escala, día y noche, en todas las zonas horarias simultáneamente. La barrera de entrada nunca ha sido tan baja, y la barrera de detección nunca ha sido tan alta.

Cómo funciona el compromiso de ConnectWise

El ataque de ConnectWise Cloud Backup es un compromiso de cadena de suministro clásico con un giro que lo hace más difícil de defender. Storm-0940 obtuvo credenciales para las aplicaciones de copia de seguridad en la nube de ConnectWise y luego explotó los permisos de acceso preautorizados que esas aplicaciones ya tenían dentro de los entornos de Microsoft 365 de los clientes.

En términos sencillos: los atacantes no necesitaban engañar a los usuarios para que iniciaran sesión. Se hicieron pasar por aplicaciones legítimas y pasaron por la puerta principal usando derechos de acceso que la propia organización había concedido. Esa es la distinción que más importa. Ningún programa de concientización sobre phishing del mundo lo protegerá de un atacante que nunca le pidió hacer clic en nada.

Las cifras de Microsoft son contundentes. El grupo intentó inicios de sesión a una tasa de 2.900 por minuto contra los inquilinos de más de 2.250 organizaciones. En algunos entornos, tuvieron éxito: recolectaron información interna, agregaron nuevas credenciales de autenticación a las aplicaciones y asignaron privilegios de administración. El volumen de intentos sugiere que la operación estaba diseñada para encontrar puntos débiles mediante desgaste en lugar de precisión, que es exactamente el tipo de trabajo en el que un agente de IA sobresale.

De manera crucial, Microsoft enfatizó que no hubo vulnerabilidades en productos o sistemas de Microsoft. La brecha ocurrió completamente a través de rutas de acceso legítimas que las propias organizaciones habían configurado. Eso significa que la solución no es un parche de software. Es una decisión de gobernanza, y la mayoría de las organizaciones aún no la han tomado.

Por qué la puerta trasera persiste

Incluso después de que ConnectWise emita sus directivas de remediación, el daño podría no detenerse. Los atacantes añadieron sus propias credenciales y permisos elevados dentro de los inquilinos de las víctimas. Si esos cambios pasan desapercibidos, permanecen como puertas traseras latentes —accesibles mucho después de que la intrusión inicial haya sido contenida.

Microsoft aconseja explícitamente no eliminar las aplicaciones comprometidas de inmediato. La eliminación destruiría evidencia forense y podría generar alertas que notifiquen a los atacantes que su acceso está comprometido. En cambio, las organizaciones afectadas deben mantener las aplicaciones deshabilitadas hasta que ConnectWise publique su procedimiento oficial de recuperación, y luego trabajar a través de la investigación paso a paso.

El aviso recomienda revisar los registros de inicio de sesión y auditoría desde al menos el 15 de octubre —idealmente desde el 1 de octubre— y buscar adiciones de credenciales desconocidas, cambios no autorizados de permisos y accesos sospechosos a correos electrónicos o archivos. Cualquier anomalía detectada debe provocar la revocación inmediata de credenciales y el cambio de contraseñas.

Para las organizaciones que dependían de ConnectWise Cloud Backup antes de la ventana de ataque, la pregunta es si su entorno aún conserva algunos de los privilegios añadidos por los atacantes. Esa auditoría debe comenzar ahora, no después de que la próxima brecha haga titulares. Y debería extenderse más allá de ConnectWise. Cualquier aplicación de terceros con permisos a nivel de administrador en su entorno es un vector potencial para el mismo enfoque.

La conexión japonesa

GMO Cybersecurity by Yellae informó el 19 de octubre que observó ARTEX siendo utilizado en intentos de acceso no autorizado contra aproximadamente 20 empresas japonesas. Ocho de esas organizaciones ya habían divulgado brechas de datos entre septiembre y octubre.

Microsoft no vinculó formalmente los ataques japoneses a Storm-0940, señalando que múltiples regiones están utilizando el marco ARTEX. La ausencia de una atribución confirmada no reduce el riesgo: significa que las organizaciones en Japón y otros lugares no pueden asumir que están fuera del conjunto de objetivos simplemente porque Microsoft no las haya nombrado. El marco es de código abierto. Eso solo garantiza la diversificación de usuarios.

La naturaleza multilingüe de ARTEX, combinada con la dispersión geográfica de la actividad, apunta a un ecosistema más amplio de actores adoptando la misma metodología. Storm-0940 puede ser el usuario más organizado, pero casi con seguridad no es el único.

Quiénes ganan, quiénes pierden y qué sigue

Los ganadores aquí son los atacantes. Los agentes de IA no duermen. No toman fines de semana libre. No se cansan de repetir el mismo exploit miles de veces hasta que uno funciona. Un atacante humano que targetee cientos de organizaciones enfrentaría fatiga, errores y rendimientos decrecientes. Un agente de IA escala ese esfuerzo de forma lineal.

Los perdedores son las organizaciones que trataron los permisos de aplicaciones de terceros como una tarea de configuración única. Cada negocio dependiente de ConnectWise —y hay miles— ahora está en la lista de objetivos. La misma lógica aplica a cualquier ecosistema de SaaS donde aplicaciones externas tengan acceso amplio a entornos internos. El compromiso de ConnectWise no es un problema de ConnectWise. Es un problema de acceso de terceros, y ConnectWise es simplemente el último ejemplo.

Los efectos de segundo orden ya son visibles. Los equipos de seguridad se apresuran a auditar historiales de autorización de aplicaciones en sus inquilinos de Microsoft 365. Las aseguradoras están重新evaluando exposiciones de responsabilidad cibernética ligadas a relaciones con proveedores de servicios gestionados. Los reguladores en Corea del Sur y Japón están comenzando a preguntar si los plazos de divulgación para brechas en la cadena de suministro son adecuados. Y las herramientas de seguridad de código abierto se enfrentan a un cuestionamiento incómodo: herramientas construidas para defensa ahora se usan ofensivamente a escala, y la línea entre ambos se difumina más rápido de lo que cualquier marco político puede abordar.

Lo que sigue es probablemente un cambio en cómo los equipos de seguridad validan los permisos de aplicaciones. La era de la confianza y el olvido en el acceso de terceros ha terminado. La monitoreo continuo de permisos a nivel de administrador, la revisión obligatoria de historiales de autorización de aplicaciones y las políticas estrictas de menor privilegio pasarán de ser mejores prácticas a requisitos de línea base. Las organizaciones que construyeron su postura de seguridad alrededor de defensas perimetrales y concientización sobre phishing por sí solas descubrirán que esas inversiones son insuficientes contra un atacante que nunca necesitó engañar a un solo ser humano.

El compromiso de ConnectWise no explotó una falla en la tecnología. Explotó una falla en la supervisión. Los agentes de IA como ARTEX simplemente hacen que esa brecha de supervisión sea mucho más barata de explotar, y mucho más difícil de detectar una vez que el agente se ha movido al siguiente objetivo.