CVE-2026-86760
Snipe-IT versions 8.2.0 through 8.6.x (fixed in 8.7.0) contain an incorrect authorization flaw in app/Http/Controllers/Users/UsersController::update(). The single-user edit route assigned the activated field from the request payload before evaluating the canEditAuthFields authorization gate, so an authenticated non-admin user holding the users.edit permission in the target's company scope can submit a full valid PUT request to /users/{id} and toggle the activated flag on any user, including admin and superuser accounts. Deactivating an admin locks that account out of the application until another admin or superuser re-enables it. Only the activated field is affected; username, email, password and permissions remain protected by the gate, no data is disclosed, and the API (Api\UsersController::update) and bulk-edit paths are not affected.
Scoring
- Severity
- MEDIUM
- CVSS base score
- 5.4
- CVSS vector
- CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N
- CWE
- CWE-863
- Published
- 2026-09-09
- Last modified
- 2026-09-09
Affected products
- grokability snipe-it
- grokability snipe-it
Weakness type
Related vulnerabilities
- CVE-2026-88044 — rclone: RC per-server auth-proxy bypass
- CVE-2026-88939 — knowns through 0.33.0 Authorization Bypass via project.set Bootstrap Exemption
- CVE-2026-88008 — Traefik: Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling') and Incorrect Authorization
- CVE-2026-88007 — Traefik HTTP/3 Backend NTLM Connection Reuse
- CVE-2026-88006 — Open WebUI: Users denied by the OAuth role policy can still sign in via token exchange
- CVE-2026-88005 — Open WebUI: Users denied by the OAuth domain allowlist or role policy can still sign in via token exchange
- CVE-2026-88894 — Snipe-IT before 8.7.2 Authorization Bypass via Predefined Kit Checkout
- CVE-2026-88884 — Renovate before 44.3.1 Authentication Bypass via Digest Updates