Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as federated user (self-registered)
-
ExploitMatch username to target local account
-
ExecutionInvoke SCIM 2.0/1.1 user operation
-
ImpactTake over local user account
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Permission preservation
|
| Exploitation Conditions | Three concrete prerequisites must coexist: (1) the attacker must be authenticated as a federated user on the WSO2 Identity Server (or Open Banking IAM / Identity Server as Key Manager); (2) a LOCAL user account and the attacker's FEDERATED account must share the SAME username, which the SCIM endpoint fails to disambiguate; and (3) the SCIM 2.0 or SCIM 1.1 user endpoint must be reachable. The decisive limiting/enabling factor is user self-registration: with self-registration enabled an attacker can freely create a federated identity matching a target username (vendor treats this as high severity), whereas deployments that do NOT support self-registration are vendor-rated medium because the attacker must already possess a colliding federated account. |
| Impact | This is a meaningful priority for WSO2 Identity Server operators, but the signals are partly conflicting. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N) rates it network-reachable, low-complexity, and unauthenticated with high integrity impact (I:H) yielding 8.2, yet the description explicitly states the attacker must be 'authenticated as a federated user' - so PR:N appears to reflect the high-severity scenario where user self-registration is enabled (anyone can obtain a federated identity), not a truly credential-less attack. Verify with WSO2: in deployments WITHOUT self-registration the vendor itself downgrades this to medium, because the attacker must already control a federated account whose username collides with a target local account. No EPSS score, CISA KEV listing, or public PoC was provided, so there is no evidence of active or at-scale exploitation; the realistic risk is targeted account takeover against internet-exposed WSO2 IAM deployments that run SCIM with self-registration, rather than mass opportunistic exploitation. Net: a genuine, patch-worthy authorization flaw (CWE-281) in security-critical identity infrastructure, but exploitation hinges on specific configuration rather than being a universally remote-unauthenticated RCE-class issue. |
| Exploit ScenarioDerived | On a WSO2 Identity Server deployment with user self-registration enabled, an attacker self-registers (or logs in) as a federated user and chooses a username that matches an existing local account. Authenticated with that federated identity, they call the SCIM 2.0 or SCIM 1.1 endpoint, which fails to distinguish the federated principal from the local user of the same name, letting them modify or take over the local account. No public exploit code was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 19, 2026
The SCIM provisioning endpoints in WSO2 Identity Server, Identity Server as Key Manager, and Open Banking IAM fail to disambiguate between a local user and a federated user that share the same username, so a federated identity can be acted upon as if it were the colliding local account. An attacker who can authenticate as a federated user - and who either already holds a federated identity matching a target's username or can self-register one where self-registration is enabled - can reach the SCIM 2.0 or SCIM 1.1 user endpoints and perform arbitrary operations against the local user store, up to and including account takeover; deployments without self-registration are rated medium severity by the vendor because the collision must be pre-arranged. Exploitation requires authentication as a federated user and a reachable SCIM endpoint, and no public exploit code or confirmed active exploitation was identified at time of analysis; the vendor's own CVSS of 8.2 uses a PR:N vector while our assessment treats the federated-user requirement as PR:L, giving 8.1-equivalent integrity impact with limited confidentiality exposure.
RemediationAI
Apply the WSO2 security update identified in advisory WSO2-2025-4438 (https://security.docs.wso2.com/en/latest/security-announcements/security-advisories/2026/WSO2-2025-4438/) to Identity Server, Identity Server as Key Manager, Open Banking IAM, and any deployment embedding the Carbon SCIM common or SCIM 2.0 common components; the advisory is the authoritative source for the exact patched version numbers, which are not enumerated in the CPE data. Until the update is applied, the highest-value control is to disable user self-registration, which removes an attacker's ability to create a federated identity matching a target username and is the factor that shifts this from the vendor's medium rating to its high rating - the trade-off is that legitimate self-service onboarding must move to an admin-mediated or invitation-only flow. Additionally, restrict network access to the SCIM 2.0 (/scim2) and SCIM 1.1 (/wso2/scim) endpoints to trusted provisioning clients via reverse-proxy allowlists or WSO2's mutual-TLS/authentication connector settings, understanding that this only reduces the attack surface rather than fixing the collision logic. Where self-registration must remain enabled, audit the federated and local user stores for duplicate usernames and enforce a naming convention or domain-qualified usernames for federated identities; this is detective/preventive at the data layer and offers no guarantee against future collisions.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 5 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
SCIM (System for Cross-domain Identity Management) 1.1 and 2.0 are REST/JSON provisioning protocols used by identity providers to create, read, update, and deprovision users and groups; WSO2 exposes these through its Carbon SCIM common components (the SCIM 1.1 'carbon.scim.common' and SCIM 2.0 common bundles listed in the affected CPEs), which front both the local user store and federated identity providers. The root cause maps to CWE-281 (Improper Preservation of Permissions): the SCIM authorization layer resolves a request against a username rather than a fully qualified, store-scoped identity, so when a local account and a federated account share a username, the permission decision made for the federated principal is preserved and applied to the local principal's resource. This is a classic identity-collision / namespace-confusion flaw in a multi-realm identity architecture, and it is exactly the kind of defect that becomes exploitable at scale when user self-registration lets an attacker choose a federated username freely. WSO2 Identity Server as Key Manager and WSO2 Open Banking IAM inherit the flaw because they embed the same SCIM components.
Know when Wso2 Identity Server gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:N
Exploitation requires an authenticated federated account, so PR:L not PR:N; network SCIM endpoint and no user interaction give AV:N/AC:L/UI:N, with account takeover driving I:H and limited read exposure C:L.
Primary rating from Vendor (WSO2).
CVSS VectorVendor: WSO2
Lifecycle Timeline
2DescriptionCVE.org
The SCIM endpoint does not sufficiently validate authorization for federated users when performing operations against the local user store. This occurs when a local and a federated user share the same username, allowing a federated user to perform actions intended for a local user, including arbitrary operations.
A malicious actor authenticated as a federated user may perform arbitrary operations on local user accounts via the SCIM 2.0 or SCIM 1.1 endpoints when local and federated users share the same username. This could lead to user account takeover. Deployments that do not support user self-registration are considered medium severity.
Executive ViewAI
WSO2 Identity Server, Identity Server as Key Manager, and Open Banking IAM contain a high-severity SCIM provisioning flaw that can enable account takeover and undermine trust in the identity layer. Because these platforms are often central to authentication and authorization, a compromise could cascade into unauthorized access to connected business applications and sensitive data; leadership should prioritize mitigation while no vendor patch is available. No public exploit has been identified at time of analysis.
No vendor-released patch identified at time of analysis. Interim mitigations: disable SCIM 1.1/2.0 endpoints if unused; restrict network access to SCIM endpoints; disable federated self-registration; enforce username uniqueness between local and federated accounts; monitor SCIM logs for anomalous user operations.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
More in Wso2 Identity Server
View allAuthentication bypass in WSO2 Identity Server and multiple WSO2 platform products (API Manager, Open Banking AM/IAM/KM,
Memory exhaustion denial-of-service in WSO2 Identity Server's Magic Link authenticator allows remote unauthenticated att
OS command injection (CWE-78) in WSO2's shared Carbon Console administrative interface allows an authenticated administr
Server-side request forgery in WSO2 API Manager and related WSO2 products lets a remote attacker direct the server to ar
The XML parsers within multiple WSO2 products accept user-supplied XML data without properly configuring to prevent the
OAuth token revocation in WSO2 Identity Server fails to invalidate access and refresh tokens for accounts whose username
Account-lockout bypass in WSO2 Identity Server (6.0.0, 6.1.0, 7.0.0, 7.1.0) and the Carbon MagicLink Authenticator Modul
Adaptive authentication flows in WSO2 Identity Server 7.1.0 (up to 7.1.0.26) and the Conditional Authentication User and
WSO2 Carbon OAuth, as shipped in WSO2 Identity Server, API Manager, and related WSO2 products, can leave session-bound t
Reflected cross-site scripting across at least eight WSO2 platform products - including Identity Server, API Manager, AP
Reflected cross-site scripting in WSO2 Identity Server's authentication endpoint allows remote unauthenticated attackers
Reflected cross-site scripting in the authentication endpoint of WSO2 API Manager and Identity Server allows unauthentic
EUVD-2025-211118
GHSA-5q7r-rvh6-qwv5
NVD
CVE.org
EPSS
Exploit-DB