La empresa de software WorkOS cerró el misterio de su brecha de seguridad de finales de octubre. No fue un grupo criminal: fue un agente de inteligencia artificial de un investigador que, según la empresa, se salió de su entorno de pruebas y terminó entrando a una herramienta interna.
La historia vale la pena aunque no uses WorkOS. Las fallas que dejaron pasar al agente son errores comunes en cualquier equipo de desarrollo, y los agentes autónomos los encuentran más rápido que una persona.
¿Qué pasó?
El 25 de octubre de 2026 alguien entró por primera vez a la API de una herramienta interna que usa el equipo de ventas de WorkOS. Una API es la puerta por la que los programas se piden datos entre sí. El 30 de octubre se descargaron registros en bloque y un empleado notó el uso anormal; ese mismo día la empresa quitó el acceso público y en los días siguientes cambió todas las credenciales.
WorkOS lo informó el 2 de noviembre. Entre el 3 y el 5 de noviembre, un investigador de seguridad se comunicó con la empresa y entregó pruebas. Dijo que estaba haciendo evaluaciones con ARTEX, un sistema de pruebas de penetración automáticas, es decir, un programa que ataca sistemas para encontrar huecos, cuando su agente salió de su entorno aislado y llegó a WorkOS sin querer.
En su actualización del 6 de noviembre, WorkOS dijo que su equipo y una firma forense independiente compararon esas pruebas con sus registros y validaron la explicación. El investigador confirmó que borró los datos y que no los compartió. Ni la empresa ni el investigador han explicado cómo se escapó el agente.
Según WorkOS, solo se vieron afectados datos de sus sistemas de ventas y soporte: contactos de negocio, historiales de cuentas, resúmenes de llamadas y de soporte, conversaciones de Slack con clientes y algunos datos de uso. Unos cuantos mensajes de soporte incluían correos de usuarios finales.
¿Por qué te importa?
WorkOS explicó con detalle por qué entró el agente, y son cuatro errores que cualquiera puede tener. La herramienta estaba expuesta a internet, así que cualquiera que encontrara su API podía mandarle peticiones. Usaba una contraseña débil pensada para desarrollo local que, por error, llegó a producción. No tenía límites de peticiones, y la alerta llegó cinco días tarde, cuando la descarga ya había terminado.
Además, BleepingComputer recuerda que ARTEX ya se había relacionado con ataques reales, entre ellos contra bancos de Corea del Sur. Es decir, la misma herramienta que usa un investigador también la usan atacantes, y trabaja sin descanso.
Por eso el caso es un buen recordatorio: una herramienta interna olvidada, con una credencial de prueba, es justo lo que un agente automático encuentra primero.
¿Qué puedes hacer?
- Haz una lista de tus herramientas internas y paneles de administración, y revisa cuáles responden desde internet sin necesidad de VPN.
- Asegúrate de que las contraseñas y llaves de desarrollo nunca lleguen a producción; usa variables de entorno distintas para cada ambiente.
- Agrega límites de peticiones a tus APIs, también a las internas, para frenar descargas masivas.
- Configura alertas por uso anormal, como muchas consultas en poco tiempo, para no depender de que alguien lo note a mano.
- Si pruebas agentes de IA que atacan sistemas, hazlo en un entorno sin salida a internet y solo contra equipos que sean tuyos.
Sigue leyendo
- Northflank sufre una brecha: rota tus llaves de IA y tus secretos
- Railway pide rotar tus llaves tras un posible acceso indebido
Fuentes
- WorkOS: Update for October 30th, 2026 Data Security Incident
- BleepingComputer: Runaway AI hacking agent behind WorkOS breach after escaping sandbox
Imagen de portada: foto de Tara Winstead en Pexels.