Last Modified: Apr 28, 2025
Affected Product(s):
BIG-IP APM
Known Affected Versions:
13.0.0, 13.0.0 HF1, 13.0.0 HF2, 13.0.0 HF3, 13.0.1, 13.1.0, 13.1.0.1, 13.1.0.2, 13.1.0.3, 13.1.0.4, 13.1.0.5, 13.1.0.6, 13.1.0.7, 13.1.0.8, 13.1.1, 13.1.1.2, 13.1.1.3, 13.1.1.4, 13.1.1.5, 13.1.3, 13.1.3.1, 13.1.3.2, 13.1.3.3, 13.1.3.4, 13.1.3.5, 13.1.3.6, 13.1.4, 13.1.4.1, 13.1.5, 13.1.5.1, 14.0.0, 14.0.0.1, 14.0.0.2, 14.0.0.3, 14.0.0.4, 14.0.0.5, 14.0.1, 14.0.1.1, 14.1.0, 14.1.0.1, 14.1.0.2, 14.1.0.3, 14.1.0.5, 14.1.0.6, 14.1.2, 14.1.2.1, 14.1.2.2, 14.1.2.3, 14.1.2.4, 14.1.2.5, 14.1.2.6, 14.1.2.7, 14.1.2.8, 14.1.3, 14.1.3.1, 14.1.4, 14.1.4.1, 14.1.4.2, 14.1.4.3, 14.1.4.4, 14.1.4.5, 14.1.4.6, 14.1.5, 14.1.5.1, 14.1.5.2, 14.1.5.3, 14.1.5.4, 14.1.5.6
Fixed In:
15.0.0
Opened: Feb 14, 2019 Severity: 3-Major
If an Introspect request is made after an opaque access token has expired and the access token was refreshed with 'reuse-access-token' config option, the subsequent access token Introspect request fails.
The Introspect request fails. The system reports a valid opaque access token as not-active.
The following conditions must apply for it to show up: 1. Reuse Access Token config option is enabled. 2. Access Token being issued is opaque. 3. Introspect request is made for the access token after it expired. 4. Refresh the access token. 5. Introspect requests the access token after 'refresh'.
This issue does not occur if any one of the following is true: -- The opaque access token is refreshed before it has expired. -- The 'reuse-access-token' config is disabled. -- The Introspect request is not made for an expired access token.
Introspect request no longer fails for 'refreshed' access token under these conditions.