CVE-2026-86755: Incorrect Authorization in grokability snipe-it
Snipe-IT versions 4.2.0 through 8.6.3 have an authorization issue where Laravel Passport's personal-access-token routes are exposed without proper permission checks. This allows any user with a valid web session and CSRF token to create a long-lived bearer token for their own account, bypassing administrative restrictions on API access. The vulnerability does not escalate privileges but circumvents intended administrative controls. The issue is fixed in version 8.7.0 by adding proper permission middleware.
AI Analysis
Technical Summary
Snipe-IT versions 4.2.0 through 8.6.3 expose Laravel Passport's auto-registered personal-access-token routes (GET, POST, DELETE /oauth/personal-access-tokens*) with only 'web' and 'auth:web' middleware, lacking the self.api permission gate enforced on other token endpoints. This allows users with valid web sessions and CSRF tokens to POST to /oauth/personal-access-tokens and mint long-lived bearer tokens for their own accounts, even if administrators have denied self.api permission. While the issued tokens remain subject to existing endpoint authorization policies, this bypass defeats administrative controls intended to block API/scripted access at the user's permission level. The vulnerability is fixed in version 8.7.0 by registering overriding routes wrapped in the can:self.api middleware.
Potential Impact
Users can bypass administrative restrictions that deny API access by minting personal access tokens for their own accounts, potentially enabling scripted or API interactions that administrators intended to block. There is no privilege escalation, and issued tokens are still limited by existing authorization policies.
Mitigation Recommendations
Upgrade to Snipe-IT version 8.7.0 or later, where the issue is fixed by adding the can:self.api middleware to the affected routes. Patch status is not explicitly stated beyond this fix version, so users should verify the upgrade. Until upgrade, administrators should be aware that API access restrictions can be bypassed by users with valid web sessions and CSRF tokens.
CVE-2026-86755: Incorrect Authorization in grokability snipe-it
Description
Snipe-IT versions 4.2.0 through 8.6.3 have an authorization issue where Laravel Passport's personal-access-token routes are exposed without proper permission checks. This allows any user with a valid web session and CSRF token to create a long-lived bearer token for their own account, bypassing administrative restrictions on API access. The vulnerability does not escalate privileges but circumvents intended administrative controls. The issue is fixed in version 8.7.0 by adding proper permission middleware.
CVSS v4.0
Score 5.3medium
Affected software
pkg:github/grokability/snipe-itRun on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
Snipe-IT versions 4.2.0 through 8.6.3 expose Laravel Passport's auto-registered personal-access-token routes (GET, POST, DELETE /oauth/personal-access-tokens*) with only 'web' and 'auth:web' middleware, lacking the self.api permission gate enforced on other token endpoints. This allows users with valid web sessions and CSRF tokens to POST to /oauth/personal-access-tokens and mint long-lived bearer tokens for their own accounts, even if administrators have denied self.api permission. While the issued tokens remain subject to existing endpoint authorization policies, this bypass defeats administrative controls intended to block API/scripted access at the user's permission level. The vulnerability is fixed in version 8.7.0 by registering overriding routes wrapped in the can:self.api middleware.
Potential Impact
Users can bypass administrative restrictions that deny API access by minting personal access tokens for their own accounts, potentially enabling scripted or API interactions that administrators intended to block. There is no privilege escalation, and issued tokens are still limited by existing authorization policies.
Mitigation Recommendations
Upgrade to Snipe-IT version 8.7.0 or later, where the issue is fixed by adding the can:self.api middleware to the affected routes. Patch status is not explicitly stated beyond this fix version, so users should verify the upgrade. Until upgrade, administrators should be aware that API access restrictions can be bypassed by users with valid web sessions and CSRF tokens.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- VulnCheck
- Date Reserved
- 2026-09-08T11:32:11.096Z
- Cvss Version
- 4.0
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6aa164b7acd9273b49685965
Added to database: 09/09/2026, 13:52:55 UTC
Last enriched: 09/09/2026, 14:08:59 UTC
Last updated: 09/09/2026, 23:46:07 UTC
Views: 6
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.