Approved changes feed: RSS · Atom

cpe:2.3:a:ory:oathkeeper:0.38.6:beta1:*:*:*:*:*:*

part: a version: 0.38.6 update: beta1

VendorOry (2936b801-e543-5a0e-bb3b-f36ae09a3b16)
ProductOathkeeper (8d6fabcd-8c75-5905-b43c-77174945c79d)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from NVD CPE 2.0 feed

PURL mappings

PURLSourceLast updated
pkg:docker/oryd/oathkeeper purl2cpe 2026-06-01 10:12:23.757289
pkg:github/ory/oathkeeper purl2cpe 2026-06-01 10:12:23.757291
pkg:rpm/opensuse/ory-oathkeeper purl2cpe 2026-06-01 10:12:23.757292

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2021-32701 vulnerable 2026-06-08 05:32:07.869599 Possible bypass of token claim validation when OAuth2 Introspection caching is enabled
HIGH (7.5)
ORY Oathkeeper is an Identity & Access Proxy (IAP) and Access Control Decision API that authorizes HTTP requests based on sets of Access Rules. When you make a request to an endpoint that requires the scope `foo` using an access token granted with that `foo` scope, introspection will be valid and that token will be cached. The problem comes when a second requests to an endpoint that requires the scope `bar` is made before the cache has expired. Whether the token is granted or not to the `bar` scope, introspection will be valid. A patch will be released with `v0.38.12-beta.1`. Per default, caching is disabled for the `oauth2_introspection` authenticator. When caching is disabled, this vulnerability does not exist. The cache is checked in [`func (a *AuthenticatorOAuth2Introspection) Authenticate(...)`](https://github.com/ory/oathkeeper/blob/6a31df1c3779425e05db1c2a381166b087cb29a4/pipeline/authn/authenticator_oauth2_introspection.go#L152). From [`tokenFromCache()`](https://github.com/ory/oathkeeper/blob/6a31df1c3779425e05db1c2a381166b087cb29a4/pipeline/authn/authenticator_oauth2_introspection.go#L97) it seems that it only validates the token expiration date, but ignores whether the token has or not the proper scopes. The vulnerability was introduced in PR #424. During review, we failed to require appropriate test coverage by the submitter which is the primary reason that the vulnerability passed the review process.
Published: 2021-06-22T19:45:12.000Z
Updated: 2024-08-03T23:25:31.146Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.