alta alerta global

CISA agrega fallas activas de WSO2 y Adobe Commerce

Ambas figuran ya en el catálogo KEV por explotación confirmada. Es la segunda falla de WSO2 API Manager y la tercera del ecosistema Magento/Adobe Commerce reportadas activas en lo que va de septiembre.

·11 min de lectura ·Equipo Vantis
En 30 segundos
  • CISA sumó el 24 de septiembre dos vulnerabilidades a su catálogo Known Exploited Vulnerabilities (KEV): CVE-2026-5430, un path traversal en múltiples productos WSO2 (incluido API Manager), y CVE-2026-71362, una autorización incorrecta en Adobe Commerce y Magento. Ambas con evidencia de explotación activa según la fuente.
  • No es la primera falla del mes para ninguno de los dos productos: WSO2 API Manager ya había tenido un caso reportado de bypass de JWT con tokens de administrador forjados (16 de septiembre), y Adobe Commerce/Magento acumula al menos otros dos incidentes distintos reportados en septiembre. Evaluamos, con confianza media, que ambos productos están bajo escrutinio sostenido de actores de amenaza — la alternativa que no descartamos es que sea coincidencia de calendario de disclosure sin relación entre los actores.
  • La corroboración cruzada da 2 fuentes para este evento puntual (CISA + The Hacker News), de las cuales solo 1 es primaria. No alcanza para afirmar un patrón consolidado por sí solo, pero sí es suficiente, junto con la entrada en KEV, para priorizar el parche esta semana.

Qué pasó

CISA agregó dos entradas nuevas a su catálogo KEV el 24 de septiembre de 2026, basado en evidencia de explotación activa:

La fuente no publica detalles técnicos del vector de explotación ni indicadores de compromiso; solo confirma que hay explotación en curso y exige remediación a agencias del ejecutivo civil federal de Estados Unidos (FCEB) bajo la Binding Operational Directive 26-04. Esa directiva no aplica fuera del gobierno federal estadounidense, pero funciona como la señal pública más confiable de qué se está explotando en este momento — y ambas fallas están en productos con despliegue masivo fuera de ese ámbito.

Por qué importa acá

Ninguna de las dos vulnerabilidades tiene, hasta donde pudimos verificar, una víctima chilena confirmada ni una alerta de ANCI asociada — por eso esta pieza es de ámbito global y no forzamos una bajada local que no existe.

Dicho eso, el riesgo de exposición es real para el mercado chileno:

Si una organización chilena calificada como OIV bajo la Ley 21.663 sufre un incidente a raíz de cualquiera de estas dos fallas, el deber de reportar a ANCI aplica igual que para cualquier otro incidente significativo — no citamos plazos específicos porque no los verificamos para este caso puntual.

Análisis propio de Vantis

Mirando la ventana completa de septiembre en nuestras fuentes, WSO2 API Manager y Adobe Commerce/Magento no son casos aislados de esta semana: acumulan, entre ambos, al menos cuatro reportes distintos de explotación o vulnerabilidad crítica en 20 días. Esto es evaluación, no un hecho confirmado por una sola fuente: con confianza media, leemos esto como una fase de escrutinio activo sobre ambos productos — la explicación alternativa que no descartamos es que sea cadencia normal de disclosure de dos ecosistemas grandes coincidiendo en el calendario, sin que haya un actor o kit común detrás.

Sobre el evento puntual de esta pieza (las dos entradas a KEV del 24 de septiembre), la corroboración cruzada entrega 2 fuentes (CISA, The Hacker News), de las cuales 1 es primaria (CISA). Según nuestro propio estándar, hacen falta 2 primarias o 3 fuentes en total para llamarlo patrón confirmado — no lo hacemos. Lo que sí tenemos, con esas dos fuentes, es base suficiente para la alerta de remediación.

