CISA confirma explotación activa de dos fallas en Zammad
El catálogo KEV suma una vulnerabilidad de fijación de sesión y otra de escalamiento de privilegios en la plataforma de mesa de ayuda. CISA no detalla el vector de explotación ni las versiones afectadas.
- CISA agregó CVE-2026-102489 (fijación de sesión) y CVE-2026-102490 (manejo indebido de privilegios) en Zammad a su catálogo de Vulnerabilidades Explotadas Conocidas (KEV), lo que certifica explotación activa según evidencia que la agencia dice tener pero no publica en detalle.
- Combinadas, las dos fallas describen una cadena plausible: un atacante fija el identificador de sesión de una víctima y luego, dentro de esa sesión, escala privilegios — lo que puede terminar en control de una cuenta administrativa de la mesa de ayuda y acceso a tickets con datos de clientes.
- CISA no publicó versiones afectadas, parche disponible ni vector de explotación concreto. La obligación de remediar bajo BOD 26-04 aplica formalmente solo a agencias federales de EE.UU., pero cualquier organización con Zammad expuesto a internet debería tratar esto como urgente.
Qué pasó
El 2 de octubre de 2026, CISA sumó dos vulnerabilidades de Zammad GmbH a su catálogo KEV:
- CVE-2026-102489 — Session Fixation (fijación de sesión).
- CVE-2026-102490 — Improper Privilege Management (manejo indebido de privilegios).
Zammad es un software de mesa de ayuda y gestión de tickets open source, usado tanto en despliegues self-hosted como en modalidad gestionada. La inclusión en KEV significa que CISA tiene evidencia de explotación activa; no implica que la agencia haya publicado esa evidencia, y en este aviso no lo hizo.
Dato confirmado: ambas fallas están en explotación activa según CISA. Lo que no sabemos: qué versiones de Zammad son vulnerables, cuál es el vector técnico exacto, y si existe ya un parche publicado por el fabricante — el aviso de CISA no lo especifica y no encontramos, al momento de escribir, un advisory propio de Zammad GmbH que lo precise.
BOD 26-04 obliga a las agencias civiles federales de EE.UU. a remediar según el riesgo asignado por CISA. Esa directiva no aplica a organizaciones chilenas ni latinoamericanas, pero el catálogo KEV funciona de facto como referencia de priorización para cualquier equipo de seguridad, dentro o fuera de EE.UU.
Por qué importa acá
Zammad es software libre y se instala con facilidad en infraestructura propia; eso lo hace frecuente en pymes y áreas de soporte de organizaciones medianas en toda la región, incluido Chile, aunque no tenemos evidencia de despliegue masivo local y no la vamos a inventar. El ángulo real de esta pieza no es "a quién le pega en Chile" — hoy no hay dato que lo sostenga — sino un patrón que sí es trasladable: una falla de gestión de sesión combinada con una falla de privilegios en una aplicación web expuesta es exactamente el tipo de cadena que un atacante automatiza y escanea a nivel global, sin importar el país del dueño de la instancia.
Evaluación, confianza media: la combinación de ambas fallas sugiere una cadena de ataque (fijar sesión → escalar privilegio) más que dos incidentes independientes, porque ambas golpean el mismo subsistema de autenticación/autorización y fueron añadidas al KEV el mismo día. La explicación alternativa que no podemos descartar es que sean dos hallazgos de hardening no relacionados, reportados por separado y agrupados por CISA solo por coincidir en fecha y fabricante.
Si su organización —chilena o no— opera una instancia de Zammad expuesta a internet (soporte técnico, mesa de ayuda, atención a clientes), esto es parche-ya, no parche-este-mes. Un atacante con acceso administrativo a un helpdesk típicamente obtiene: historial de tickets con datos personales de clientes, credenciales o tokens compartidos por soporte, y un punto de pivote hacia sistemas internos vinculados vía integraciones.
Sobre corroboración: esta alerta llega de una sola fuente primaria, CISA. Según nuestro criterio de corroboración, dos fuentes primarias o tres fuentes cualesquiera bastan para afirmar un patrón más amplio (por ejemplo, una campaña activa contra instancias específicas); con una sola fuente no corresponde afirmar eso, y no lo hacemos. Lo que sí es un hecho verificado por una fuente primaria confiable es la inclusión en el catálogo KEV y la explotación activa que esa inclusión certifica.
Anatomía del ataque
Mapeo a marcos públicos, para que puedas cruzarlo con tu propia matriz de cobertura.
T1190— La vulnerabilidad de fijación de sesión (CVE-2026-102489) es explotable de forma remota contra la interfaz web de Zammad, consistente con esta técnica de acceso inicial.T1539— El efecto práctico de una fijación de sesión exitosa es equivalente a robar la cookie de sesión de la víctima: el atacante controla un identificador de sesión que la víctima terminará autenticando.T1068— CVE-2026-102490 corresponde directamente a un fallo de manejo de privilegios, explotable una vez que el atacante ya cuenta con una sesión (fijada o propia) dentro de la plataforma.
Estructurado sobre las seis funciones del NIST CSF 2.0, según el ciclo de respuesta a incidentes de NIST SP 800-61r3 (abril 2025, reemplaza al r2). Proteger y Detectar vienen abiertas.
GV GobernarQuien decide, que se reporta y a quien
BOD 26-04 solo vincula a agencias federales de EE.UU., pero el catálogo KEV opera como referencia de priorización de facto para cualquier equipo de seguridad. La inclusión de Zammad en KEV no genera por sí sola un deber de reporte bajo la Ley 21.663 chilena — ese deber nace si hay explotación confirmada contra una instancia propia y la organización califica como OIV (Operador de Importancia Vital). No citamos plazos de reporte porque no los verificamos en fuente oficial para este caso específico; revisar el procedimiento vigente con ANCI si corresponde.
- Asignar un responsable único (TI o seguridad) para el ciclo de parches de la instancia Zammad
- Definir un SLA interno de remediación para vulnerabilidades en KEV, aunque la organización no sea agencia federal (referencia razonable: 15 días corridos)
- Si se confirma explotación contra una instancia propia y la organización es OIV bajo Ley 21.663, evaluar el deber de reporte a ANCI según el procedimiento vigente
ID IdentificarSi esto me toca, por donde me toca
El primer paso es saber si la organización tiene una instancia de Zammad, en qué versión, y qué tan expuesta está. No existe un listado público de versiones afectadas al momento de esta publicación, así que el inventario debe asumir que cualquier versión en producción es candidata hasta que el fabricante confirme lo contrario.
- Inventariar todas las instancias de Zammad (producción, staging, pruebas) y registrar su versión exacta
- Verificar si la interfaz de administración de Zammad está accesible desde internet sin restricción de IP o VPN
- Revisar logs de autenticación en busca de sesiones que fueron creadas antes del login y luego asociadas a un usuario con privilegios elevados — indicio conductual de fijación de sesión
- Listar las cuentas con rol de administrador en Zammad y confirmar que cada una corresponde a una persona identificable y vigente
PR ProtegerComo evito que ocurra
Mientras no haya un parche confirmado y aplicado, la prioridad es reducir superficie: restringir el acceso administrativo, forzar prácticas de sesión más estrictas a nivel de proxy, y exigir segundo factor en las cuentas con privilegios.
Controles priorizados
P1: esta semana · P2: este mes · P3: este trimestre
| Prio | Control | Esfuerzo | Mapeo |
|---|---|---|---|
| P1 | Aplicar la actualización de Zammad que corrige CVE-2026-102489 y CVE-2026-102490 en cuanto el fabricante la publique; monitorear el canal oficial de advisories de Zammad GmbH, dado que CISA no especificó la versión parchada. | bajo | MITRE ATT&CK M1051 CIS Controls v8 7.1 ISO 27001 A.8.8 |
| P1 | Restringir el acceso a la interfaz de administración de Zammad a redes internas o VPN, eliminando la exposición directa a internet mientras no exista parche confirmado. | bajo | MITRE ATT&CK M1030 CIS Controls v8 12.2 ISO 27001 A.8.20 |
| P1 | Exigir autenticación de segundo factor (MFA) para todas las cuentas con rol administrativo en Zammad. | medio | MITRE ATT&CK M1032 CIS Controls v8 6.5 ISO 27001 A.8.5 |
| P2 | Si existe reverse proxy o WAF frente a Zammad, configurar la regeneración forzada de identificador de sesión en cada login y bloquear que el valor de sesión se reciba por URL/query string. | medio | MITRE ATT&CK M1018 CIS Controls v8 4.1 ISO 27001 A.8.26 |
| P2 | Auditar mensualmente las cuentas con rol de administrador en Zammad y los cambios de rol realizados en el período, dando de baja accesos no reconocidos. | bajo | MITRE ATT&CK M1047 CIS Controls v8 8.5 ISO 27001 A.8.15 |
| P3 | Incorporar Zammad y otras aplicaciones web expuestas en el inventario de activos de internet (ASM) para detectar exposiciones nuevas o reintroducidas tras cambios de infraestructura. | medio | MITRE ATT&CK M1016 CIS Controls v8 1.1 ISO 27001 A.8.9 |
Ninguno de estos controles reemplaza el parche del fabricante; son mitigaciones de exposición mientras este no esté disponible o confirmado. Priorizar restricción de acceso y MFA (P1) por sobre hardening de sesión (P2), porque son más rápidos de implementar y cortan de raíz la vía de explotación remota.
DE DetectarComo me doy cuenta de que ya ocurrio
No hay IOCs públicos asociados a esta explotación: CISA no los publicó. La detección que proponemos es conductual, basada en los logs del servidor web/proxy que sirve Zammad y en el log de auditoría interno de la aplicación, marcada como experimental porque no está validada contra una muestra real de explotación.
Qué necesitas tener logueado
- Logs de acceso del servidor web / reverse proxy frente a Zammad (nginx, apache)
- Log de auditoría interno de Zammad (cambios de rol y permisos de usuario)
- Logs de WAF, si existe uno frente a la instancia
- Logs de autenticación / SSO si Zammad está integrado con un proveedor de identidad
Reglas y consultas de detección
title: Posible escalamiento de privilegios via API de Zammad
id: e7b1a4c2-6f3d-4a8b-9c15-2d6f8a1b3e47
status: experimental
description: Detecta llamadas a la API de usuarios de Zammad que modifican el rol/permiso, posible explotación de CVE-2026-102490. Regla conductual: no existen IOCs públicos confirmados para este CVE.
references:
- https://www.cisa.gov/news-events/alerts/2026/10/02/cisa-adds-two-known-exploited-vulnerabilities-catalog
author: Vantis
date: 2026-10-02
tags:
- cve.2026.102490
- attack.privilege-escalation
- attack.t1068
logsource:
category: webserver
detection:
selection_metodo:
cs-method:
- 'PUT'
- 'PATCH'
selection_endpoint:
cs-uri-stem|contains: '/api/v1/users/'
selection_payload:
cs-uri-query|contains: 'role'
selection_exitoso:
sc-status: 200
condition: selection_metodo and selection_endpoint and selection_payload and selection_exitoso
fields:
- c-ip
- cs-username
- cs-uri-stem
- sc-status
falsepositives:
- Cambios de rol realizados legítimamente por administradores autorizados de Zammad
- Integraciones automatizadas de aprovisionamiento de usuarios
level: medium
title: Posible intento de fijacion de sesion contra Zammad
id: 9c4a2e71-3b58-4d6f-8a01-f2d6b7c4e3a9
status: experimental
description: Detecta solicitudes al endpoint de login de Zammad que incluyen un identificador de sesion predefinido en la URL, patron tipico de intento de session fixation. Hipotesis de deteccion, no confirmada contra una muestra real de explotacion de CVE-2026-102489.
references:
- https://www.cisa.gov/news-events/alerts/2026/10/02/cisa-adds-two-known-exploited-vulnerabilities-catalog
author: Vantis
date: 2026-10-02
tags:
- cve.2026.102489
- attack.credential-access
- attack.t1539
logsource:
category: webserver
detection:
selection_login:
cs-uri-stem|contains: '/login'
selection_sesion_en_url:
cs-uri-query|contains:
- 'session_id='
- 'sid='
- 'JSESSIONID='
condition: selection_login and selection_sesion_en_url
fields:
- c-ip
- cs-uri-stem
- cs-uri-query
falsepositives:
- Integraciones SSO legitimas que propagan identificadores de sesion por URL
- Enlaces de recuperacion de sesion generados por el propio Zammad en flujos validos
level: medium
index=web sourcetype="nginx:access" uri_path="/api/v1/users/*" uri_query="*role*" (method="PUT" OR method="PATCH") status=200 | stats count min(_time) as primera_vez max(_time) as ultima_vez by src_ip user uri_path | where count>0
Syslog
| where ProcessName has "nginx"
| where SyslogMessage has "/api/v1/users/" and SyslogMessage has "role"
| where SyslogMessage has_any ("PUT", "PATCH")
| where SyslogMessage has " 200 "
| project TimeGenerated, HostName, SyslogMessage
<rule id="100201" level="10"> <if_sid>31101</if_sid> <url>/api/v1/users/</url> <regex>role</regex> <description>Posible explotacion de CVE-2026-102490 - cambio de privilegios via API de Zammad</description> <group>zammad,privilege_escalation,cve_2026_102490,</group> </rule>
Las reglas de cambio de rol via API generarán coincidencias legítimas cada vez que un administrador autorizado modifique permisos de otro usuario; antes de activarlas en modo de alerta, hay que levantar una lista base de cuentas administrativas que realizan esta tarea normalmente y excluirlas, o enviar la alerta como informativa para revisión diferida. La regla de fijación de sesión puede marcar integraciones SSO legítimas que propagan identificadores de sesión en la URL; si la organización usa una de estas integraciones, hay que agregar su patrón de URL a una lista de exclusión antes de subir el nivel de severidad.
RS ResponderContencion y erradicacion
Si se detecta un cambio de rol sospechoso o una sesión anómala, el objetivo es cortar la persistencia del atacante antes de intentar entender el alcance completo.
- Aislar la instancia de internet (bloqueo temporal en firewall/WAF) si se confirma actividad anómala
- Invalidar todas las sesiones activas y forzar un nuevo login a todos los usuarios
- Rotar contraseñas y tokens de API de las cuentas administrativas
- Revisar el historial de cambios de rol de usuario en los últimos 30 días y confirmar con cada administrador si el cambio fue solicitado por él
- Revisar tickets y datos de clientes accedidos durante la ventana de compromiso estimada para evaluar si corresponde notificación de brecha de datos personales
RC RecuperarVolver a operar y no repetirlo
La vuelta a producción debe condicionarse a tener el parche aplicado y confirmado, no solo a haber cortado la sesión del atacante.
- Confirmar con el fabricante o el changelog oficial que la versión desplegada corrige CVE-2026-102489 y CVE-2026-102490 antes de reabrir el acceso público
- Reemitir tokens de integración (API, SSO, webhooks) usados por Zammad
- Mantener monitoreo reforzado de cambios de rol y sesiones anómalas durante al menos 30 días tras la remediación
- Documentar el incidente o near-miss y actualizar el inventario de software expuesto a internet
Llévatelo
Lo de arriba explica. Esto se ejecuta. Son archivos, no capturas de pantalla: se abren, se pegan y funcionan.
La regla Sigma es la canónica: es el formato neutral del que se derivan las demás. Si tu SIEM no aparece en la lista, esa se convierte con pySigma. Las traducciones a motores concretos van sin validar contra tu modelo de datos — revisa los nombres de tabla y campo antes de subirlas a producción.
Fuentes
- CISACISA Adds Two Known Exploited Vulnerabilities to Catalog · 2026-10-02
- CVE.orgCVE-2026-102489 — Zammad Session Fixation Vulnerability · 2026-10-02
- CVE.orgCVE-2026-102490 — Zammad Improper Privilege Management Vulnerability · 2026-10-02
- CISABinding Operational Directive (BOD) 26-04: Prioritizing Security Updates Based on Risk · 2026-10-02
¿Esto te aplica y no sabes por dónde partir?
Revisamos tu exposición real frente a lo que describe este análisis: superficie expuesta, cobertura de detección y brechas frente a la Ley 21.663. Diagnóstico de 15 minutos, sin costo.
Agendar diagnósticoRelacionado
Falla crítica en Hitachi Energy Asset Suite expone servlets sin autenticación
CISA documentó dos CVEs con CVSS 8.1 en el software de gestión de activos que usan generadoras, transmisoras y distribui…
CVE-2026-65660 en SharePoint on-premise ya se explota activamente
CISA la sumó a su catálogo de explotación activa seis semanas después del parche de agosto. En paralelo, el ransomware W…
CISA suma falla crítica de Apple a su catálogo de explotación activa
CVE-2026-86950 afecta iOS, macOS y otros productos Apple; el parche de emergencia ya está disponible. Fuentes técnicas l…