When the `allowed_scopes` configuration is enabled, the OAuth2 token introspection mechanism does...
Affected packages
| Ecosystem | Package | Affected | Fixed |
|---|---|---|---|
| WSO2 | WSO2 API Manager |
≥ 3.1.0, < 3.1.0.367 ≥ 3.2.0, < 3.2.0.475 ≥ 3.2.1, < 3.2.1.106 ≥ 4.0.0, < 4.0.0.394 ≥ 4.1.0, < 4.1.0.267 ≥ 4.2.0, < 4.2.0.207 +5 more |
3.1.0.367 3.2.0.475 3.2.1.106 4.0.0.394 4.1.0.267 4.2.0.207 |
| WSO2 | WSO2 Traffic Manager |
≥ 4.5.0, < 4.5.0.65 ≥ 4.6.0, < 4.6.0.29 ≥ 4.7.0, < 4.7.0.3 |
4.5.0.65 4.6.0.29 4.7.0.3 |
| WSO2 | WSO2 Universal Gateway |
≥ 4.5.0, < 4.5.0.67 ≥ 4.6.0, < 4.6.0.29 ≥ 4.7.0, < 4.7.0.3 |
4.5.0.67 4.6.0.29 4.7.0.3 |
| WSO2 | WSO2 API Control Plane |
≥ 4.5.0, < 4.5.0.68 ≥ 4.6.0, < 4.6.0.30 ≥ 4.7.0, < 4.7.0.3 |
4.5.0.68 4.6.0.30 4.7.0.3 |
| WSO2 | WSO2 Identity Server |
≥ 5.10.0, < 5.10.0.397 ≥ 5.11.0, < 5.11.0.444 ≥ 6.0.0, < 6.0.0.270 ≥ 6.1.0, < 6.1.0.269 ≥ 7.0.0, < 7.0.0.152 ≥ 7.1.0, < 7.1.0.61 +2 more |
5.10.0.397 5.11.0.444 6.0.0.270 6.1.0.269 7.0.0.152 7.1.0.61 |
| WSO2 | WSO2 Open Banking IAM |
≥ 2.0.0, < 2.0.0.434 |
2.0.0.434 |
| WSO2 | WSO2 Identity Server as Key Manager |
≥ 5.10.0, < 5.10.0.387 |
5.10.0.387 |
| WSO2 | WSO2 Open Banking AM |
≥ 2.0.0, < 2.0.0.414 |
2.0.0.414 |
| WSO2 | WSO2 Carbon OAuth |
≥ 6.4.2, < 6.4.2.178 ≥ 6.4.111, < 6.4.111.174 ≥ 6.4.176, < 6.4.176.38 ≥ 6.4.180, < 6.4.180.25 ≥ 6.8.0, < 6.8.0.59 ≥ 6.9.6, < 6.9.6.36 +10 more |
6.4.2.178 6.4.111.174 6.4.176.38 6.4.180.25 6.8.0.59 6.9.6.36 |
Original description The description as published by the source.
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.
Source: CVE.org (CVE Program・cvelistV5) NVD GitHub Advisory
References
- web security.docs.wso2.com
- web nvd.nist.gov
- web security.docs.wso2.com
- web github.com