5.5

CVE-2021-21411: Incorrect authorization in OAuth2-Proxy

Modified
AliasesGHSA-652x-m2gr-hppmBIT-oauth2-proxy-2021-21411GO-2025-3832
Published 26-03-2021Last modified 03-08-2024

Vulnerability summary

CVE-2021-21411 is a medium (CVSS 5.5) Incorrect Authorization vulnerability in oauth2_proxy_project oauth2_proxy. EPSS estimates a 1.07% chance of exploitation in the next 30 days, higher than 64.8% of scored vulnerabilities.

Priority
Routine

Not severe (CVSS 5.5, network access); no exploitation reported by the 5 checked sources

Source freshness unavailable

How is this decided?
CVSS score
5.5/10
010
Medium · v3.1 (CVE.org)
EPSS score
1.07%
0%100%
Low · 0.00 pp in 30 days
KEVNot listedNot listed by any tracked catalog.
RansomwareNot flaggedNo ransomware use recorded.
Public exploits0No public exploits recorded

Advisory lineage

Upstream 0 · Downstream 2 · Related 2

Timeline

  1. 26-03-2021
    PublishedVulnerability first disclosed.
  2. 03-08-2024
    Last modifiedVulnerability information updated.

Description

OAuth2-Proxy is an open source reverse proxy that provides authentication with Google, Github or other providers. The `--gitlab-group` flag for group-based authorization in the GitLab provider stopped working in the v7.0.0 release. Regardless of the flag settings, authorization wasn't restricted. Additionally, any authenticated users had whichever groups were set in `--gitlab-group` added to the new `X-Forwarded-Groups` header to the upstream application. While adding GitLab project based authorization support in #630, a bug was introduced where the user session's groups field was populated with the `--gitlab-group` config entries instead of pulling the individual user's group membership from the GitLab Userinfo endpoint. When the session groups where compared against the allowed groups for authorization, they matched improperly (since both lists were populated with the same data) so authorization was allowed. This impacts GitLab Provider users who relies on group membership for authorization restrictions. Any authenticated users in your GitLab environment can access your applications regardless of `--gitlab-group` membership restrictions. This is patched in v7.1.0. There is no workaround for the Group membership bug. But `--gitlab-project` can be set to use Project membership as the authorization checks instead of groups; it is not broken.

CVSS metrics

4 scores · 3 sources · 2 versions

EPSS trend

Probability

1.07%

Chance of exploitation in the next 30 days

Percentile

65%

Versus all other CVEs

30-day change

No change 0.00 pp

From 1.07% on 04-10-2026

04-10-202603-11-2026

Known exploited

Compare KEV catalogs
CISA KEV

Not in the CISA KEV catalog.

ENISA CNW

Not in the ENISA CNW catalog.

CIRCL

Not in the CIRCL catalog.

Public exploits

0 found

No public exploits indexed.

Weaknesses

CWE · root cause

Affected systems

Version check

Known conditions: network-reachable, administrative account, no user interaction (CVSS vector). Other conditions: not stated in public data.

Github.com/oauth2-proxy1 product
  • oauth2-proxyAll versions (No fix recorded)
Github.com/oauth2-proxy/oauth2-proxy1 product
  • v7< 7.1.0
Oauth2_proxy_project1 product
Oauth2-proxy1 product

4 vendors · 4 products

References

8 links