Boletín de amenazas

CVE-2026-123551 — el WebSocket de notificaciones de OpenAM permite a un atacante sin autenticar leer tokens de sesión: explicación y solución (CVSS 10.0, corregido en 16.1.4)

CVE-2026-123551 deja leer sin autenticar tokens de sesión del WebSocket de notificaciones de OpenAM (14.0.0 a 16.1.3, CVSS 10.0). Corregido en 16.1.4.

Publicado 2026-11-09 Actualizado 2026-11-09 Última verificación 2026-11-09 9 min de lectura
En esta página

Una explicación de una vulnerabilidad de máxima gravedad (CVSS 10.0) en OpenAM, un producto de gestión de acceso muy usado para el inicio de sesión único (SSO). Cubre qué ocurre, quién está afectado y cómo responder, desde el lado de la defensa y sin pasos de ataque.

Resumen del aviso
CVE
CVE-2026-123551 (aviso de GitHub GHSA-5c3q-hp86-xjr8)
Gravedad
CVSS v3.1 10.0 (crítica); también 10.0 en CVSS v4.0 (la puntuación v4.0 procede del registro CVE)
Tipo
Divulgación de tokens de sesión (CWE-201). El aviso también menciona una elusión de autenticación (CWE-288), entre otras
Condiciones previas
Sin autenticar; basta con tener acceso de red al puerto de OpenAM. Según el aviso, la configuración por defecto está afectada
Afectado
OpenAM (Open Identity Platform) de la 14.0.0 a la 16.1.3
Corrección
OpenAM 16.1.4
Fechas
Aviso: 22 de octubre de 2026 / registro CVE: 8 de noviembre de 2026
Explotación
El aviso no indica explotación. No figura en CISA KEV (a 9 de noviembre)
10.0
CVSS v3.1 y v4.0
Sin auth
Lo que necesita un atacante
16.1.4
Versión corregida
No figura
CISA KEV (a 9 de nov.)

El riesgo de esperar

Según el aviso, un atacante sin autenticar puede leer los tokens de sesión de los usuarios, que actúan como el propio inicio de sesión. Si se captura una sesión de administrador, el aviso dice que esto podría llevar a la toma de la configuración y a la ejecución de comandos como la cuenta de servicio de OpenAM. La recogida no deja inicios de sesión fallidos ni bloqueos. Trate como máxima prioridad cualquier OpenAM expuesto a internet.

Qué es la vulnerabilidad

OpenAM notifica a los agentes (componentes situados delante de las aplicaciones para comprobar la autenticación) la creación de sesiones, el cierre de sesión, el vencimiento y los cambios de propiedades. Según el aviso, estas notificaciones llevan el identificador de sesión completo, que actúa como credencial al portador: quien lo posee es tratado como el usuario. Las notificaciones de agentes están activadas por defecto.

Se combinan dos debilidades. La comprobación que debe limitar el WebSocket de notificaciones a los agentes puede eludirse sin credenciales a través de un endpoint heredado de Liberty ID-FF (un mecanismo de federación más antiguo). Una vez superada, un cliente conectado puede suscribirse a cualquier tema, incluidos los internos. Este sitio no describe cómo explotarlo.

Antes (14.0.0 a 16.1.3)

  • Clientes distintos de los agentes pueden conectarse al WebSocket de notificaciones
  • Las notificaciones contienen el identificador de sesión
  • La recogida es pasiva y no deja rastro en los registros

Cambios en la 16.1.4

  • Los filtros de seguridad se ejecutan también en los despachos internos de peticiones
  • Los endpoints ID-FF ya no reenvían a endpoints internos
  • Los clientes WebSocket solo pueden suscribirse a temas de agentes

El aviso señala además que los mismos endpoints heredados de ID-FF redirigen el navegador, tras el inicio de sesión, la federación o el cierre de sesión, a una dirección sin comprobar tomada de la petición, y que, con la reescritura de URL activada, el token de sesión del usuario se añade a esa dirección. En la 16.1.4 los destinos de redirección solo se aceptan desde una lista de permitidos por proveedor.

Quién está afectado

ElementoDetalle
ProductoOpenAM (Open Identity Platform)
Versiones afectadasDe la 14.0.0 a la 16.1.3 (redacción del registro CVE: «from 14.0.0 before 16.1.4»)
Versión corregida16.1.4
No afectadasVersiones anteriores a la 14.0.0 (sin WebSocket de notificaciones)
Paquetesopenam-server-only, openam-federation-library, openam-notifications-websocket (grupo org.openidentityplatform.openam)
  • Según el aviso, la configuración por defecto está afectada.
  • Las compilaciones derivadas y con soporte comercial dependen de la versión que publiquen sus proveedores. Pregunte a su proveedor si su compilación está afectada.

Cómo comprobar si está afectado

1

Compruebe su versión de OpenAM

Mire la versión que muestra la consola de administración o la del paquete desplegado (WAR, JAR, etc.). De la 14.0.0 a la 16.1.3 está afectada. Si tiene instancias de producción, preproducción y desarrollo, revise cada una (lista de comprobación del inventario de activos).

2

Compruebe si es accesible desde fuera

Compruebe si el puerto de OpenAM es accesible desde internet o desde cualquier otra red no confiable. El aviso dice que a un atacante le basta con llegar al puerto.

3

Compruebe si usa notificaciones de agentes

Mire el ajuste de notificaciones de agentes (org.forgerock.openam.notifications.agents.enabled). El aviso dice que está activado por defecto.

Qué hacer hoy

1

Actualice a la 16.1.4 (máxima prioridad)

