CVE-2026-84800
largeMissing Authorization in Craft CMS 5 Lets Low-Privilege Users Overwrite Peer Asset Files
Craft CMS 5.x (versions 5.0.0-RC1 through before 5.10.11) fails to enforce the replacePeerFiles permission in AssetsController::actionReplaceFile (CWE-862, missing authorization). When a request supplies sourceAssetId and targetFilename but omits assetId, the target asset is resolved by folder and filename after the permission checks execute, so the permission required to overwrite another user's asset is never enforced. An authenticated low-privilege author who holds only the replaceFiles permission on a shared folder can therefore overwrite the file content of a peer's asset in the same folder with attacker-controlled bytes, compromising content integrity (CVSS 4.0: 7.1 High) without disclosing data. Only Craft CMS deployments running the 5.x line below 5.10.11 are affected, and practical impact requires multi-author setups where less-privileged users can write to shared asset folders. No public PoC, CISA KEV listing, or in-the-wild exploitation is known; EPSS estimates roughly a 0.2% probability of exploitation within 30 days (10th percentile).
What to do: Upgrade Craft CMS to 5.10.11 or later. Until patched, restrict or withhold the replaceFiles permission on shared asset folders from low-privilege author accounts, and review recently replaced assets in shared folders for unexpected content changes. No public PoC or in-the-wild exploitation is currently known (EPSS ~0.2% over 30 days), so treat this as a prompt hygiene patch rather than an emergency.
| Craft CMS | >= 5.0.0-RC1 and < 5.10.11 (fixed in 5.10.11) |
Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.
Craft CMS versions >= 5.0.0-RC1 and < 5.10.11 contain a missing authorization vulnerability in AssetsController::actionReplaceFile. When a request supplies sourceAssetId and targetFilename but omits assetId, the target asset is resolved by folder and filename after the permission checks execute, so the replacePeerFiles permission is never enforced. An authenticated low-privilege author with only the replaceFiles permission on a shared folder can overwrite the content of a peer's asset file (located in the same folder) with attacker-controlled bytes. Fixed in 5.10.11.
- Weakness
- CWE-862
- Vector
- CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:L/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
In the news0 stories
No ingested article mentions this CVE yet.