An issue was discovered in OpenStack Keystone before 29.0.2. The Keystone federated token rescoping mechanism does not propagate the original token's expiry to the newly issued token. When a federated user rescopes a token via POST /v3/auth/tokens, the handle_scoped_token() function in the mapped authentication plugin returns response data without an expires_at value. The token provider falls back to issuing a token with a fresh default TTL. By rescoping repeatedly before each token expires, a user can maintain access indefinitely, bypassing operator-configured token lifetime policies. This is a variant of CVE-2012-3426. Only deployments using federated identity (SAML2, OpenID Connect) are affected.
Fix
Patch, vendor advisory and mitigation references on NVD 2
- https://bugs.launchpad.net/keystone/+bug/2150379 Exploit, Issue Tracking, Patch, Third Party Advisory
- https://security.openstack.org/ossa/OSSA-2026-015.html Patch, Vendor Advisory
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 1
- First seenCVSS 8.1 · openstackNVD modified 2026-10-26 13:10
Affected (CPE criteria) 1
cpe:2.3:a:openstack:keystone:*:*:*:*:*:*:*:*
References 2
- https://bugs.launchpad.net/keystone/+bug/2150379 Exploit, Issue Tracking, Patch, Third Party Advisory
- https://security.openstack.org/ossa/OSSA-2026-015.html Patch, Vendor Advisory