Microsoft · OAuthLib: Token grants can use attacker-supplied client_id for authorization after authenticating a different client
Affects MicrosoftSource GCVE Database
Not known to be exploited · CVSS 8.4 High : upgrade to 4.0.0 soon.
Data as of 31 Oct 2026, 08:21 UTC
Thin evidence
One scorer or none| CNA (GitHub_M) | CVSS 4.0 | 8.4 |
|---|
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 24% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 4.0.0
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:N/SC:H/SI:H/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 28 Oct 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Upgrade oauthlib to 4.0.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| oauthliboauthlib | Affected
| Fixed in
|
PyPIoauthlibpkg:pypi/oauthlibOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
A vulnerability in OAuthLib version 3.0 allows token grants to use an attacker-supplied client_id for authorization even after authenticating a different client. This could lead to improper authorization decisions based on manipulated client identifiers.