Linux Distros 未修补的漏洞：CVE-2026-46135
critical Nessus 插件 ID 317631
语言：
简介
Linux/Unix 主机上安装的一个或多个程序包存在漏洞，但供应商表示不会修补此漏洞。描述
Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。- nvmet-tcp：修复 ICReq 处理和队列拆卸之间的争用 nvmet_tcp_handle_icreq（） 在发送初始化连接响应 （ICResp） 之后更新 queue->state，但它不会针对目标端队列拆卸进行序列化。如果 NVMe/TCP 主机发送初始化连接请求 （ICReq） 并立即关闭连接，则目标端拆卸可能会在 softirq 环境中启动，然后io_work耗尽已缓冲的 ICReq。在该情况下，nvmet_tcp_schedule_release_queue（） 将 queue->state 设置为 NVMET_TCP_Q_DISCONNECTING 并丢弃 state_lock 下的队列引用。如果io_work以后处理该 ICReq，nvmet_tcp_handle_icreq（） 仍可将状态改写回 NVMET_TCP_Q_LIVE。
这会破坏 nvmet_tcp_schedule_release_queue（） 中的 DISCONNECTING-state guard，并允许以后的套接字状态变更重新进入拆卸，并在已释放的队列上发出第二个 kref_put（）。ICResp 发送失败路径也有同样的问题。如果拆卸已将队列移至 DISCONNECTING，发送错误仍可通过 NVMET_TCP_Q_FAILED 覆盖状态，并再次重新打开第二个拆卸路径的窗口，从而删除队列引用。通过使用 state_lock 序列化发送后状态转换并撤离（如果已开始拆卸），修复此问题。将 -ESHUTDOWN 用作该 bail-out 路径的内部哨兵，而不是将其传播为 -ECONNRESET 之类的传输错误。将 nvmet_tcp_socket_error（） 设置rcv_state保留为 NVMET_TCP_RECV_ERR，然后再接受该 sentinel，这样接收端解析就会保持静止状态，直到现有版本路径完成。（CVE-2026-46135）
请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。
解决方案
目前尚未有任何已知的解决方案。另见
插件详情
严重性: Critical
ID: 317631
文件名: unpatched_CVE_2026_46135.nasl
版本: 1.1
类型: Local
代理: unix
系列: Misc.
发布时间: 2026/5/29
最近更新时间: 2026/5/29
支持的传感器: Frictionless Assessment Agent, Nessus Agent, Agentless Assessment, Nessus
风险信息
VPR
风险因素: Medium
分数: 6.7
CVSS v2
风险因素: High
基本分数: 7.5
时间分数: 6.4
矢量: CVSS2#AV:N/AC:L/Au:N/C:P/I:P/A:P
CVSS 分数来源: CVE-2026-46135
CVSS v3
风险因素: Critical
基本分数: 9.8
时间分数: 9
矢量: CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
时间矢量: CVSS:3.0/E:U/RL:U/RC:C
漏洞信息
CPE: p-cpe:/a:debian:debian_linux:linux, cpe:/o:debian:debian_linux:11.0, cpe:/o:debian:debian_linux:12.0
必需的 KB 项: Host/local_checks_enabled, Host/cpu, global_settings/vendor_unpatched, Host/OS/identifier
易利用性: No known exploits are available
漏洞发布日期: 2026/5/28
参考资料信息
CVE: CVE-2026-46135