Microsoft vincula IA china al hackeo de 2.250 empresas

¿Qué pasó en el hackeo a ConnectWise Cloud Backup?

Microsoft atribuyó a un actor alineado con el Estado chino el compromiso del servicio Cloud Backup de ConnectWise, un proveedor de gestión de TI y acceso remoto. Los atacantes entraron al servicio en la nube y robaron credenciales de aplicaciones que ConnectWise usa para vincular ese producto con los clientes corporativos que dependen de él para respaldar sus datos.

Con esas credenciales, podían iniciar sesión en los entornos alojados en Microsoft de esos clientes como usuarios autorizados y acceder a correos y otros archivos. El detalle que hace la diferencia: no necesitaban que ninguna persona hiciera un inicio de sesión interactivo. Se autenticaban aprovechando la confianza que esas aplicaciones ya tenían concedida dentro de cada organización.

Microsoft cifró el alcance en más de 2.250 inquilinos de Microsoft 365 y 2.900 intentos de inicio de sesión por minuto. La compañía aclaró que la actividad no se originó en una brecha o vulnerabilidad de sus propios sistemas, productos o servicios, sino en el abuso de una aplicación de terceros comprometida.

En varios entornos, los agentes de IA fueron más allá de la autenticación: avanzaron hacia Microsoft Graph para hacer reconocimiento, modificar credenciales de aplicaciones y alterar identidades, grupos y roles privilegiados. Microsoft advirtió que esos cambios de credenciales pueden seguir funcionando como una puerta trasera incluso después de remediar la aplicación original.

ConnectWise, por su parte, publicó un aviso inicial el 16 de octubre, frenó el acceso a su sistema de backup y dijo estar trabajando para restaurar el servicio.

Un matiz que Microsoft remarcó: la presencia de una aplicación afectada, o incluso una autenticación exitosa, no implica necesariamente acceso no autorizado a datos ni exfiltración. La mayoría del targeting no fue exitoso, aunque el grupo sí consiguió persistencia privilegiada en muchas organizaciones en poco tiempo.

¿Qué es ARTEX y quién está detrás del ataque?

El grupo detrás de la operación es Storm-0940, un actor alineado con el Estado chino que Microsoft monitorea desde 2021 y que históricamente consiguió acceso inicial con password spraying y explotación de aplicaciones expuestas a internet. Sus objetivos declarados abarcan aeroespacial y defensa, automotriz, química, energía, servicios financieros, gobierno, legal, manufactura, medios, militar, semiconductores, software, tecnología y think tanks y organizaciones sin fines de lucro.

La novedad es la herramienta. ARTEX es un framework open source de pruebas de penetración con agentes de IA: según Microsoft, un sistema multi-agente basado en LLM escrito en Go con frontend en Next.js, capaz de operar con cualquier modelo de IA y de ejecutar un pentest autónomo desde el reconocimiento hasta la exfiltración con muy poca interacción humana. La interfaz viene en inglés por defecto, pero se puede cambiar a coreano, mandarín, español o japonés. El grupo lo venía usando al menos desde septiembre de 2026 y, en varios casos, pasó del primer objetivo al acceso privilegiado en menos de tres horas.

Conviene no exagerar el papel de la IA: como señala Forklog, que un framework automatice etapas de un ataque no significa que un modelo planifique y ejecute toda la operación por su cuenta. Los agentes trabajan por cuenta de operadores humanos, en este caso acelerando tareas que antes tomaban días.

Antes del golpe a ConnectWise, entre el 10 y el 14 de octubre, infraestructura de Storm-0940 lanzó una campaña automatizada de password spraying contra 327 cuentas en ocho organizaciones. Microsoft registró más de 151.000 eventos de inicio de sesión fallidos, con un pico el 11 de octubre de 2.900 fallos por minuto y más de 111.000 concentrados en un solo día. Unas 48 cuentas recibieron más de 1.000 intentos fallidos cada una. El resultado: ninguna autenticación exitosa.

¿Por qué esto importa si tu startup no usa ConnectWise?

Porque el vector del ataque no fue una persona: fue una integración. Yash Kadakia, fundador y CTO de Security Brigade, lo describe con precisión en CSO Online: las empresas invierten enormes esfuerzos en proteger los accesos de empleados con MFA y acceso condicional, mientras las aplicaciones de terceros pueden tener permisos igual de potentes y autenticarse sin que ningún empleado intervenga. Llevamos años implementando zero trust para humanos, dijo, mientras seguimos confiando implícitamente en las máquinas.

Su advertencia más incómoda: una aplicación que dejaste de usar hace un año puede seguir teniendo permisos vigentes en tu entorno hoy.

Yih Khai Wong, senior research manager de servicios de seguridad en IDC Asia/Pacific, pone el foco en la velocidad. Para él, 2.900 intentos por minuto y acceso privilegiado en menos de tres horas no es un ritmo que ninguna cola de analistas humanos pueda seguir, por bien dotado que esté el centro de operaciones de seguridad. Su recomendación es que acciones de contención como deshabilitar credenciales, revocar tokens y aislar service principals se disparen automáticamente con umbrales predefinidos, y que el humano revise después. Frente a ataques a velocidad de máquina, depender de que alguien haga clic en aprobar ya no alcanza.

¿Qué significa esto para tu startup?

