El proveedor de copias de seguridad es la nueva puerta de entrada, y la IA la ha echado abajo

¿Qué proveedores tuyos podrían iniciar sesión ahora mismo en tu tenant de Microsoft 365 sin contraseña, sin MFA y sin que nadie se entere? Si no sabes responder, el incidente de ConnectWise Cloud Backup está escrito para ti.

La versión corta: ConnectWise suspendió Cloud Backup (antes SkyKick), junto con sus servicios SaaS Security y Cloud Management, tras detectar actividad sospechosa por primera vez el 14 de octubre. Cybersecurity Dive informa de que un informe de Microsoft vincula la campaña con un grupo de origen chino identificado como Storm-0940. Según ese informe, el grupo empleó una herramienta de pentesting de código abierto basada en IA agéntica llamada Artex. Microsoft afirma que intentó iniciar sesión en más de 2250 tenants de Microsoft 365, a un ritmo de 2900 intentos por minuto.

La credencial era el ataque, no el producto

Fíjate en lo que no ocurrió. Según Sophos, los inicios de sesión no necesitaron contraseña de usuario ni MFA, porque el atacante se autenticó con la propia identidad de aplicación del proveedor. Sophos dice que el escaneo se hizo desde un único servidor durante unos 96 minutos. Añade que no está claro cómo se obtuvo la credencial.

Es la incómoda verdad del diseño de las aplicaciones de copia multitenant. Los clientes dan su consentimiento una vez y, a partir de ahí, la identidad del proveedor puede solicitar tokens en todos los tenants que lo concedieron. Como explicó Jon Semon, de Huntress, a CyberScoop, quien tenga la credencial puede pedir tokens en cualquier tenant donde esté instalada la aplicación, sin que el cliente haga nada. Creemos que es una concentración de riesgo que la mayoría de compradores nunca valoró. Contrataste un servicio de copias. Además, entregaste a un tercero una llave maestra, y su seguridad pasó a ser la tuya.

El ángulo de las copias lo agrava. El resumen de SOCRadar señala que estos productos suelen necesitar permisos amplios, que pueden incluir buzones, archivos y datos del directorio. Además llegan a esos tenants a través de los MSP, que están a un solo salto de muchas pequeñas organizaciones. Para un atacante, es un sitio muy eficiente donde estar.

«Escalar como una startup» es la verdadera noticia

La parte de la IA merece escepticismo y respeto a partes iguales. Escepticismo, porque Huntress llama a su planteamiento una «hipótesis de trabajo»: un agente de IA que ejecuta herramientas con guion, con alguna intervención humana puntual. Respeto, porque lo importante es la escala. Enumerar tenants nunca fue difícil. Lo que cambia es el coste del siguiente paso, como el reconocimiento, la escalada de privilegios o la implantación de persistencia, en cientos de objetivos a la vez.

El CEO de ConnectWise lo resumió bien: la IA permite a los atacantes poner a prueba conexiones de confianza a lo que Microsoft llama «velocidad de máquina». Añadiríamos que los procesos de los defensores siguen yendo a velocidad humana: tickets, correos de proveedores, revisiones semanales. Las propias cifras de Microsoft hablan de 151 000 inicios de sesión fallidos en pocos días. La mayoría de los defensores no pueden frenar ese ritmo a mano.

Una salvedad sobre la atribución. Otras informaciones, como las de CyberScoop, decían que no se había identificado al atacante, y SOCRadar afirmó lo mismo. La atribución de Microsoft llegó después. Además, no todas las cifras de escala son intrusiones confirmadas. SOCRadar subraya que casi 1000 tenants con actividad de inicio de sesión no deben leerse como 1000 brechas.

Trata las copias de seguridad y las herramientas de MSP como nivel cero

Esta es nuestra postura. Los equipos de seguridad llevan tiempo protegiendo los controladores de dominio y los proveedores de identidad como joyas de la corona. Un conector de copias con derechos para leer y escribir correo y archivos, como describió Todyl, pertenece a ese mismo nivel. En la práctica, significa:

• Inventariar todas las aplicaciones de terceros con consentimiento en tu tenant y cotejarlas por Application ID, no por nombre visible, como aconseja ConnectWise.
• Crear alertas para los inicios de sesión de service principals desde IP inesperadas. En este caso, la aplicación apareció desde un servidor y no desde la infraestructura de Azure con la que se suele asociar.
• Vigilar las aplicaciones que se asignan roles a sí mismas o añaden secretos a otras aplicaciones. Huntress vio justo eso, y significa que desactivar la aplicación original es necesario, pero puede no ser suficiente.
• No dar por hecho que el silencio en los registros es sinónimo de seguridad. SOCRadar señala que algunas lecturas de Graph dejan un rastro de auditoría limitado.

El gran perdedor es el viejo modelo de confianza, en el que la certificación SOC de un proveedor sustituía a tus propios controles. Los ganadores son los atacantes, hasta que los compradores exijan a los proveedores de copias aislamiento de credenciales y visibilidad a nivel de tenant. La propia ConnectWise dijo que su arquitectura no le da visibilidad suficiente de los tenants de sus clientes para saber quién se ha visto afectado.

Nuestro veredicto: no esperes al análisis posterior. Si gestionas Microsoft 365 a través de un MSP, pregunta esta semana qué identidades de proveedor tienen consentimiento, qué pueden tocar y a quién se avisa cuando se comportan mal. La IA no inventó esta debilidad, pero hizo barato explotarla a gran escala.