Summary
Snipe-IT has an Open Redirect After User Edit
Advisory details
Impact
The user edit flow stores url()->previous() into Laravel's intended URL session value and later redirects with redirect()->intended(...) when redirect_option=back is submitted. Because the previous URL is derived from the attacker-controlled Referer header, an authenticated user performing a normal user-edit action can be redirected to an external attacker-controlled site.
An attacker who can cause a logged-in user with permission to edit a user record to open the edit page with an attacker-controlled Referer value.
The application can be used as a trusted redirector after a legitimate user edit action. This can support phishing or trust-boundary attacks against Snipe-IT users and matches a historical open redirect class where session-stored navigation context influences redirect destinations.
Patches
Patched in f4cac96358
References
- https://github.com/advisories/GHSA-wg2f-x2c2-c4rp
- https://github.com/grokability/snipe-it/security/advisories/GHSA-wg2f-x2c2-c4rp
- https://nvd.nist.gov/vuln/detail/CVE-2026-55461
- https://github.com/grokability/snipe-it/commit/f4cac9635868c020174361ad7a80b2545a4e7623
- https://github.com/grokability/snipe-it/releases/tag/v8.6.2
Related vulnerabilities
All Supply chain →- CRITICALCVE-2026-108261
TinaCMS admin preview iframe loads an attacker-controlled origin from the URL fragment
- MEDIUMCVE-2026-107718
AdonisJS: Unencoded route parameters can produce open redirects
- MEDIUMCVE-2026-105846
Payload: Untrusted redirect URL parameter exploit
- HIGHCVE-2026-101907
Axios: maxRedirects: 0 is not enforced by the fetch adapter, allowing redirect-based SSRF
- MEDIUMCVE-2026-77609
Semantic MediaWiki has an open redirect in Special:URIResolver
- CRITICALCVE-2026-71428
unstructured: Server-Side Request Forgery in the URL-based partitioning