Skip to main content
VulnerabilityPublished

CVE-2026-96460: Red Hat Build of Keycloak · Incorrect Implementation of Authentication Algorithm

Affects Red Hat Build of KeycloakSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 5.4 Medium.

Data as of 6 Nov 2026, 06:20 UTC

CVSS 3.1 base score
5.4Medium
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CNA (redhat)CVSS 3.15.4
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 6 Nov 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 5 Nov 2026.

What to do

Affected software

ProductAffectedFixed in
Red Hat Build of Keycloakkeycloak-servicesAffected–Fixed in–
Red Hat Build of Keycloakrhbk/keycloak-rhel9Affected–Fixed in–
Red Hat Single Sign-On 7keycloak-servicesAffected–Fixed in–

AI-suggested

Currently, no mitigation or fix is available that meets Red Hat's criteria for ease of use, deployment, applicability, or stability. Users should monitor Red Hat's advisory for updates. Since exploitation requires valid tokens and credentials, restricting access to these credentials and monitoring for unusual token exchange activity may help reduce risk until a fix is released.

Description

CVE-2026-96460 is a vulnerability in the token exchange mechanism of Red Hat Build of Keycloak. The flaw allows an authenticated requester to repeatedly exchange tokens and obtain new tokens with fresh lifetimes based on the requester client's configuration, rather than limiting the new token's lifetime to the original token's expiration. This enables indefinite extension of access for service accounts, even if the original client has been disabled by an administrator.

References

Community reviews

Loading reviews…