WorkOS, la empresa que vende inicio de sesión empresarial (SSO) y gestión de usuarios a otras compañías de software, detectó el 30 de octubre un acceso no autorizado a una herramienta interna de su equipo de ventas, con datos del CRM, resúmenes de llamadas y extractos de conversaciones de Slack con clientes. El 2 de noviembre su CEO, Michael Grinich, lo hizo público y lo ligó a ARTEX, un framework de pentesting que reparte un ataque entre agentes de IA. Según la empresa, sus sistemas de producción no fueron tocados.
ARTEX apareció en GitHub en julio de 2026 como una herramienta abierta para automatizar auditorías de seguridad, y en apenas tres meses se volvió el nombre que más se repite en los informes de intrusiones con IA. Ya contamos cómo un grupo de espionaje chino lo lanzó contra más de 200 organizaciones en 11 días, según CrowdStrike. WorkOS se suma ahora a la lista, aunque su caso es distinto: la víctima es una empresa de software que lo reconoció en público por voz de su director.
Lo que confirmó WorkOS
- Qué atacaron. Una aplicación interna que usa su equipo de ventas y atención a clientes. El boletín oficial no dice cómo entraron los atacantes.
- Qué datos quedaron expuestos. Nombres, correos, teléfonos, puestos y empresa de los contactos guardados en el CRM; historiales de cuenta e información comercial; resúmenes y extractos de llamadas de ventas, de conversaciones de soporte y de canales de Slack con clientes, y metadatos sobre el uso de sus productos, como el estado de las conexiones y directorios de cada cliente.
- Qué no se vio afectado. WorkOS dice que no tiene evidencia de acceso a los datos de su plataforma ni a sus servicios de producción, y que el incidente se limitó a datos de CRM y soporte. Grinich lo resumió en X: «los sistemas de producción de WorkOS están seguros» y el ataque se quedó en sistemas internos de ventas y marketing.
- Dónde aparece ARTEX. El boletín habla de «un framework de seguridad ofensiva asistido por IA» para automatizar el reconocimiento y los intentos de explotación, y enlaza los informes de Wiz, Google y CrowdStrike sobre ARTEX, pero no lo nombra. Fue Grinich quien escribió que el ataque «involucró a ARTEX».
- Qué hizo. Desactivó el acceso externo a esa aplicación, revisa los controles de acceso del resto de sus herramientas internas, contrató a una firma independiente de forense y respuesta a incidentes, y avisará directamente a los clientes afectados. No dio un número de clientes.
El rastro de ARTEX en otras redes
- DIVD, en Países Bajos. El instituto neerlandés de divulgación de vulnerabilidades informó que el 21 de septiembre alguien entró a su sistema de tickets por dos zero-days de Zammad y que, tras obtener root, usó agentes de IA para seguir el ataque. Después precisó en LinkedIn que era ARTEX, que «el agente decide cada paso por sí mismo» y que registró más de 450,000 peticiones y más de 2,500 scripts. El mismo DIVD advirtió que la aparición de ARTEX en otros ataques no significa que estén conectados.
- Japón. GMO Cybersecurity by Ierae encontró ARTEX en un servidor usado contra unas 20 empresas japonesas, nueve del mismo sector; ocho de ellas habían publicado avisos de filtración en septiembre y octubre. También halló otros seis servidores de ataque con IA dirigidos a Japón y compartió los datos con la policía. Algunas notas de prensa dan cifras de víctimas mayores, que no aparecen en el informe de GMO.
- Microsoft y ConnectWise. Microsoft Threat Intelligence atribuye a Storm-0940, un grupo alineado con el Estado chino, el compromiso de una aplicación multi-tenant de ConnectWise: con las credenciales de esas aplicaciones entró a entornos de clientes, y con ARTEX intentó iniciar sesión en más de 2,250 tenants. En varios casos pasaron menos de tres horas entre el primer contacto y el acceso privilegiado. Microsoft aclara que no hubo fallo en sus propios productos.
- Un código que ya no se puede recoger. El autor, que firma en GitHub como «Autumn» y al que parte de la prensa identifica como Li Puhua, anunció el 8 de octubre que dejaría de actualizar ARTEX y lo pasaría a código cerrado; su repositorio original ya no está disponible. Según Wiz, para entonces tenía más de 12,000 forks, y Google reporta variantes como ScopeWeaver y una versión comercial llamada ARTEX PRO. Las fuentes no coinciden en los detalles: unas hablan de código cerrado, otras de que lo retiró o lo hizo privado.
Lo que se llevan cuando no tocan producción
Que la plataforma de WorkOS siga intacta es la mejor noticia posible para sus clientes, pero los datos de ventas no son inofensivos. Con nombres, puestos, resúmenes de llamadas y fragmentos de Slack, un atacante puede escribir un correo que cite una conversación real con el ejecutivo de cuenta correcto. Por eso la única recomendación del boletín es contra el phishing: verificar cualquier solicitud inesperada antes de compartir información o actuar, aunque mencione a un colega o a un caso de soporte verdadero. Y el patrón se repite en todos los casos: los agentes no traen técnicas nuevas, sino velocidad para encontrar credenciales robadas, aplicaciones expuestas y configuraciones descuidadas.
Las guías oficiales coinciden en lo que hay que revisar. Microsoft pide inventariar las aplicaciones OAuth y multi-tenant de terceros por su ID, auditar credenciales añadidas, consentimientos y roles privilegiados, conservar los registros antes de borrar nada y, después, retirar lo no autorizado y rotar las credenciales, además de dar a cada aplicación solo los permisos que necesita. Google recomienda limitar las consolas de administración y el CI/CD a redes de confianza, cambiar secretos fijos por credenciales de corta duración y vigilar ráfagas anómalas de inicios de sesión y llamadas a la API. Wiz sugiere alertas contra el rociado de contraseñas en Okta y Entra, y DIVD pide a quien use Zammad actualizar a la versión 7.2.2 o desconectarlo.
WorkOS sigue investigando y promete más actualizaciones. Por ahora su caso deja una lección para cualquier empresa: las herramientas internas de ventas y soporte, que rara vez reciben la misma protección que producción, guardan justo la información que hace creíble el siguiente engaño.
Más fuentes: Michael Grinich en X; Microsoft Threat Intelligence, Storm-0940 y ConnectWise; GMO Cybersecurity by Ierae (en japonés); DIVD, caso DIVD-2026-00014 y su publicación sobre ARTEX; Google Threat Intelligence; Wiz; The Hacker News. Imagen: logotipo de WorkOS.
Fuente: WorkOS, «October 30th, 2026 Data Security Incident», 2 de noviembre de 2026