---
id: CVE-2026-86750
title: >-
  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
summary: >-
  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 …
severity: high
cvss: 7.7
cvssVector: 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:H/A:N'
cwe:
  - CWE-863
vendor: snipeitapp
product: snipe-it
affected:
  - snipe-it < 8.7.0
patched:
  - snipe-it 8.7.0
published: '2026-09-09'
updated: '2026-09-14'
sourceUpdated: '2026-09-14T20:30:57.460'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-86750'
references:
  - url: >-
      https://github.com/grokability/snipe-it/security/advisories/GHSA-c929-qxg6-r3mc
    label: disclosure@vulncheck.com
  - url: >-
      https://www.vulncheck.com/advisories/snipe-it-before-8.7.0-authorization-bypass-via-api-user-create-update
    label: disclosure@vulncheck.com
tags:
  - nvd
  - cve.org
epss: 0.00325
epssPercentile: 0.22842
ssvc:
  exploitation: none
  automatable: 'no'
  technicalImpact: partial
  timestamp: '2026-09-14T13:22:22.688727Z'
ingestedAt: '2026-09-14T15:23:07.419Z'
---

## Overview

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

- `snipe-it < 8.7.0`

## Remediation

Upgrade past the affected range:

- `snipe-it 8.7.0`