Linux Distros 未修補弱點：CVE-2026-74686
critical Nessus Plugin ID 338911
語言:
概要
Linux/Unix 主機上安裝的一個或多個套件存有弱點，廠商表示將不會修補。說明
Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。- rqspinlock： 在鎖死時保留佇列時重設尾部 目前，在偵測到鎖死的情況下，rqspinlock 會抑制捨棄等候者佇列。鎖死檢查相對頻繁地發生 （AA 在進入時，ABBA 在 1 毫秒內），而且服務員執行緒可能不會參與涉及鎖死的鎖定案例。因此，在我們偵測到鎖死並退出後，不要排清佇列並讓其他服務員嘗試取得鎖定是很有用的。然而，我們需要遵循與之前對waitq_timeout標籤所做的相同的邏輯：重置尾部，如果我們不能，則適當地向下一個服務員發出信號。在發生鎖死的情況下，此訊號只會將 MCS 節點標記為已解鎖，而在逾時的情況下，它會發出RES_TIMEOUT_VAL訊號。因此，差異在於傳播的值，它決定佇列是保持作用中還是被排清。不進行尾部重置並等待下一個服務員可能會導致我們是最後一個服務員的情況，因此沒有下一個服務員到達，從而導致這條路徑間歇性停滯。一旦下一位服務員加入，我們就會被解鎖。在理論上，當下一個服務員從未加入時，我們就有可能無限期地拖延。這只會發生在 ABBA 鎖死時，因為進入等候佇列會受到 AA 檢查的保護。導致此案例的精確執行順序可以是： CPU 0 持有鎖定 A、CPU 1 持有鎖定 B、CPU 2 嘗試鎖定 B、成為 B 的擱置等候器、CPU 0 嘗試鎖定 B、B 已設定鎖定 + 擱置位元，因此 CPU 0 佇列。CPU 1 嘗試鎖定 A。 CPU 0 偵測到 ABBA 鎖死。一旦 CPU 0 發生鎖死偵測，它就會等待佇列中的下一個等候程式填入 node->next，這會遇到延遲，直到這類等候程式到達為止。透過調整檢查waitq_timeout標籤之前的鎖死邏輯來修正此問題。合併這兩種情況的程式碼並使用 'ret' 來區分正在傳播的值是有意義的，但這將作為未來重構任務的練習，以避免此修補程式中的差異雜訊。（CVE-2026-74686）
請注意，Nessus 的判定取決於廠商所報告的套件是否存在。
解決方案
目前尚未有已知的解決方案。另請參閱
Plugin 詳細資訊
嚴重性: Critical
ID: 338911
檔案名稱: unpatched_CVE_2026_74686.nasl
版本: 1.1
類型: Local
代理程式: unix
系列: Misc.
已發布: 2026/8/22
已更新: 2026/8/22
支援的感應器: Frictionless Assessment Agent, Nessus Agent, Agentless Assessment, Tenable Cloud Security, Tenable Self-Hosted Container Security, Nessus
風險資訊
VPR
風險因素: Medium
分數: 5.8
百分位數: 96.41
CVSS v2
風險因素: High
基本分數: 7.5
時間性分數: 6.4
媒介: CVSS2#AV:N/AC:L/Au:N/C:P/I:P/A:P
CVSS 評分資料來源: CVE-2026-74686
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: cpe:/o:debian:debian_linux:14.0, p-cpe:/a:debian:debian_linux:linux
必要的 KB 項目: Host/local_checks_enabled, Host/cpu, global_settings/vendor_unpatched, Host/OS/identifier
可輕鬆利用: No known exploits are available
弱點發布日期: 2026/8/22
參考資訊
CVE: CVE-2026-74686