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

  - net/rds：在rds_cong_map_updated（）中使用wq_has_sleeper（），rds_cong_map_updated（）在對等的擁塞對應被重寫後（透過rds_tcp_cong_recv（）和rds_ib_cong_recv（），或回送和IB傳送完成路徑中的全部清除）運行。它會rds_cong_generation碰撞，然後檢查地圖>m_waitq和rds_poll_waitq上的 waitqueue_active（），以確定是否有人需要喚醒。atomic_inc（） 不帶排序，而 waitqueue_active（） 是普通負載，因此在等待佇列讀取之前，沒有任何內容對映射和生成儲存進行排序。服務員執行鏡像：rds_cong_wait（） 將自己添加到m_waitq，然後測試端口位，rds_poll（） 在rds_poll_waitq上註冊，然後讀取生成。這就是上面 include/linux/wait.h 中 waitqueue_active（） 中描述的儲存緩衝模式 - 更新程式可以觀察到空的等待佇列，而等候者仍然觀察到連接埠擁塞，並且不會發出喚醒。
    rds_cong_wait（） 是一種沒有逾時的可中斷睡眠，因此在擁塞埠上被封鎖的傳送者將保持封鎖狀態，直到來自該對等體的下一次壅塞更新到達或傳遞訊號為止。poll（） 等候程式會以相同的方式錯過地圖更新通知。使用 wq_has_sleeper（），其中 waitqueue_active（） 前面有所需的完整屏障，就像 rds_tcp_state_change（） 已經針對相同模式所做的那樣。
    (CVE-2026-90081)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

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

high Nessus Plugin ID 347425

版本 1.7