Linux Distros 未修補的弱點：CVE-2026-46135
critical Nessus Plugin ID 317631
語言:
概要
Linux/Unix 主機上安裝的一個或多個套件存有弱點，廠商表示將不會修補。說明
Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。- nvmet-tcp：修正 ICReq 處理與佇列拆卸之間的爭用 nvmet_tcp_handle_icreq（） 在傳送初始化連線回應 （ICResp） 之後更新佇列>狀態，但它不會針對目標端佇列拆卸進行序列化。如果 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 作為該救援路徑的內部哨兵，而不是將其傳播為傳輸錯誤，例如 -ECONNRESET。在接受該哨兵之前，將 nvmet_tcp_socket_error（） 設定rcv_state保持為NVMET_TCP_RECV_ERR，因此接收端剖析會保持靜止狀態，直到現有的發行路徑完成為止。（CVE-2026-46135）
請注意，Nessus 的判定取決於廠商所報告的套件是否存在。
解決方案
目前尚未有已知的解決方案。另請參閱
Plugin 詳細資訊
嚴重性: 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