WSO2 API Manager — Bypass de JWT con tokens admin forjados reportado activo el 16 de septiembre; path traversal (CVE-2026-5430) agregado a KEV el 24 de septiembre. Dos incidentes distintos sobre el mismo producto en 8 días.
Respaldan: CVE-2026-5430
Adobe Commerce / Magento — Zero-day con backdoor en Rust y web shell PHP parchado el 8 de septiembre, caso StyleSmuggler reportado el 6 de septiembre, y ahora autorización incorrecta (CVE-2026-71362) en KEV el 24 de septiembre. Tres reportes distintos sobre el mismo ecosistema en un mes.
Respaldan: CVE-2026-71362
Hacia dónde va

Si el patrón de escrutinio sostenido se confirma, es razonable esperar nuevas entradas de WSO2 y de Adobe Commerce/Magento en KEV en las próximas semanas. Vamos a seguir el hilo y, si aparece una tercera fuente primaria o una segunda confirmación independiente, lo vamos a escribir como patrón consolidado, no antes.

Anatomía del ataque

Mapeo a marcos públicos, para que puedas cruzarlo con tu propia matriz de cobertura.

Qué hacer, fase por fase

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 obliga a remediar según nivel de riesgo únicamente a agencias federales civiles de Estados Unidos; no aplica directo a organizaciones chilenas. Sin embargo, KEV es el mejor proxy público de explotación activa disponible hoy, y debiera ser el input para cualquier política interna de SLA de parcheo. Si una entidad calificada como OIV bajo la Ley 21.663 opera alguno de estos productos y sufre un incidente, el deber de reportar a ANCI aplica según los plazos que fija esa ley — no los citamos aquí porque no los verificamos para este caso puntual.

  • Adoptar el catálogo KEV como input formal de la política de gestión de parches, con un SLA propio para vulnerabilidades ahí listadas.
  • Confirmar con el área legal/cumplimiento si la organización califica como OIV bajo la Ley 21.663 y, de ser así, activar el protocolo de reporte a ANCI en caso de incidente.
ID IdentificarSi esto me toca, por donde me toca

El primer paso es saber si la organización tiene alguno de los dos productos, en qué versión, y qué tan expuesto está.

  • Inventariar instancias de WSO2 API Manager (y otros productos WSO2) y registrar su versión exacta.
  • Inventariar instancias de Adobe Commerce/Magento, versión y si el panel de administración es accesible desde internet.
  • Verificar exposición pública con Shodan/Censys o el equivalente interno de gestión de superficie de ataque (ASM).
PR ProtegerComo evito que ocurra

Priorizar parche sobre cualquier otro control: ambas fallas ya se explotan. Mientras se aplica el parche, reducir superficie con controles compensatorios.

  • Actualizar WSO2 API Manager y demás productos afectados a la versión que corrige CVE-2026-5430, según el advisory oficial de WSO2.
  • Aplicar el boletín de seguridad de Adobe que corrige CVE-2026-71362 en Adobe Commerce/Magento.
  • Restringir el panel de administración de Magento (/admin) a rango de IP interno o VPN, y exigir MFA para cuentas administradoras.
  • Segmentar el backend administrativo de Magento del resto de la red corporativa mientras se completa el parcheo.

Controles priorizados

P1: esta semana · P2: este mes · P3: este trimestre

PrioControlEsfuerzoMapeo
P1 Actualizar WSO2 API Manager (y demás productos WSO2 afectados) a la versión que corrige CVE-2026-5430 medio MITRE ATT&CK M1051 CIS Controls v8 7.1 ISO 27001 A.8.8
P1 Aplicar el boletín de seguridad de Adobe que corrige CVE-2026-71362 en Adobe Commerce/Magento medio MITRE ATT&CK M1051 CIS Controls v8 7.1 ISO 27001 A.8.8
P1 Restringir el panel de administración de Magento a IP interna/VPN y exigir MFA en cuentas administradoras bajo MITRE ATT&CK M1032 CIS Controls v8 6.5 ISO 27001 A.8.5
P2 Bloquear en WAF/proxy los patrones de path traversal hacia rutas de administración de WSO2 bajo MITRE ATT&CK M1050 CIS Controls v8 13.10 ISO 27001 A.8.23
P2 Segmentar el backend administrativo de Magento del resto de la red corporativa medio MITRE ATT&CK M1030 CIS Controls v8 12.2 ISO 27001 A.8.22
P1 Auditar y revocar cuentas administradoras creadas fuera del proceso normal de alta en Magento bajo MITRE ATT&CK M1026 CIS Controls v8 5.4 ISO 27001 A.8.2

