CVE-2026-14781
CVE-2026-14781 is a medium-severity vulnerability in Redhat Build Of Keycloak with a CVSS 3.x base score of 4.8. It is not currently listed as actively exploited by CISA, and its EPSS exploit-prediction score is low. The underlying weakness is classified as CWE-1288.
Key facts
- Severity: Medium (CVSS 3.x base score 4.8)
- EPSS exploit prediction: 0% (8th percentile)
- Actively exploited: Not listed in CISA KEV
- Weakness: CWE-1288
- Affected product: Redhat Build Of Keycloak
- Published:
- Last modified:
Description
A flaw exists in the org.keycloak.broker.oidc package where the OIDC broker incorrectly synchronizes the email_verified claim. When an OIDC identity provider is configured with trustEmail=true and the userinfo endpoint is enabled, Keycloak retrieves the email address from the userinfo response but retrieves the email_verified status exclusively from the id_token. The root cause is a lack of validation ensuring that the email_verified claim in the id_token actually refers to the email address returned by the userinfo endpoint. If these two sources return different email addresses, the id_token's email_verified=true claim is blindly applied to the userinfo email. Exploitation Conditions: The OIDC identity provider must have trustEmail set to true (non-default). The userinfo endpoint must be enabled (default). The attacker must control or have compromised the upstream OIDC provider. Concrete Impact: Mark arbitrary email addresses as verified in the Keycloak database. Bypass email-based security controls or verification workflows. Potential account takeover if the application relies solely on the email_verified flag from the IdP to link accounts.
Frequently asked questions
- What is CVE-2026-14781?
- A flaw exists in the org.keycloak.broker.oidc package where the OIDC broker incorrectly synchronizes the email_verified claim. When an OIDC identity provider is configured with trustEmail=true and the userinfo endpoint is enabled, Keycloak retrieves the email address from the userinfo response but retrieves the email_verified status exclusively from the id_token. The root cause is a lack of validation ensuring that the email_verified claim in the id_token actually refers to the email address returned by the userinfo endpoint. If these two sources return different email addresses, the id_token's email_verified=true claim is blindly applied to the userinfo email. Exploitation Conditions: The OIDC identity provider must have trustEmail set to true (non-default). The userinfo endpoint must be enabled (default). The attacker must control or have compromised the upstream OIDC provider. Concrete Impact: Mark arbitrary email addresses as verified in the Keycloak database. Bypass email-based security controls or verification workflows. Potential account takeover if the application relies solely on the email_verified flag from the IdP to link accounts.
- How severe is CVE-2026-14781?
- CVE-2026-14781 has a CVSS 3.x base score of 4.8, rated medium severity. It is exploitable over network with high attack complexity, requires no privileges and no user interaction. Impact on confidentiality is low, integrity low, and availability none.
- Is CVE-2026-14781 being actively exploited?
- It is not currently listed in CISA's KEV catalog. Its EPSS exploit-prediction score is 0% (8th percentile), an estimate of the probability of exploitation in the next 30 days.
- What products are affected by CVE-2026-14781?
- CVE-2026-14781 affects Redhat Build Of Keycloak. See the affected-products list for the exact vulnerable versions.
- How do I fix CVE-2026-14781?
- Review the linked vendor and NVD advisories for patched versions and mitigations, then upgrade or apply the recommended workaround.
- When was CVE-2026-14781 published?
- CVE-2026-14781 was published on 2026-07-05 and last updated on 2026-08-11.
References
- https://access.redhat.com/security/cve/CVE-2026-14781
- https://bugzilla.redhat.com/show_bug.cgi?id=2497118
Affected products (1)
- cpe:2.3:a:redhat:build_of_keycloak:-:*:*:*:-:*:*:*
More vulnerabilities in Redhat Build Of Keycloak
- CVE-2026-15572 — High (CVSS 8.8): A flaw was found in Keycloak's Dynamic Client Registration (DCR) security policy management. The "Allowed Protocol…
- CVE-2026-3047 — High (CVSS 8.8): A flaw was found in org.keycloak.broker.saml. When a disabled Security Assertion Markup Language (SAML) client is…
- CVE-2026-16102 — High (CVSS 8.1): A flaw was found in the Dynamic Client Registration (DCR) component of Keycloak, an identity and access management…
- CVE-2026-15573 — High (CVSS 8.1): A flaw was found in Keycloak's Authorization Services. The component responsible for matching request paths to security…
- CVE-2026-1609 — High (CVSS 8.1): A flaw was found in Keycloak. When the JSON Web Token (JWT) authorization grant preview feature is enabled and a user…
- CVE-2026-11800 — High (CVSS 8.1): A flaw was found in Keycloak. This JWT algorithm confusion vulnerability in the JWT Authorization Grant flow allows an…
All CVEs affecting Redhat Build Of Keycloak →
Other CWE-1288 vulnerabilities
- CVE-2026-31709 — High (CVSS 8.8): In the Linux kernel, the following vulnerability has been resolved: smb: client: validate the whole DACL before…
- CVE-2026-42982 — High (CVSS 7.8): Improper validation of consistency within input in Windows Secure Kernel Mode allows an authorized attacker to elevate…
- CVE-2022-50976 — High (CVSS 7.7): A local attacker could cause a full device reset by resetting the device passwords using an invalid reset file via USB.
- CVE-2024-39515 — High (CVSS 7.5): An Improper Validation of Consistency within Input vulnerability in the routing protocol daemon (rpd) of Juniper…
- CVE-2024-31136 — High (CVSS 7.4): In JetBrains TeamCity before 2024.03 2FA could be bypassed by providing a special URL parameter
- CVE-2023-32701 — High (CVSS 7.1): Improper Input Validation in the Networking Stack of QNX SDP version(s) 6.6, 7.0, and 7.1 could allow an attacker to…