Skip to main content
VulnerabilityPublished

CVE-2024-1524: WSO2 API Manager · Authentication Bypass by Spoofing

Affects WSO2 API ManagerSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 7.7 High : upgrade to 4.2.0.108 soon.

Data as of 29 Oct 2026, 19:04 UTC

CVSS 3.1 base score
7.7High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 22% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 4.2.0.108, 6.1.0.128, 6.0.0.171
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Feb 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 29 Oct 2026.

What to do

Upgrade WSO2 to 4.2.0.108 (API Manager); 6.1.0.128 or 6.0.0.171 (Identity Server).

Affected software

ProductAffectedFixed in
WSO2WSO2 API ManagerAffected
  • >=4.2.0 <4.2.0.108
Fixed in
  • 4.2.0.108
WSO2WSO2 Identity ServerAffected
  • >=6.1.0 <6.1.0.128
Fixed in
  • 6.1.0.128
WSO2WSO2 Identity ServerAffected
  • >=6.0.0 <6.0.0.171
Fixed in
  • 6.0.0.171
Mavenorg.wso2/carbon-apimgtpkg:maven/org.wso2/carbon-apimgtOther threatsAffected
  • =4.2.0
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate this vulnerability, organizations should first assess whether Silent Just-In-Time Provisioning is enabled for federated IDPs in their WSO2 API Manager deployments. If enabled, consider disabling this feature temporarily until a vendor patch is available. Implement strict username uniqueness policies across local and federated user stores to prevent username collisions. Employ monitoring and alerting for unusual provisioning activities or account changes. Use strong identity governance and access management controls to detect and block suspicious federated account creations matching local usernames. Additionally, restrict knowledge of valid local usernames by limiting information disclosure through error messages or user enumeration vectors. Engage with WSO2 for updates and patches addressing this issue and apply them promptly once released. Consider multi-factor authentication and additional verification steps for federated users to reduce risk. Finally, conduct regular security audits and penetration testing focusing on federated authentication flows.

Description

When the "Silent Just-In-Time Provisioning" feature is enabled for a federated identity provider (IDP) there is a risk that a local user store user's information may be replaced during the account provisioning process in cases where federated users share the same username as local users. There will be no impact on your deployment if any of the preconditions mentioned below are not met. Only when all the preconditions mentioned below are fulfilled could a malicious actor associate a targeted local user account with a federated IDP user account that they control. The Deployment should have: -An IDP configured for federated authentication with Silent JIT provisioning enabled. The malicious actor should have: -A fresh valid user account in the federated IDP that has not been used earlier. -Knowledge of the username of a valid user in the local IDP. -An account at the federated IDP matching the targeted local username.

References

Community reviews

Loading reviews…