When the `allowed_scopes` configuration is enabled, the OAuth2 token introspection mechanism does not immediately invalidate a token in the cache…
When the `allowed_scopes` configuration is enabled, the OAuth2 token introspection mechanism does not immediately invalidate a token in the cache after a revocation request. This results in a scenario where an access token that was introspected immediately before a revocation request may be returned again to the client after revocation, until the relevant cache entry is cleared. The security consequence is that a revoked access token may be re-issued to the client during the cache lifetime. While the re-issued token is not treated as valid for API authorization, affected users may be unable to obtain a new valid access token until the cache is cleared, which can disrupt authentication flows.
Read at NIST National Vulnerability Database (CVE API 2.0)
- Vendor
- WSO2
- Product
- WSO2 API Manager, WSO2 Traffic Manager, WSO2 Universal Gateway
- CVSS v3.1
- 3.1 AV:N/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:L
- Weakness
- CWE-613
- Exposure class
- Identity
- NVD status
- Received
Why it ranks 14 (Routine)
- Exposed product class: identity
- Recency: items published within 24 hours gain 15, within 72 hours 6, within 7 days 2.
Links
- NIST National Vulnerability Database (CVE API 2.0) (nvd.nist.gov)
- CVE-2026-3583 on this site · NVD · CVE.org · Vulnpedia