CVE-2026-93854— OpenStack Blazar低于17.0.1越权删除漏洞
一分钟漏洞结论
影响对象
OpenStack Blazar
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 OpenStack Blazar 17.0.1 版本之前，V2 租约（lease）API 在其更新和删除操作（ 和 ）中，未强制执行对象级别的授权检查。 政策授权（policy authorize）包装器本应加载目标租约，并根据其所有者构建授权目标；但该包装器使用关键字 来查找租约，而控制器方法中该参数名为 （且 包装器以位置参数方式传递）。由于关键字不匹配，查找结果为 ，导致授权逻辑回退到请求用户的自身 / ，而非目标租约的所有者。 因此，任何知道某个租约 ID 的已认证用户，都可以修改或删除属于其他用户或项
可能的 ATT&CK 技术 1 AI
T1210 · Exploitation of Remote Services
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-93854 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
N/A
来源: CVE Program / CVE List V5
Vulnerability Description
In OpenStack Blazar before 17.0.1, the V2 lease API does not enforce object-level authorization on its update and delete operations (PUT /v2/leases/{lease_id} and DELETE /v2/leases/{lease_id}). The policy authorize() wrapper attempts to load the target lease to build the authorization target from its owner, but it looks up the lease under the keyword "lease_id" whereas the controller methods name the parameter "id" (and the wsme_pecan.wsexpose wrapper delivers it positionally). The lookup returns None, and thus authorization falls back to the requesting user's own project_id/user_id instead of the target lease owner. Any authenticated user who knows a lease ID can therefore modify or delete leases belonging to other users and projects, bypassing the intended ownership check.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:H/SC:N/SI:N/SA:N
来源: CVE Program / CVE List V5
Vulnerability Type
使用错误要素进行比较
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-93854 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-93854 的情报信息
请登录查看更多情报信息。
CVE-2026-93854 其他参考 (1)
IV. Related Vulnerabilities
Same product: Blazar
V. Comments for CVE-2026-93854
暂无评论