Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.
Reconnecting to live updates…

CVE-2025-64099: CWE-74: Improper Neutralization of Special Elements in Output Used by a Downstream Component ('Injection') in OpenIdentityPlatform OpenAM

0
High
VulnerabilityCVE-2025-64099cvecve-2025-64099cwe-74
Published: Wed Nov 12 2025 (11/12/2025, 18:57:34 UTC)
Source: CVE Database V5
Vendor/Project: OpenIdentityPlatform
Product: OpenAM

Description

Open Access Management (OpenAM) is an access management solution. In versions prior to 16.0.0, if the "claims_parameter_supported" parameter is activated, it is possible, thanks to the "oidc-claims-extension.groovy" script, to inject the value of one's choice into a claim contained in the id_token or in the user_info. In the request of an authorize function, a claims parameter containing a JSON file can be injected. This JSON file allows attackers to customize the claims returned by the "id_token" and "user_info" files. This allows for a very wide range of vulnerabilities depending on how clients use claims. For example, if some clients rely on an email field to identify a user, an attacker can choose the email address they want, and therefore assume any identity they choose. Version 16.0.0 fixes the issue.

AI-Powered Analysis

AILast updated: 11/19/2025, 20:01:06 UTC

Technical Analysis

CVE-2025-64099 is an injection vulnerability classified under CWE-74 affecting OpenIdentityPlatform's OpenAM access management solution in versions prior to 16.0.0. When the 'claims_parameter_supported' parameter is enabled, the 'oidc-claims-extension.groovy' script processes a JSON-formatted claims parameter in authorization requests without proper neutralization of special elements. This allows an attacker to inject arbitrary JSON claims into the id_token and user_info responses. Since these tokens are often used by clients to identify and authorize users, an attacker can manipulate claims such as the email address to impersonate any user. The vulnerability is exploitable remotely without authentication or user interaction, increasing its risk. The CVSS 4.0 base score is 8.1 (high), reflecting its network attack vector, low complexity, and high impact on confidentiality, integrity, and availability of identity assertions. The flaw stems from improper sanitization of input data used downstream in token generation, enabling injection attacks that can compromise identity trust. The issue was publicly disclosed on November 12, 2025, and fixed in OpenAM 16.0.0. No known exploits are currently reported in the wild, but the potential for identity spoofing and unauthorized access is significant, especially in environments relying heavily on OpenAM for authentication and authorization.

Potential Impact

For European organizations, this vulnerability poses a critical risk to identity and access management systems. Exploitation can lead to unauthorized access by impersonating legitimate users, potentially bypassing security controls and gaining access to sensitive data and systems. This undermines trust in authentication tokens and can facilitate lateral movement within networks, data breaches, and fraud. Organizations in sectors such as finance, healthcare, government, and critical infrastructure that rely on OpenAM for single sign-on (SSO) and identity federation are particularly vulnerable. The impact extends to regulatory compliance, as identity compromise can lead to violations of GDPR and other data protection laws, resulting in legal and financial penalties. The ease of exploitation without authentication or user interaction increases the urgency for mitigation. Additionally, the wide range of possible injected claims means attackers can tailor attacks to specific client implementations, complicating detection and response.

Mitigation Recommendations

The primary mitigation is to upgrade all OpenAM deployments to version 16.0.0 or later, where the vulnerability is fixed. Organizations should audit their use of the 'claims_parameter_supported' feature and disable it if not required. Review client applications that consume id_token and user_info claims to ensure they do not blindly trust or rely solely on claims for critical identity decisions, especially fields like email addresses. Implement additional validation and verification mechanisms on the client side to detect anomalous or unexpected claim values. Employ strict input validation and sanitization on any user-controllable parameters related to identity tokens. Monitor logs for unusual authorization requests containing suspicious claims parameters. Consider deploying Web Application Firewalls (WAFs) with custom rules to detect and block injection attempts targeting the claims parameter. Conduct penetration testing and code reviews focused on identity token handling and claims processing. Finally, maintain an incident response plan tailored to identity compromise scenarios.

Need more detailed analysis?Get Pro

Technical Details

Data Version
5.2
Assigner Short Name
GitHub_M
Date Reserved
2025-10-27T15:26:14.126Z
Cvss Version
4.0
State
PUBLISHED

Threat ID: 6914d9d9789e20b800721473

Added to database: 11/12/2025, 7:02:49 PM

Last enriched: 11/19/2025, 8:01:06 PM

Last updated: 11/20/2025, 10:58:33 PM

Views: 49

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need enhanced features?

Contact root@offseq.com for Pro access with improved analysis and higher rate limits.

Latest Threats