Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - net/rds：在 release_in_xmit（） 中使用 wq_has_sleeper（） release_in_xmit（） 會用 clear_bit_unlock（） 清除RDS_IN_XMIT，然後檢查 waitqueue_active（） 以決定是否有人需要喚醒。
    clear_bit_unlock（） 只是一個釋放作業：它會在位元清除之前對關鍵區段進行排序，但不會在位元清除之前對等待佇列頭的後續純載入進行排序。服務員端執行鏡像 - 它將自己添加到等待隊列中，然後測試該位。這就是經典的儲存緩衝模式：釋放的 CPU 可以將等待佇列讀取為空，而等待的 CPU 仍讀取設定的位元，因此休眠者永遠不會被喚醒。服務員是 rds_conn_shutdown（） 和 rds_tcp_reset_callbacks（），兩者都是不間斷的 wait_event（），沒有逾時。遺失的喚醒會將關機背景工作程式擱淺在其單執行緒工作佇列上，直到其他傳送者再次釋放位元 - 而在連線因為失敗而遭到中斷的連線上，可能永遠不會有其他傳送者。障礙曾經就在那裡：release_in_xmit（） 執行了 clear_bit（），然後是 smp_mb__after_atomic（），直到提交 1422f28826d2 （rds：在 acquire/release_in_xmit（） 中引入獲取/釋放順序） 將兩者折疊成 clear_bit_unlock（），這加強了鎖定交接，但無訊息地刪除了喚醒檢查所依賴的完整屏障。正是出於這個原因，net/rds/ib_recv.c 中的重新填充對應項 release_refill（） 仍然帶有其 smp_mb__after_atomic（）。使用 wq_has_sleeper（），其前面是 waitqueue_active（），前面有所需的完整屏障。（CVE-2026-98072）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-98072

medium Nessus Plugin ID 350476

版本 1.9