No necesitas ser un banco ni un proveedor de infraestructura crítica para estar expuesto. Lo que este caso demuestra es que el eslabón débil suele ser una integración con permisos amplios y sin dueño claro dentro de tu propia organización. Estas son las acciones que puedes empezar hoy.

• Inventaría tus integraciones, no solo tus usuarios. Revisa qué aplicaciones tienen consentimiento en tu tenant de Microsoft 365 o Google Workspace y hazlo buscando por ID de aplicación, no por nombre visible. Incluye las que ya no usas: siguen ahí.
• Trata cada integración como una cuenta privilegiada. Mínimo privilegio, revisión periódica de accesos y una forma probada de revocar el acceso. Una app con permisos amplios y sin responsable identificable es una puerta trasera voluntaria.
• Separa el monitoreo de máquinas y de personas. Los inicios de sesión de service principals se vigilan distinto de los de usuarios. Alerta cuando se añadan credenciales a una aplicación, se asignen roles de alto privilegio o aparezca actividad app-only fuera de horarios y redes esperadas.
• MFA en todo, empezando por administradores. El caso coreano lo dejó claro: muchos de los sistemas alcanzados con el mismo framework tenían seguridad débil y no exigían factor adicional.
• No borres: primero preserva. Microsoft recomienda no eliminar las aplicaciones empresariales como primera respuesta, sino conservar la configuración y la evidencia antes de cualquier cambio irreversible. Mantén los registros de Entra, Purview y tu SIEM, y revisa la actividad al menos desde el 15 de octubre; si tus registros lo permiten, extiéndete hasta el 1 de octubre.
• Prepara la respuesta antes de necesitarla. Plan de revocación de accesos probado, backups inmutables o en un entorno separado y una prueba real de restauración sin depender del proveedor comprometido.

Hay un punto de due diligence que conviene actualizar. Si tu producto depende de un SaaS que a su vez tiene acceso amplio a los datos de tus clientes, tu riesgo incluye el de ese proveedor. La pregunta ya no es solo si tiene una certificación de seguridad, sino qué permisos concretos tiene sobre tu entorno y quién los revisa cada trimestre.

El mismo framework ya golpeó a la banca surcoreana

La campaña contra ConnectWise no es un caso aislado. Según Microsoft, el uso de ARTEX por parte de Storm-0940 se solapa en el tiempo con la difusión pública, en octubre de 2026, de brechas en instituciones financieras de Corea del Sur vinculadas al mismo framework.

CrowdStrike investigó esa campaña: estuvo activa entre fines de septiembre y principios de octubre de 2026, apuntó a sistemas internos de entidades financieras coreanas y derivó en exfiltración de datos, con Shinhan Bank y Yegaram Savings Bank entre las afectadas, según The Hacker News. Cryptobriefing reportó que las firmas afectadas fueron entre siete y nueve y que alrededor de 68.000 personas tuvieron datos personales expuestos, incluyendo nombres, teléfonos, ingresos anuales y límites de préstamo; solo en Shinhan Bank se habrían visto comprometidos unos 25.000 registros.

El detalle estructural de ese caso importa: los atacantes apuntaron a sistemas internos, no a las aplicaciones de cara al público. Las páginas de login y los portales de cliente suelen tener la seguridad más fuerte; los sistemas internos, en cambio, descansan en el supuesto de que quien tiene acceso ya pertenece a la organización.

ARTEX ya no está disponible para cualquiera. The Hacker News reportó que su desarrollador, identificado en GitHub como Autumn-27 y mencionado por Cryptobriefing como el ingeniero chino Li Puhua, lo pasó a código cerrado el 8 de octubre de 2026, el mismo día en que la página del proyecto en GitHub fue dada de baja, con el argumento de que los ataques violan el propósito original de la herramienta.

Eso no resuelve el problema de fondo. Como resume Wong en CSO Online, los ataques se están commoditizando: cada vez más actores recurren a herramientas open source, y la sofisticación operativa que antes era exclusiva de grupos con muchos recursos hoy está al alcance de cualquiera que pueda ejecutar un repositorio de GitHub contra la API de un LLM. Para dimensionarlo, The Hacker News reportó que otra plataforma de credential stuffing automatizada con agentes de IA probó 12.277.358 credenciales y clasificó 11.832 como válidas en 3.968 dominios.

Conclusión

El hackeo a ConnectWise deja tres lecciones para cualquier founder, sin importar el tamaño de su empresa. Primero, que el riesgo ya no termina en tu perímetro: se extiende a cada aplicación con permisos dentro de tu entorno. Segundo, que la velocidad es una variable de seguridad, y a velocidad de máquina la respuesta humana por defecto es demasiado lenta; si tus alertas terminan en una cola que alguien revisará mañana, la detección no sirve. Tercero, que la confianza concedida se acumula en silencio: revisa qué integraciones siguen vivas en tu infraestructura y con qué permisos, porque ahí es donde se está escribiendo el próximo incidente.

Fuentes

• Chinese Hackers Use AI Agents to Breach Thousands of Companies via ConnectWise (fuente original)
• AI-driven, large-scale nation-state campaign using ARTEX enables supply chain compromise
• China-linked hackers used agentic AI in attack on 2,250 Microsoft 365 tenants
• AI Agents Aid China-Linked Hacker Group in Attacking Hundreds of Organizations
• ARTEX AI Pentesting Tool Used in Data Theft Attacks on South Korean Financial Firms
• ARTEX AI agent goes closed-source after being linked to South Korean bank hacks