Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain reports.view account in any tenant
-
DeliveryEnumerate global CheckoutAcceptance IDs via delete endpoint
-
ExploitSubmit DELETE requests with cross-company IDs
-
ExecutionEndpoint validates reports.view role only
-
ImpactCross-tenant records deleted successfully
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Exploitation requires an authenticated user account assigned the |
| Impact | The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:N = 5.0) is consistent with the vulnerability description: network-accessible, low complexity, requiring only a low-privileged |
| Exploit ScenarioDerived | An attacker with a |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 10, 2026
Cross-tenant authorization bypass in Snipe-IT prior to v8.6.2 allows an authenticated user with only reports.view permission in one company to delete pending checkout acceptance records belonging to any other company by supplying arbitrary global IDs to the unaccepted-assets report delete endpoint. The root cause is a classic IDOR (CWE-639): the endpoint validates role but not company-scope ownership. No public exploit has been identified and this CVE is absent from the CISA KEV catalog, but multi-tenant deployments relying on organizational data isolation are directly impacted.
RemediationAI
Upgrade to Snipe-IT v8.6.2 or later, which introduces company-scope validation on the unaccepted-assets delete endpoint. The patching commit is 802067f3987a4b65bfc2efe60e22e07c24e01e6a (https://github.com/grokability/snipe-it/commit/802067f3987a4b65bfc2efe60e22e07c24e01e6a) and the release is at https://github.com/grokability/snipe-it/releases/tag/v8.6.2. If immediate patching is not feasible for a multi-company instance, revoke or restrict the reports.view permission from user accounts that belong to a company that should not interact with other tenants' data - this reduces the pool of accounts that could be misused, though it may limit legitimate reporting workflows. Alternatively, restrict network access to the Snipe-IT admin interface to trusted internal segments via firewall rules, reducing the exposure to users already on the internal network; note this does not eliminate insider risk. There is no documented vendor-supported workaround other than upgrading to v8.6.2.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in composer, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Snipe-IT is an open-source PHP/Laravel IT asset and license management system supporting multi-company (multi-tenant) deployments where distinct organizations share one instance with isolated data. The vulnerable endpoint handles deletion of CheckoutAcceptance records - database rows representing pending approvals for asset checkouts. The delete handler resolves records via CheckoutAcceptance::pending()->find($acceptanceId) using a globally scoped ORM query, then authorizes the action by checking only the reports.view permission without asserting that the acceptance record's related checkoutable asset belongs to the requesting user's company. CWE-639 (Authorization Bypass Through User-Controlled Key) precisely describes this flaw: the application trusts a user-supplied integer ID to identify a resource without enforcing ownership or tenancy boundaries. Because database primary keys are typically sequential integers, enumeration is trivially feasible.
Know when Snipe It gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:N
PR:L confirmed by required reports.view role; S:C reflects cross-tenant record deletion; I:L only since impact is confined to deleting acceptance records with no confidentiality or availability consequences.
Primary rating from Vendor (github).
CVSS VectorVendor: github
Lifecycle Timeline
1DescriptionCVE.org
Snipe-IT is an IT asset/license management system. Prior to 8.6.2, the unaccepted-assets report delete endpoint authorizes only reports.view and deletes CheckoutAcceptance::pending()->find($acceptanceId) by global ID without checking access to the related checkoutable asset, allowing a reports user in one company to delete pending checkout acceptance records for another company. This issue is fixed in version 8.6.2.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Cross-Site Request Forgery (CSRF) in GitHub repository snipe/snipe-it prior to v.6.2.3. Rated high severity (CVSS 8.8),
In Snipe-IT, versions v3.0-alpha to v5.3.7 are vulnerable to Host Header Injection. Rated high severity (CVSS 8.8), this
snipe-it is vulnerable to Cross-Site Request Forgery (CSRF). Rated high severity (CVSS 8.8), this vulnerability is remot
snipe-it is vulnerable to Cross-Site Request Forgery (CSRF). Rated high severity (CVSS 8.8), this vulnerability is remot
Two-factor authentication bypass in Snipe-IT (all releases before 8.7.0) allows an attacker who already knows a victim's
Session Fixation in GitHub repository snipe/snipe-it prior to 6.0.10. Rated high severity (CVSS 8.0), this vulnerability
Old sessions are not blocked by the login enable function. Rated high severity (CVSS 7.4), this vulnerability is remotel
snipe-it is vulnerable to Server-Side Request Forgery (SSRF). Rated high severity (CVSS 7.2), this vulnerability is remo
Broken authorization in Snipe-IT before 8.6.2 lets an authenticated non-admin user who holds users.view and users.edit -
Privilege escalation via authorization bypass in Snipe-IT versions prior to 8.6.0 allows any authenticated user holding
Improper permission handling in Snipe-IT before 8.6.0 lets a privileged user strip another user's administrative or gran
Snipe-IT before 7.0.10 allows remote code execution (associated with cookie serialization) when an attacker knows the AP
EUVD-2026-42995
GHSA-35cr-9hqq-p2mg
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB