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/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - net/rds：在重写对等机的拥塞图后（通过 rds_tcp_cong_recv（） 和 rds_ib_cong_recv（），或环回和 IB 发送完成路径中的全部清除）在对等机的拥塞图之后运行rds_cong_map_updated，在 rds_cong_map_updated（） 中使用 wq_has_sleeper（））。它会升级rds_cong_generation，然后在 map->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/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - net/rds:ピアの輻輳マップが(rds_tcp_cong_recv() および rds_ib_cong_recv()、またはループバックと IB 送信完了パスの clear-all により)書き換えられた後、rds_cong_map_updated() rds_cong_map_updated() の実行で wq_has_sleeper() を使用します。rds_cong_generation を更新し、map->m_waitq と rds_poll_waitq で waitqueue_active() をチェックし、誰かがウェイクアップする必要があるかどうかを判断します。atomic_inc() は順序付けを行わず、waitqueue_active() はプレーンロードであるため、待機キューが読み取られる前にマップと生成ストアを順序付けするものは何もありません。waiterはミラーイメージを行います:rds_cong_wait()は自身をm_waitqに追加してポートビットをテストし、rds_poll()はrds_poll_waitqに登録してから生成を読み取ります。これは、include/linux/wait.h の上記 waitqueue_active() で説明したストアバッファリングパターンです。アップデーターは空の待機キューを観察できますが、waiter は依然としてポートを輻輳状態として観察し、ウェイクアップは発行されません。
    rds_cong_wait()はタイムアウトのない割り込み可能なスリープであるため、輻輳したポートでブロックされた送信者は、そのピアからの次の輻輳更新が到着するか、信号が伝送されるまでブロックされたままになります。poll() ウェイターも、同じようにマップ更新済みの通知を見逃します。rds_tcp_state_change() が同じパターンに対してすでに行っているように、必要な完全なバリアが前に waitqueue_active() がある wq_has_sleeper() を使用します。
    (CVE-2026-90081)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - net/rds: use wq_has_sleeper() in rds_cong_map_updated() rds_cong_map_updated() runs after a peer's     congestion map has been rewritten (by rds_tcp_cong_recv() and rds_ib_cong_recv(), or the clear-all in the     loopback and IB send-completion paths). It bumps rds_cong_generation and then checks waitqueue_active() on     map->m_waitq and on rds_poll_waitq to decide whether anyone needs waking. atomic_inc() carries no ordering     and waitqueue_active() is a plain load, so nothing orders the map and generation stores before the wait     queue reads. The waiters do the mirror image: rds_cong_wait() adds itself to m_waitq and then tests the     port bit, and rds_poll() registers on rds_poll_waitq and then reads the generation. That is the store-     buffering pattern described above waitqueue_active() in include/linux/wait.h - the updater can observe an     empty wait queue while the waiter still observes the port as congested, and no wake-up is issued.
    rds_cong_wait() is an interruptible sleep with no timeout, so a sender blocked on a congested port stays     blocked until the next congestion update from that peer arrives or a signal is delivered. A poll() waiter     misses the map-updated notification the same way. Use wq_has_sleeper(), which is waitqueue_active()     preceded by the required full barrier, as rds_tcp_state_change() already does for the same pattern.
    (CVE-2026-90081)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名前	製品	ファミリー	公開日	更新日	深刻度
347425	Linux Distros 未修補弱點：CVE-2026-90081	Nessus	Misc.	2026/9/18	2026/9/30	high
347425	Linux Distros 未修补的漏洞：CVE-2026-90081	Nessus	Misc.	2026/9/18	2026/9/30	high
347425	Linux Distros のパッチ未適用の脆弱性: CVE-2026-90081	Nessus	Misc.	2026/9/18	2026/9/30	high
347425	Linux Distros Unpatched Vulnerability : CVE-2026-90081	Nessus	Misc.	2026/9/18	2026/9/30	high
351155	Debian dsa-6528 : ata-modules-6.12.111+deb13-armmp-di - security update	Nessus	Debian Local Security Checks	2026/9/29	2026/9/29	high

検出

プラグインの検索

high

high

high

high

high