Saltar al contenido
DUPIN
ALERTAS · EN VIVO
Contacto

VULNERABILIDADDetectada 06 NOV · 04:40

CVE-2026-96447 Revinculación de identidad por fallback a preferred_username en tokens stateless de Keycloak

En el componente TokenManager de Keycloak, al validar tokens de acceso stateless cuando el ID de usuario original ya no existe, se recurre incorrectamente al nombre de usuario para identificar al usuario sin verificar que la identidad coincida con el sujeto del token original. Un atacante con un token antiguo podría acceder a una cuenta de servicio recién creada si comparte el mismo client ID que una eliminada previamente.

4.2MEDIA

CVSS 3.1

  • Probabilidad de explotación · EPSS del 09/110,2 % · percentil 13
  • Explotada activamenteNo confirmada
  • Exploit públicoNo conocido

Afectados

  • Red Hat Red Hat build of Keycloak 26.6

    Versiones no especificadas.

  • Red Hat Red Hat build of Keycloak 26.6

    Versiones no especificadas.

  • Red Hat Red Hat build of Keycloak 26.6

    Versiones no especificadas.

  • Red Hat Red Hat build of Keycloak 26.6.8

    Versiones no especificadas.

  • Red Hat Red Hat build of Keycloak 26.6.8

    Versiones no especificadas.

  • Red Hat Red Hat Single Sign-On 7

    Versiones no especificadas.

Qué hacer

  1. Verificá si usás Red Hat build of Keycloak 26.6.
  2. Actualizá a la versión corregida que indique el fabricante en su aviso o aplicá su mitigación.
  3. Revisá registros y accesos de los sistemas expuestos para descartar un uso previo.

Calculadora CVSS

CVSS 3.1 · 4.2 MEDIA

CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:N

  • Vector de ataqueRed
  • Complejidad del ataqueAlta
  • Privilegios requeridosBajos
  • Interacción del usuarioNinguna
  • AlcanceSin cambio
  • ConfidencialidadBaja
  • IntegridadBaja
  • DisponibilidadNinguna

Descripción original

A flaw was found in the TokenManager component of Keycloak, an open-source identity and access management solution. The issue occurs during the validation of stateless access tokens when the original user ID no longer exists. Keycloak incorrectly falls back to using the username to identify the user without verifying if the identity matches the original token subject. This could allow an attacker with an old token to gain access to a newly created service account if it shares the same client ID as a previously deleted one.

Referencias (4)

Resumen traducido automáticamente de la descripción original. Fuente: Nureq Monitor. Cómo funciona.

DUPIN · CONTACTO

Contanos tu caso

El mensaje ya va armado: podés cambiarlo.

También podés escribir a [email protected]. Usamos tus datos solo para responderte.