Actualice OpenAM a la 16.1.4, después de leer las notas de actualización del aviso. Si redirige a los usuarios a otros hosts tras el inicio de sesión, la federación o el cierre de sesión de ID-FF, debe rellenar la nueva lista de URL de Relay State por proveedor. Si personalizó web.xml, añada los elementos dispatcher que introduce la 16.1.4.

2

Reduzca los puntos de entrada hasta que pueda actualizar

Las medidas provisionales del aviso están a continuación. No sustituyen a la actualización.
・En el proxy, el balanceador de carga o el cortafuegos, permita que solo los hosts de agentes conocidos lleguen a /openam/notifications y /openam/ws/*.
・Si sus agentes no dependen de las notificaciones, desactive las notificaciones de agentes (ponga org.forgerock.openam.notifications.agents.enabled en false).
・Si no usa la federación ID-FF, bloquee los endpoints heredados de Liberty ID-FF, incluidos /openam/preLogin y /openam/postLogin.

3

Revoque las sesiones existentes tras la actualización

El aviso pide rotar las sesiones expuestas y tratar las sesiones actuales de administradores y usuarios como potencialmente expuestas. Tras actualizar, obligue a todos, administradores incluidos, a iniciar sesión de nuevo. Como añadido de este sitio, revise también las sesiones de larga duración en dispositivos y las sesiones que mantienen las aplicaciones conectadas. La guía de corrección de vulnerabilidades explica el proceso.

4

Revise los registros y los cambios de configuración

El aviso menciona como elementos a vigilar las conexiones WebSocket inesperadas, las suscripciones a temas de sesión y los cambios en la configuración de scripts. Para el periodo anterior a la actualización, revise quién llegó a los endpoints de notificaciones y el historial de cambios de configuración de los administradores. La lectura pasiva no deja inicios de sesión fallidos, así que no encontrar nada no es tranquilizador.

5

Refuerce el entorno de scripts

El aviso aconseja mantener activo el sandbox de scripts, restringir quién puede cambiar la configuración de scripts y ejecutar el contenedor bajo un sandbox del sistema operativo. Esto limita el daño si se toma una sesión de administrador.

Estado de la explotación

  • El aviso no indica que se haya observado explotación. Dice que se retienen los detalles técnicos y el código de prueba de concepto para dar tiempo a los operadores a actualizar.
  • A 9 de noviembre de 2026 el fallo no figura en el catálogo KEV de CISA (versión del catálogo 2026.11.06).
  • El registro de NVD se creó solo el 8 de noviembre y su estado es Received (aún sin analizar).

La visión de este sitio: pese a la puntuación, pesan más su lugar en el SSO y la falta de rastros

Sin figurar en KEV y sin explotación notificada, «esperar y ver» es defendible solo por la puntuación. Aun así, este sitio recomienda actuar esta semana si su OpenAM está expuesto a internet, por dos motivos.

Primero, una vez comprometido el centro del SSO, el mismo secuestro se extiende a todas las aplicaciones conectadas. Segundo, según describe el aviso, leer tokens deja poco rastro, así que después no es fácil demostrar que no pasó nada. Suponga que no puede demostrarlo y combine la actualización con la revocación de sesiones. La autenticación multifactor refuerza el paso de inicio de sesión, pero no detiene a quien reutiliza un token de sesión ya emitido (guía de autenticación multifactor).

Fuentes

Última verificación: 9 de noviembre de 2026.

Lee a continuación

FAQ

Q¿Qué es CVE-2026-123551?
A

Una vulnerabilidad en OpenAM de Open Identity Platform. Según el aviso, la comprobación de autenticación del WebSocket de notificaciones puede eludirse sin credenciales, y un atacante sin autenticar puede leer los tokens de sesión activos que circulan por él. Como un token permite hacerse pasar por su propietario, pueden secuestrarse sesiones de usuarios y administradores. La puntuación CVSS v3.1 es 10.0.

Q¿Qué versiones están afectadas y cuál es la versión corregida?
A

Están afectadas las versiones de OpenAM de la 14.0.0 a la 16.1.3; la versión corregida es la 16.1.4. Las anteriores a la 14.0.0 no tienen WebSocket de notificaciones. Los paquetes afectados son openam-server-only, openam-federation-library y openam-notifications-websocket.

Q¿Hay una solución provisional si todavía no puedo actualizar?
A

El aviso enumera medidas provisionales. En el proxy, el balanceador de carga o el cortafuegos, limite el acceso a /openam/notifications y /openam/ws/* a los hosts de agentes conocidos. Si sus agentes no dependen de las notificaciones, desactive las notificaciones de agentes. Si no usa ID-FF, bloquee los endpoints heredados de Liberty ID-FF. Ninguna sustituye a la actualización.

Q¿Basta con actualizar?
A

No. El aviso pide tratar las sesiones actuales de administradores y usuarios como potencialmente expuestas y rotar las sesiones expuestas. Un token leído antes de la actualización puede seguir siendo válido después, así que fuerce una nueva autenticación (reemita las sesiones) tras actualizar.

Q¿Se está explotando?
A

El aviso no dice que se haya explotado. Indica que se retienen los detalles técnicos y el código de prueba de concepto para dar tiempo a los operadores a actualizar. A 9 de noviembre de 2026 no figura en el catálogo KEV de CISA. Sin embargo, el aviso señala que la recogida es pasiva y no produce inicios de sesión fallidos ni bloqueos, por lo que la ausencia de rastros en los registros no es prueba de seguridad.

Q¿Qué ocurre con las compilaciones derivadas o con soporte comercial de OpenAM?
A

Las compilaciones derivadas y con soporte comercial que se ofrecen en Japón pueden incluir la corrección con su propia numeración de versiones. Si usa una compilación derivada o con soporte comercial, consulte la información de su proveedor.