Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - RDMA/siw：如果 siw_qp_modify 在 siw_accept 中失败，则清除锁定下的关联 我们需要像 siw_qp_llp_close 和 siw_qp_modify->siw_qp_llp_close 一样在发布 state_lock 之前清除 cep。否则，如果 siw_qp_modify（） 在 siw_accept（） 中失败，QP 的state_lock会在错误路径清理之前释放。将 QP 转换为 ERROR 的并行 ibv_modify_qp（） 在此窗口中可争用：siw_accept（） ibv_modify_qp（ERROR） ---------------------- ---------------------- siw_qp_modify（） 失败 up_write（&qp->state_lock） down_write（&qp->state_lock） nextstate_from_idle（）： if （qp->cep） siw_cep_put（qp->cep） <- frees cep qp->cep = NULL 转至错误 cep->qp = NULL <- UAF Clear qp->cep 并终止 siw_cep_get（） 获取的关联引用， 全部在初始down_write （&qp->state_lock） 保留的写入锁定下。因此，线程 B 看到 qp->cep == NULL，跳过其自身的放置，并且在 siw_accept（） 完成之前无法释放 cep。（CVE-2026-98367）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

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

  - RDMA/siw：如果 siw_qp_modify 在 siw_accept 中失敗，則在鎖定下清除關聯 我們需要在發布state_lock之前清除 cep，就像 siw_qp_llp_close 和 siw_qp_modify->siw_qp_llp_close 所做的那樣。否則，如果 siw_qp_modify（） 在 siw_accept（） 中失敗，則會在錯誤路徑清除之前釋放 QP 的state_lock。將 QP 轉換為 ERROR 的並行 ibv_modify_qp（） 可以在此視窗中爭用： siw_accept（） ibv_modify_qp（ERROR） ---------------------- ---------------------- siw_qp_modify（） 失敗 up_write（&qp->state_lock） down_write（&qp->state_lock） nextstate_from_idle（）： if （qp->cep） siw_cep_put（qp->cep） <- frees cep qp->cep = NULL 轉至錯誤 cep->qp = NULL <- UAF Clear qp->cep 並刪除 siw_cep_get（） 所取得的關聯參照， 所有這些都處於從初始down_write （&qp->state_lock） 開始保持的寫入鎖定之下。因此，執行緒 B 看到 qp->cep == NULL，跳過自己的 put，並且在 siw_accept（） 完成之前無法釋放 cep。（CVE-2026-98367）

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

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - RDMA/siw:siw_qp_modify が siw_accept で失敗した場合、ロック下での関連付けをクリアします siw_qp_llp_close や siw_qp_modify->siw_qp_llp_close が行ったように、リリースstate_lock前に cep をクリアする必要があります。そうでない場合は、siw_qp_modify() が siw_accept() で失敗した場合、QP のstate_lockがエラーパスのクリーンアップの前に解放されます。QP を ERROR に移行する同時 ibv_modify_qp() が、このウィンドウで競合する可能性があります: siw_accept() ibv_modify_qp(ERROR) ---------------------- ---------------------- siw_qp_modify() が失敗します up_write(&qp->state_lock) down_write(&qp->state_lock) nextstate_from_idle(): if (qp->cep) siw_cep_put(qp->cep) <- frees cep qp->cep = NULL goto error cep->qp = NULL <- UAF Clear qp->cep および siw_cep_get() によって取得される関連付け参照をドロップします、 すべて最初のdown_write(&qp->state_lock)から保持されていた書き込みロック下にあります。したがって、スレッドBはqp->cep == NULLと見なし、それ自体のputをスキップするため、siw_accept()が完了する前にcepを解放できません。(CVE-2026-98367)

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

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

  - RDMA/siw: Clear association under lock if siw_qp_modify fails in siw_accept We need to clear cep before     release state_lock as siw_qp_llp_close and siw_qp_modify->siw_qp_llp_close did. Otherwise if     siw_qp_modify() fails in siw_accept(), the QP's state_lock is released before the error path cleanup. A     concurrent ibv_modify_qp() transitioning the QP to ERROR can race in this window: siw_accept()     ibv_modify_qp(ERROR) ---------------------- ---------------------- siw_qp_modify() fails     up_write(&qp->state_lock) down_write(&qp->state_lock) nextstate_from_idle(): if (qp->cep)     siw_cep_put(qp->cep) <- frees cep qp->cep = NULL goto error cep->qp = NULL <- UAF Clear qp->cep and drop     the association reference taken by siw_cep_get(), all under the write lock held from the initial     down_write(&qp->state_lock). Thread B therefore sees qp->cep == NULL, skips its own put, and cannot free     the cep before siw_accept() is done with it. (CVE-2026-98367)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
363266	Linux Distros 未修补的漏洞：CVE-2026-98367	Nessus	Misc.	2026/10/6	2026/10/9	high
363266	Linux Distros 未修補弱點：CVE-2026-98367	Nessus	Misc.	2026/10/6	2026/10/9	high
363266	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98367	Nessus	Misc.	2026/10/6	2026/10/9	high
363266	Linux Distros Unpatched Vulnerability : CVE-2026-98367	Nessus	Misc.	2026/10/6	2026/10/9	high

偵測

搜尋 Plugin

high

high

high

high