El Dutch Institute for Vulnerability Disclosure (DIVD), una organización cuyo trabajo es avisar a otros de sus fallas, fue vulnerado a través de dos zero-days de Zammad encadenados. Su propio informe atribuye la velocidad del ataque a un agente de IA que decidía sus pasos sin intervención humana.
Qué pasó
Según BleepingComputer y Security Affairs (30 de septiembre y 1 de octubre de 2026), el DIVD reveló que su red fue comprometida mediante dos vulnerabilidades sin parche en Zammad, la plataforma open source de tickets y helpdesk. DIVD y Merlon Security identificaron las fallas como CVE-2026-102489 y CVE-2026-102490. Por separado cada una era seria; encadenadas permitieron secuestrar sesiones, ejecutar código y escalar desde una cuenta de usuario de Zammad hasta root.
Desde ahí, el atacante llegó a otros servicios, leyó datos y exfiltró una parte. DIVD dice que todo ocurrió en segundos, y que la segmentación de red y la respuesta de su equipo de incidentes evitaron un movimiento más profundo; la investigación seguía abierta. The Register informó que entre lo expuesto había correos de voluntarios del DIVD.
Por qué hablan de un agente de IA
La atribución se apoya en el comportamiento: el ataque fue, en palabras del DIVD, «ruidoso y muy desordenado», y el agente dejó explicaciones de sus decisiones que permitieron reconstruir el incidente con detalle. Esa misma torpeza ayudó a detectarlo.
El cómo funciona de una cadena de zero-days
Lo nuevo no es la técnica sino el tiempo de reacción. Un equipo humano tarda horas en probar, fallar y reintentar; un agente prueba variantes sin pausa. La ventana entre «el atacante entró» y «ya tiene root» se acorta de forma que un runbook pensado para minutos deja de servir.
Qué hacer
- Actualizar Zammad a la versión 7 (que el proyecto considera segura) o sacar la instancia de línea cuanto antes, como recomienda el DIVD.
- Revisar logs con el script que DIVD publicó en su caso.
- Asumir que un helpdesk guarda correos, adjuntos y credenciales de clientes: es un objetivo de alto valor.
- Segmentar la red para que un servidor de tickets comprometido no alcance el resto.