{"id":"CVE-2026-86750","state":"PUBLISHED","title":"snipe-it before 8.7.0 Authorization Bypass via API User Create/Update","description":"Snipe-IT versions <= 8.6.3 (fixed in 8.7.0) do not validate company assignment authorization before persisting user records via the REST API. In Api\\UsersController::store() and ::update(), the user record is filled from the request and saved before the requested company_id / company_ids[] values are filtered against the actor's permitted companies (Company::getIdsForCurrentUser()). On installs using Full Multiple Companies Support (FMCS), a non-superuser holding users.create (or users.edit on a target user) can submit company identifiers for companies outside their scope — including a mix of permitted and foreign ids — causing the account row to be committed to the database before authorization is checked. Where null_company_is_floater=1 is set, the post-hoc filter leaves an empty company pivot and the account is persisted as a \"floater\" with cross-company visibility, allowing creation or relocation of user accounts across tenant boundaries.","publishedAt":"2026-09-09T13:32:13.490Z","updatedAt":"2026-09-14T13:22:35.512Z","severity":{"score":8.3,"label":"High","version":"4.0","vector":"CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:H/SA:N","source":"VulnCheck"},"assigner":"VulnCheck","products":["grokability snipe-it"],"affected":[{"vendor":"grokability","product":"snipe-it","defaultStatus":"unaffected","versions":[{"version":"0","status":"affected","lessThan":"8.7.0","versionType":"semver"},{"version":"8.7.0","status":"unaffected","versionType":"semver"}]}],"references":["https://github.com/grokability/snipe-it/security/advisories/GHSA-c929-qxg6-r3mc","https://www.vulncheck.com/advisories/snipe-it-before-8.7.0-authorization-bypass-via-api-user-create-update"],"weaknesses":["CWE-863"],"ingestedAt":"2026-10-29T20:13:26.108Z","source":{"repository":"CVEProject/cvelistV5","path":"cves/2026/86xxx/CVE-2026-86750.json","commit":"556c9d3a8cd17e218bb8e452ba7cd619a384ff47"},"raw":{"dataType":"CVE_RECORD","dataVersion":"5.2","cveMetadata":{"cveId":"CVE-2026-86750","state":"PUBLISHED","datePublished":"2026-09-09T13:32:13.490Z","dateUpdated":"2026-09-14T13:22:35.512Z","assignerShortName":"VulnCheck","assignerOrgId":"83251b91-4cc7-4094-a5c7-464a1b83ea10","dateReserved":"2026-09-08T11:32:11.095Z"},"containers":{"cna":{"title":"snipe-it before 8.7.0 Authorization Bypass via API User Create/Update","descriptions":[{"lang":"en","value":"Snipe-IT versions <= 8.6.3 (fixed in 8.7.0) do not validate company assignment authorization before persisting user records via the REST API. In Api\\UsersController::store() and ::update(), the user record is filled from the request and saved before the requested company_id / company_ids[] values are filtered against the actor's permitted companies (Company::getIdsForCurrentUser()). On installs using Full Multiple Companies Support (FMCS), a non-superuser holding users.create (or users.edit on a target user) can submit company identifiers for companies outside their scope — including a mix of permitted and foreign ids — causing the account row to be committed to the database before authorization is checked. Where null_company_is_floater=1 is set, the post-hoc filter leaves an empty company pivot and the account is persisted as a \"floater\" with cross-company visibility, allowing creation or relocation of user accounts across tenant boundaries."}],"affected":[{"vendor":"grokability","product":"snipe-it","defaultStatus":"unaffected","versions":[{"version":"0","status":"affected","lessThan":"8.7.0","versionType":"semver"},{"version":"8.7.0","status":"unaffected","versionType":"semver"}]}],"references":[{"url":"https://github.com/grokability/snipe-it/security/advisories/GHSA-c929-qxg6-r3mc","tags":["vendor-advisory"],"name":"GitHub Security Advisory (GHSA-c929-qxg6-r3mc)"},{"url":"https://www.vulncheck.com/advisories/snipe-it-before-8.7.0-authorization-bypass-via-api-user-create-update","name":"VulnCheck Advisory: snipe-it before 8.7.0 Authorization Bypass via API User Create/Update","tags":["third-party-advisory"]}],"metrics":[{"format":"CVSS","cvssV4_0":{"version":"4.0","vectorString":"CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:H/SA:N","attackVector":"NETWORK","attackComplexity":"LOW","attackRequirements":"NONE","privilegesRequired":"LOW","userInteraction":"NONE","vulnConfidentialityImpact":"NONE","vulnIntegrityImpact":"HIGH","vulnAvailabilityImpact":"NONE","subConfidentialityImpact":"NONE","subIntegrityImpact":"HIGH","subAvailabilityImpact":"NONE","baseScore":8.3,"baseSeverity":"HIGH"}},{"format":"CVSS","cvssV3_1":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:H/A:N","attackVector":"NETWORK","attackComplexity":"LOW","privilegesRequired":"LOW","userInteraction":"NONE","scope":"CHANGED","confidentialityImpact":"NONE","integrityImpact":"HIGH","availabilityImpact":"NONE","baseScore":7.7,"baseSeverity":"HIGH"}}],"problemTypes":[{"descriptions":[{"cweId":"CWE-863","lang":"en","description":"Incorrect Authorization","type":"CWE"}]}],"providerMetadata":{"shortName":"VulnCheck","orgId":"83251b91-4cc7-4094-a5c7-464a1b83ea10","dateUpdated":"2026-09-09T13:32:13.490Z"},"datePublic":"2026-08-24T00:00:00.000Z","cpeApplicability":[{"nodes":[{"operator":"OR","negate":false,"cpeMatch":[{"vulnerable":true,"criteria":"cpe:2.3:a:snipeitapp:snipe-it:*:*:*:*:*:*:*:*","versionEndExcluding":"8.7.0"}]}]}],"credits":[{"lang":"en","value":"christopherfi-dev","type":"finder"},{"lang":"en","value":"snipe","type":"finder"}],"x_generator":{"engine":"vulncheck-endgame"}},"adp":[{"title":"CISA ADP Vulnrichment","metrics":[{"other":{"type":"ssvc","content":{"timestamp":"2026-09-14T13:22:22.688727Z","id":"CVE-2026-86750","options":[{"Exploitation":"none"},{"Automatable":"no"},{"Technical Impact":"partial"}],"role":"CISA Coordinator","version":"2.0.3"}}}],"providerMetadata":{"shortName":"CISA-ADP","orgId":"134c704f-9b21-4f2e-91b3-4a467353bcc0","dateUpdated":"2026-09-14T13:22:35.512Z"}}]}}}