GHSA-5jhw-7jv7-qcqq json
joserfc accepts JWT with padding, leading to JWT malleability
published 4mo ago modified 3mo ago
Unreviewed: the maintainers' own advisory
Published by the maintainers on their GitHub repository authlib/joserfc. GitHub has not reviewed it into the GitHub Advisory Database and no CVE record has reached us yet, so everything here comes from the maintainers alone. Read the full advisory on GitHub.
- cvss
- —
- not scored
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
Security advisory published by the maintainers of authlib/joserfc for joserfc: the maintainers' own advisory, not a reviewed GitHub Advisory Database entry. The full advisory is on GitHub.
Patch / fix
- pypi joserfc 1.7.2
Is GHSA-5jhw-7jv7-qcqq in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerAffected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| pypi | joserfc | <=1.7.1 |
1.7.2 |
Classification
- Weakness
-
- CWE-345 Insufficient Verification of Data Authenticity
References
Sources
- Maintainer advisory GHSA-5jhw-7jv7-qcqq
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
The maintainers of authlib/joserfc published their own advisory on GitHub. Its facts and headline are shown here; the description stays on GitHub.