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

  - wifi：iwlwifi：mvm：修正 P2P 裝置綁定處理 我們的 P2P 裝置綁定處理可能會遇到以下情況，如我們的測試所觀察到的那樣： - 某個通道上連接了站點介面 - P2P 裝置在該通道上執行了通道上的保留 （ROC） - ROC 結束，P2P 裝置從綁定中刪除，但 phy_ctxt 指標保留為 PHY 快取，因此我們不需要一次又一次地重新校準到通道如果它不是共享的 - 站點接口的綁定更新，即使是刪除，也會將 P2P 設備重新添加到綁定中 - P2P 設備被刪除，這會刪除 PHY 上下文，但它仍在綁定中，因此固件崩潰 由於 P2P 設備已從綁定中刪除，並且僅通過不相關的代碼重新添加， 但我們希望將phy_ctxt保留為未來 ROC 使用的快取，透過新增布林值來修復它，該布林值指示是否應該將 P2P 裝置新增至綁定中，並在綁定迭代器中處理它。如此一來，當 P2P 裝置未啟用時，工作站介面就無法將 P2P 裝置重新新增至繫結。（CVE-2026-97432）

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

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

  - wifi:iwlwifi:mvm:P2P-Device のバインディング処理を修正します。P2P-Device のバインディング処理は、弊社のテストで確認されたように、次のシナリオに遭遇する可能性があります: - ステーションインターフェイスが何らかのチャネルで接続されています - P2P デバイスがそのチャネルで remain-on-channel(ROC)を行います - ROC が終了し、P2P デバイスがバインディングから削除されますが、phy_ctxtポインターは PHY キャッシュとして残されますので、チャネルに何度も再調整する必要はありません共有されていない場合 - ステーションインターフェイスによるバインディング更新は、たとえ削除であっても、P2P デバイスをバインディングに再追加します - P2P デバイスが削除され、これにより PHY コンテキストが削除されますが、バインド中にあるため、ファームウェアがクラッシュします。P2P デバイスはバインドから削除され、無関係なコードによってのみ再追加されるため、 しかし、今後の ROC 使用のためのキャッシュとしてこのphy_ctxtを維持し、P2P デバイスをバインディングに追加すべきかどうかを示すブーリアンを追加して修正し、バインディングイテレータでそれを処理したいと考えています。これにより、ステーションインターフェイスは、P2P デバイスがアクティブでない場合、バインディングに再度追加できません。(CVE-2026-97432)

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

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

  - wifi：iwlwifi：mvm：修复 P2P 设备绑定处理 正如我们的测试所观察到的那样，我们对 P2P 设备的绑定处理可能会遇到以下情况：- 某个通道上连接了一个基站接口 - P2P 设备在该通道上执行 remain-on-channel （ROC） - ROC 结束，P2P 设备从绑定中删除，但phy_ctxt指针保留为 PHY 缓存，因此我们不需要一次又一次地重新校准到该通道在未共享的情况下 - 由工作站接口进行绑定更新（即使是删除）也会将 P2P 设备重新添加到绑定中 - 删除 P2P 设备，从而删除 PHY 上下文，但它仍然在绑定中，因此固件崩溃 由于 P2P 设备已从绑定中删除并且仅通过不相关的代码重新添加， 但我们希望保留该phy_ctxt作为未来 ROC 使用的缓存，通过添加一个指示是否应将 P2P 设备添加到绑定的布尔值来修复它，并在绑定迭代器中处理它。这样，当 P2P 设备未活动时，工作站接口无法将 P2P 设备重新添加到绑定中。（CVE-2026-97432）

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

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

  - wifi: iwlwifi: mvm: fix P2P-Device binding handling Our binding handling for P2P-Device can run into the     following scenario, as observed by our testing: - a station interface is connected on some channel - the     P2P-Device does a remain-on-channel (ROC) on that channel - the ROC ends, and the P2P-Device is removed     from the binding, but the phy_ctxt pointer is left around as a PHY cache so we don't need to recalibrate     to the channel again and again in case it's not shared - a binding update by the station interface, even a     removal, will re-add the P2P-Device to the binding - the P2P-Device is removed, which removes the PHY     context, but it's still in the binding so the firmware crashes Since the P2P device is removed from the     binding and only re- added by unrelated code, but we want to keep the phy_ctxt around as a cache for     future ROC usage, fix it by adding a boolean that indicates whether or not the P2P-Device should be added     to the binding, and handle that in the binding iterator. That way, the station interface cannot re-add the     P2P-Device to the binding when that isn't active. (CVE-2026-97432)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
350050	Linux Distros 未修補弱點：CVE-2026-97432	Nessus	Misc.	2026/9/24	2026/11/4	high
350050	Linux Distros のパッチ未適用の脆弱性: CVE-2026-97432	Nessus	Misc.	2026/9/24	2026/11/4	high
350050	Linux Distros 未修补的漏洞：CVE-2026-97432	Nessus	Misc.	2026/9/24	2026/11/4	high
350050	Linux Distros Unpatched Vulnerability : CVE-2026-97432	Nessus	Misc.	2026/9/24	2026/11/4	high
376443	Ubuntu 24.04 LTS / 26.04 LTS : Linux kernel vulnerabilities (USN-8959-1)	Nessus	Ubuntu Local Security Checks	2026/11/5	2026/11/5	high

检测

插件搜索

high

high

high

high

high