Los dos primeros controles son los únicos que cierran la falla en sí; el resto reduce el impacto mientras el parche se completa, y sigue teniendo valor después. Si la organización no puede parchar de inmediato, los controles P1 de acceso restringido y MFA son el mínimo defendible ante la gerencia.

DE DetectarComo me doy cuenta de que ya ocurrio

El detalle técnico exacto del exploit no es público, así que la detección se apoya en el patrón genérico de la clase de falla (path traversal, creación anómala de administradores), no en un IOC específico.

  • Habilitar y centralizar logs de acceso web de WSO2 API Manager y de Adobe Commerce/Magento en el SIEM.
  • Correr las reglas de la sección detectar contra los últimos 30 días de logs, no solo desde hoy en adelante.
  • Revisar cuentas administradoras creadas o modificadas en Magento en las últimas semanas contra el registro de altas autorizadas por TI.

Qué necesitas tener logueado

  • Logs de acceso web/proxy o WAF frente a instancias de WSO2 API Manager
  • Logs de acceso web al panel de administración de Adobe Commerce/Magento
  • Logs de aplicación de Adobe Commerce (altas y modificaciones de usuarios administradores)

Indicadores de compromiso

OjoLos indicadores están defanged (hxxp, [.]) para evitar clics accidentales. El bloque de abajo los trae en crudo, listos para tu lista de bloqueo.
TipoIndicadorConfianzaNota
cve CVE-2026-5430 alta CISA KEV
cve CVE-2026-71362 alta CISA KEV
blocklistIndicadores en crudo
CVE-2026-5430
CVE-2026-71362

Reglas y consultas de detección

sigmaPosible path traversal contra endpoints de administración de WSO2 (CVE-2026-5430)
title: Posible path traversal contra WSO2 API Manager
id: a3f1c9e2-6b7d-4e21-9a3f-2d8c5b7e91f4
status: experimental
description: Detecta patrones de path traversal en solicitudes HTTP dirigidas a rutas de administración de WSO2, consistente con la explotación activa de CVE-2026-5430 reportada por CISA. El payload exacto del exploit no es público; esta regla caza el patrón genérico de la clase de falla.
logsource:
  category: webserver
detection:
  selection_path:
    cs-uri-stem|contains:
      - '../'
      - '..%2f'
      - '%2e%2e%2f'
      - '..\\'
  selection_target:
    cs-uri-stem|contains:
      - '/carbon/'
      - '/api/am/'
      - '/management/'
      - '/services/'
  condition: selection_path and selection_target
falsepositives:
  - Escaneos de seguridad autorizados (pentest, gestión de superficie de ataque)
  - Proxies que normalizan URLs y registran secuencias similares sin explotación real
level: high
Requiere: logsource webserver con campo cs-uri-stem (formato W3C extended log). Adaptar el nombre del campo si el proxy usa otra convención.
sigmaAlta de usuario administrador en Adobe Commerce/Magento vía ruta admin/user/save
title: Alta de administrador en Adobe Commerce/Magento
id: d7b2a419-3f6c-4a08-8e1d-5c9f2b6a7d31
status: experimental
description: Detecta solicitudes POST a la ruta estándar de Magento para guardar usuarios administradores, útil para detectar escalamiento de privilegios si CVE-2026-71362 se explota para crear una cuenta admin no autorizada. No es un IOC del exploit en sí, sino del efecto esperable.
logsource:
  category: webserver
