GHSA-8h83-chh2-fchp json
eZ Platform users with the Company admin role can assign any role to any user
published 4y ago modified 9mo ago
- 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
Critical severity. Users with the Company admin role (introduced by the company account feature in v4) can assign any role to any user. This also applies to any other user that has the role / assign policy. Any subtree limitation in place does not have any effect.
The role / assign policy is typically only given to administrators, which limits the scope in most cases, but please verify who has this policy in your installaton. The fix ensures that subtree limitations are working as intended.
Patch / fix
Is GHSA-8h83-chh2-fchp 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-kernel | >=1.3.0, <1.3.26 |
1.3.26 |
References
-
github.com
/ezsystems/ezplatform-kernel/commit/2a7479958584a15ee046dfa886d6bfeb4ebfa2f6
web
-
github.com
/ezsystems/ezplatform-kernel/security/advisories/GHSA-8h83-chh2-fchp
web
-
developers.ibexa.co
/security-advisories/ibexa-sa-2022-009-critical-vulnerabilities-in-graphql-role-assignment-ct-editing-and-draf
web
-
github.com
/ezsystems/ezplatform-kernel
package
Sources
- GitHub Advisory GHSA-8h83-chh2-fchp
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.