CVE-2026-86749— Snipe-IT 8.7.0 之前 数据丢失漏洞
一分钟漏洞结论
影响对象
grokability snipe-it
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Snipe-IT 版本 <= 8.6.3（在 8.7.0 中修复）未在 中检查存储写入操作的返回值。由于 Laravel 的默认磁盘模式在失败时不会抛出异常，当 调用因瞬时错误（例如 S3 网络错误、本地文件系统权限问题或配额耗尽）而静默失败时，应用仍会调用 删除旧图像，并将模型的新文件名重新分配并持久化到数据库。这导致原有图像被破坏，同时数据库记录指向一个从未实际写入的文件。 类似的问题也存在于 中：即使 调用失败，模型中的图像字段仍会被置空，导致磁盘上的文件成为“孤儿文件”。 该问题并非由攻击者直接控制，而是当
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-86749 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
snipe-it before 8.7.0 Data Loss via Failed Image Write
来源: CVE Program / CVE List V5
Vulnerability Description
Snipe-IT versions <= 8.6.3 (fixed in 8.7.0) do not check the return value of storage write operations in ImageUploadRequest::handleImages(). Because Laravel's default disk mode does not throw on failure, a silently failed Storage::disk('public')->put(...) call still caused the application to delete the previous image via deleteExistingImage() and to reassign and persist the model's image reference to the new filename, destroying the existing image and leaving the database row pointing at a file that was never written. A mirror problem existed in deleteExistingImage(), where a failed Storage::delete() still nulled the model's image field, orphaning the file on disk. The condition is not directly attacker-controlled: it is triggered when any legitimate authenticated user submits an image upload while the storage backend transiently fails (for example an S3 network error, a local filesystem permission problem, or quota exhaustion). The result is unrecoverable loss of the prior image and a durable inconsistency between the database and disk that requires manual reconciliation. All models whose controllers route through ImageUploadRequest::handleImages (assets, asset models, users, companies, manufacturers, locations, categories, suppliers, departments, and other image-carrying models) are affected.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:H/A:L
来源: CVE Program / CVE List V5
Vulnerability Type
未加检查的返回值
来源: CVE Program / CVE List V5
受影响产品
| 厂商 | 产品 | 影响版本 | CPE | 订阅 |
|---|---|---|---|---|
| grokability | snipe-it | 0 ~ 8.7.0 | - |
|
二、漏洞 CVE-2026-86749 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-86749 的情报信息
请登录查看更多情报信息。
CVE-2026-86749 其他参考 (2)
-
-
🔗 snipe-it before 8.7.0 Data Loss via Failed Image Write | Advisories | VulnCheck third-party-advisory
同批安全公告 · grokability · 2026-09-09 · 共 36 条
| CVE-2026-86751 | 8.5 HIGH | Snipe-IT 8.7.0 任意文件读取及SSRF漏洞 |
| CVE-2026-86741 | 8.5 HIGH | Snipe-IT 8.7.0前 任意文件读取与SSRF漏洞 |
| CVE-2026-86762 | 8.1 HIGH | Snipe-IT 8.7.0 前 API认证绕过漏洞 |
| CVE-2026-86770 | 8.1 HIGH | Snipe-IT 8.7.0前SAML认证绕过漏洞 |
| CVE-2026-86750 | 7.7 HIGH | Snipe-IT 8.7.0 前 API 权限绕过漏洞 |
| CVE-2026-86771 | 7.6 HIGH | Snipe-IT 8.7.0 服务器端请求伪造漏洞 |
| CVE-2026-86754 | 7.3 HIGH | Snipe-IT 8.7.0 之前 OAuth 客户端授权绕过 |
| CVE-2026-86759 | 7.1 HIGH | Snipe-IT 8.7.0 之前 资产历史导入缺失授权漏洞 |
| CVE-2026-86765 | 6.5 MEDIUM | Snipe-IT 8.6.3 资产更新授权绕过 |
| CVE-2026-86764 | 6.5 MEDIUM | Snipe-IT 8.6.4 权限绕过漏洞 |
| CVE-2026-86766 | 6.5 MEDIUM | Snipe-IT 8.6.3 竞态条件漏洞 |
| CVE-2026-86758 | 6.5 MEDIUM | Snipe-IT 8.7.0前许可证密钥泄露漏洞 |
| CVE-2026-86757 | 6.5 MEDIUM | Snipe-IT 8.7.0 之前自定义字段信息泄露漏洞 |
| CVE-2026-86745 | 6.5 MEDIUM | Snipe-IT 8.7.0前 CSV公式注入漏洞 |
| CVE-2026-86742 | 6.5 MEDIUM | Snipe-IT 8.7.0 之前 CSV公式注入漏洞 |
| CVE-2026-86746 | 6.4 MEDIUM | Snipe-IT 8.7.0 之前 权限绕过漏洞 |
| CVE-2026-86774 | 6.3 MEDIUM | Snipe-IT 8.7.0 前资源模型策略访问控制失效漏洞 |
| CVE-2026-86748 | 6.1 MEDIUM | Snipe-IT 8.7.0 前备份损坏数据库清除漏洞 |
| CVE-2026-86756 | 6.1 MEDIUM | Snipe-IT 8.6.3 SAML开放重定向漏洞 |
| CVE-2026-86773 | 5.4 MEDIUM | Snipe-IT 8.6.3 访问控制失效漏洞 |
显示前 20 条，共 36 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-86749
暂无评论