detection:
  selection_save:
    cs-uri-stem|contains: 'admin/user/save'
    cs-method: 'POST'
  condition: selection_save
falsepositives:
  - Alta legítima de administradores por el equipo de TI o una agencia externa
level: medium
Requiere: logsource webserver con campos cs-uri-stem y cs-method. Correlacionar el hit con el registro de altas autorizadas de TI para descartar falsos positivos.
splunkPath traversal contra WSO2 (SPL)
index=proxy (uri_path="*../*" OR uri_path="*..%2f*" OR uri_path="*%2e%2e%2f*") uri_path IN ("*/carbon/*", "*/api/am/*", "*/management/*", "*/services/*")
| stats count by src_ip, uri_path, dest
| where count > 3
Requiere: index=proxy con campos uri_path, src_ip, dest provenientes del log del reverse proxy o WAF frente a WSO2.
elasticPath traversal contra WSO2 (EQL)
sequence by source.ip with maxspan=5m
  [network where url.path : ("*../*", "*..%2f*", "*%2e%2e%2f*") and url.path : ("*/carbon/*", "*/api/am/*", "*/management/*", "*/services/*")]
Requiere: Índice de logs de red/web con campo url.path mapeado (ECS estándar). Ajustar maxspan según volumen de tráfico.
wazuhPath traversal y alta de admin en Magento (regla local)
<rule id="100610" level="12">
  <if_group>web-log</if_group>
  <regex>(\.\.\/|%2e%2e%2f|\.\.%2f)</regex>
  <regex>(carbon|api/am|management|services)</regex>
  <description>Posible path traversal contra WSO2 API Manager (CVE-2026-5430)</description>
</rule>
<rule id="100611" level="10">
  <if_group>web-log</if_group>
  <regex type="pcre2">admin/user/save</regex>
  <field name="http_method">POST</field>
  <description>Alta de usuario administrador en Adobe Commerce/Magento</description>
</rule>
Requiere: Decodificador de logs web (Apache/Nginx) activo en el agente Wazuh frente a las instancias WSO2/Magento, con `if_group web-log`.
Falsos positivos esperables

La regla de path traversal generará ruido en organizaciones con escaneos de seguridad autorizados (pentest, gestión de superficie de ataque) frecuentes contra las mismas rutas; correlacionar con el calendario de escaneos internos antes de escalar. La regla de alta de administrador en Magento generará falsos positivos normales si la organización delega la gestión del backend a una agencia externa con rotación de accesos; en ese caso, correlacionar con el registro de cambios autorizados por TI antes de tratarlo como incidente.

RS ResponderContencion y erradicacion

Si se confirma explotación, contener antes de erradicar: una falla de autorización explotada suele dejar una cuenta administradora nueva, no solo un archivo leído.

  • Aislar la instancia comprometida de la red mientras se investiga.
  • Revisar y revocar cuentas administradoras de Magento creadas fuera del proceso normal de alta.
  • Rotar credenciales, tokens de API y secretos de sesión de la instancia afectada.
  • Dado que un incidente previo en el mismo ecosistema (StyleSmuggler / backdoor en Rust) instaló web shells, buscar activamente artefactos de persistencia en el filesystem como hipótesis de trabajo, no como hecho confirmado para esta CVE específica.
RC RecuperarVolver a operar y no repetirlo

No dar por cerrado el incidente solo con el parche aplicado; validar que no quedó persistencia y ajustar el proceso de gestión de vulnerabilidades.

  • Confirmar la versión parchada con un escaneo de verificación, no solo con el changelog del proveedor.
  • Restaurar desde respaldo limpio si se confirmó web shell o backdoor, en vez de solo eliminar el archivo encontrado.
  • Revisar por qué el parche no se aplicó antes de la entrada en KEV y ajustar el SLA interno de parcheo para productos de borde/e-commerce.

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

¿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óstico

Relacionado