GHSA-36mj-6r7r-mqhf json
User can obtain JWT token even if account is disabled
published 5y ago modified last yr.
- 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
Users can authenticate this way even if their user account is disabled. This is a high risk vulnerability when account disabling is used to block users' access to the system. (Someone who never had an account cannot exploit this vulnerability.) The fix ensures tokens are generated only for enabled user accounts, and is distributed via Composer as ezsystems/ezplatform-rest v1.3.8
Patch / fix
- packagist ezsystems/ezplatform-rest 1.3.8
Is GHSA-36mj-6r7r-mqhf 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 |
|---|---|---|---|
| packagist | ezsystems/ezplatform-rest | >=1.3.0, <1.3.8 |
1.3.8 |
Classification
- Weakness
-
- CWE-284 Improper Access Control
References
Sources
- GitHub Advisory GHSA-36mj-6r7r-mqhf
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.