In deployments of WSO2 Identity Server configured with a case-insensitive user store and a case-sensitive database for
Source GCVE Database
Not known to be exploited · CVSS 7.4 High : upgrade to 7.2.0.21 soon.
Data as of 28 Oct 2026, 22:13 UTC
- Patch
- Available – fixed in 7.2.0.21, 7.0.385.17
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 28 Oct 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 26 Oct 2026.
What to do
Upgrade WSO2 to 7.2.0.21 (Identity Server) or 7.0.385.17 (Carbon OAuth).
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| WSO2WSO2 Identity Server | Affected
| Fixed in
|
| WSO2 Carbon OAuthorg.wso2.carbon.identity.inbound.auth.oauth2:org.wso2.carbon.identity.oauth | Affected
| Fixed in
|
AI-suggested
If you cannot patch yet, administrators should carefully review their user store and database case sensitivity configurations to avoid mismatches. Monitoring and manual token revocation processes may be necessary to mitigate risk.
Description
WSO2 Identity Server deployments that use a case-insensitive user store alongside a case-sensitive database for identity data may experience failures in OAuth token revocation. This occurs because username case mismatches prevent proper identification of tokens associated with mixed-case usernames, allowing tokens to remain valid beyond intended revocation events. An attacker with a valid token for such a username could exploit this to maintain unauthorized access until token expiry.