CVE-2026-54175: Laravel-Backpack CRUD · Unverified Password Change
Affects Laravel-Backpack CRUDSource CVE Database V5
Not known to be exploited · CVSS 7.6 High : upgrade to 7.0.34 or 6.8.11 soon.
Data as of 29 Oct 2026, 19:04 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 46% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 7.0.34, 6.8.11
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:LExploitation evidence
Disclosed: evidence found.
CVE published 14 Sep 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.
What to do
Upgrade CRUD and laravel-backpack/CRUD to 7.0.34 or 6.8.11.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Laravel-BackpackCRUD | Affected
| Fixed in
|
| Laravel-BackpackCRUD | Affected
| Fixed in
|
GitHublaravel-backpack/CRUDpkg:github/laravel-backpack/CRUDOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade Laravel-Backpack CRUD to version 6.8.11 or later, or 7.0.34 or later, where this issue is fixed. No other mitigations are specified. Patch status is confirmed by the vendor advisory.
Description
backpack/crud provides Create, Read, Update & Delete (CRUD) functions for Backpack, a collection of Laravel packages that help users build custom administration panels. Prior to 6.8.11 and 7.0.34, MyAccountController::postAccountInfoForm in src/app/Http/Controllers/MyAccountController.php at POST /admin/edit-account-info passes request data from $request->except(['_token']) to the user model instead of restricting updates to fields accepted by AccountInfoRequest::validationData(). An attacker with an authenticated Backpack session can therefore mass-assign password, the authentication column, or other deployment-specific fillable attributes. With the default Laravel 11 user model, a submitted plaintext password is automatically hashed and persisted, converting temporary session access into persistent account takeover without the old_password check enforced by the separate password-change route. Changing the authentication email can also enable later password-reset takeover, while additional fillable security attributes can permit deployment-specific privilege escalation or security-control changes. This issue is fixed in versions 6.8.11 and 7.0.34.
References
- github.com/Laravel-Backpack/CRUD/security/advisories/GHSA-xpv2-hrfc-hw62 (opens in a new tab)
- github.com/Laravel-Backpack/CRUD/pull/5980 (opens in a new tab)
- github.com/Laravel-Backpack/CRUD/pull/5981 (opens in a new tab)
- github.com/Laravel-Backpack/CRUD/commit/0d7a2820a0a356fde94c13a2db78bbe44393f0e7 (opens in a new tab)
- github.com/Laravel-Backpack/CRUD/commit/ffe9a43ed006d0667e52997036c05ac0bc06cf91 (opens in a new tab)
- github.com/Laravel-Backpack/CRUD/releases/tag/6.8.11 (opens in a new tab)
- github.com/Laravel-Backpack/CRUD/releases/tag/7.0.34 (opens in a new tab)