CVE-2026-54178

Backpack for Laravel's backpack/crud package contains an improper authorization flaw (with path-trust issues) in the HasUploadFields::uploadMultipleFilesToDisk mutator, which is wired into models via CrudTrait. The mutator takes disk-relative paths from the clear_[] request field and passes them directly to Storage::disk()->delete without verifying that those paths correspond to files persisted on the record being edited. Any authenticated user with Update access to a CRUD panel that uses this mutator can therefore delete another record's attachment, a shared asset, or another operational file on the configured storage disk simply by submitting its path; deleted files cannot be read, so the impact is limited to integrity and availability (CVSS 3.1: 8.1, high). The newer MultipleFiles uploader is not affected because it intersects requested deletions with the record's persisted file list. The flaw is fixed in versions 6.8.12 and 7.0.35, the 5.x line remains affected through its final releases, and no public proof of concept or exploitation in the wild is known.

What to do: Upgrade backpack/crud to 6.8.12 (6.x line) or 7.0.35 or later (7.x line) immediately; 5.x never received a fix, so those applications must upgrade to a patched release or backport the fix. Where upgrading is delayed, migrate affected fields to the newer MultipleFiles uploader (which validates deletions against the record's persisted file list), and restrict Update permissions on CRUDs that use HasUploadFields to trusted operators. Review storage disks and backups for unexplained deletions of shared assets or other records' attachments, since abused requests may look like legitimate edits.