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

  - wifi： brcmfmac：修正 brcmf_detach（） 中的 P2P 裝置移除爭用 當建立 P2P 裝置的使用者空間處理程序 （例如 wpa_supplicant） 仍在退出時移除驅動程式時，P2P 裝置介面會移除兩次，核心會當機。這兩條路徑是： - wpa_supplicant 在結束時，會傳送 P2P 裝置的 NL80211_CMD_DEL_INTERFACE。nl80211_del_interface（） 保存 RTNL 和 wiphy 互斥並調用 brcmf_p2p_del_vif（），這會停用發現並等待 s 進行 1.5 BRCMF_E_IF_DEL。然後它調用 brcmf_remove_interface（），取消註冊 wdev 並釋放 vif 和 ifp。- brcmf_detach（） 會關閉匯流排，因此BRCMF_E_IF_DEL永遠不會到達，並針對相同的 ifp 呼叫 brcmf_remove_interface（ifp， false）。brcmf_p2p_ifp_removed（） 讀取 ifp->vif，然後在 rtnl_lock（） 上封鎖。當 brcmf_p2p_del_vif（） 釋放 RTNL 時，它會在已取消註冊和釋放的 wdev 上呼叫 cfg80211_unregister_wdev（）。
    wdev->list 的第二個 list_del_rcu（） 在 LIST_POISON2 上： brcmfmac： brcmf_p2p_del_vif 刪除 P2P vif brcmfmac： brcmf_p2p_deinit_discovery enter brcmfmac： brcmf_p2p_del_vif P2P： GO_NEG_PHASE 狀態已清除 brcmfmac： brcmf_detach Enter brcmfmac： brcmf_bus_change_state 1 -> 0 brcmfmac： brcmf_remove_interface Enter， bsscfgidx=1， ifidx=0 brcmfmac： brcmf_del_if Enter， bsscfgidx=1， ifidx=0 brcmfmac：
    brcmf_p2p_ifp_removed P2P：裝置介面已移除 [1.5 秒後，brcmf_p2p_del_vif（） 逾時] brcmfmac：
    brcmf_remove_interface Enter， bsscfgidx=1， ifidx=0 brcmfmac： brcmf_del_if Enter， bsscfgidx=1， ifidx=0 brcmfmac： brcmf_p2p_ifp_removed P2P： 裝置介面已移除 無法處理虛擬位址上的核心分頁要求 dead000000000122 內部錯誤： 哎呀：96000044 [#1] PREEMPT_RT SMP pc：
    _cfg80211_unregister_wdev+0x6c/0x264 [cfg80211] 呼叫追蹤：_cfg80211_unregister_wdev+0x6c/0x264 [cfg80211] cfg80211_unregister_wdev+0x10/0x1c [cfg80211] brcmf_p2p_ifp_removed+0x84/0xb0 [brcmfmac] brcmf_remove_interface+0x1f4/0x254 [brcmfmac] brcmf_detach+0x88/0x180 [brcmfmac] brcmf_sdio_remove+0x90/0x7b0 [brcmfmac] brcmf_sdiod_remove+0x20/0xa0 [brcmfmac] brcmf_ops_sdio_remove+0xbc/0x12c [brcmfmac] sdio_bus_remove+0x38/0x144 device_release_driver_internal+0x1e8/0x2c0device_release_driver+0x14/0x20 brcmf_sdio_bus_remove+0x2c/0x40 [brcmfmac] brcmf_fwvid_unregister_vendor+0xd8/0x170 [brcmfmac] __exit_compat+0x18/0x418 [brcmfmac_cyw]
    __arm64_sys_delete_module+0x1ac/0x244 記錄是在 SDIO 上帶有 （SonaIF513） 的 CYW55513 i.MX 8M Plus 板上拍攝debug=0x406的。驅動程式是 5.4-rt 核心上 v6.18.22 的 brcmfmac 的 Ezurio 反向移植。涉及的程式碼在主線上是相同的。重現方法：1、在wlan0上啟動wpa_supplicant，讓它關聯。它會建立 P2P 裝置 （iw dev 顯示類型 P2P-device）。2. 停止wpa_supplicant並移除驅動程式，而不等待wpa_supplicant退出：kill $(pidof wpa_supplicant) rmmod brcmfmac_cyw brcmfmac 崩潰在該板上是可以重現的。對於沒有 netdev 的介面 （P2P 裝置），在讀取 iflist 之前，先取 brcmf_detach（） 中的 RTNL 和 wiphy 互斥，並使用 locked=true 將其移除。如果 brcmf_p2p_del_vif（） 先執行，brcmf_detach（） 會發現插槽為空。如果 brcmf_detach（） 先執行，nl80211 就不會再找到 wdev。像以前一樣，刪除了具有 netdev 的介面，因為 brcmf_del_if（） 會自行為主要介面採用 RTNL。（CVE-2026-99061）

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

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

  - wifi：brcmfmac：修复 brcmf_detach（） 中的 P2P 设备删除争用 当创建 P2P 设备（如 wpa_supplicant）的用户空间进程仍在退出时删除驱动程序，P2P 设备接口将删除两次，内核会崩溃。这两种路径是：- wpa_supplicant在退出时为 P2P 设备发送NL80211_CMD_DEL_INTERFACE。nl80211_del_interface（） 保留 RTNL 和 wiphy 互斥体并调用 brcmf_p2p_del_vif（），这样会禁用发现并等待 s 以 1.5 获取BRCMF_E_IF_DEL。然后调用 brcmf_remove_interface（），将取消注册 wdev 并释放 vif 和 ifp。- brcmf_detach（） 设下总线，因此 BRCMF_E_IF_DEL 永远不会到达，并为同一个 ifp 调用 brcmf_remove_interface（ifp， false）。brcmf_p2p_ifp_removed（） 读取 ifp->vif，然后阻断 rtnl_lock（）。brcmf_p2p_del_vif（） 释放 RTNL 时，会在已取消注册并释放的 wdev 上调用 cfg80211_unregister_wdev（）。
    LIST_POISON2上 wdev->list 错误的第二个list_del_rcu（）： brcmfmac： brcmf_p2p_del_vif删除 P2P vif brcmfmac： brcmf_p2p_deinit_discovery 输入 brcmfmac： brcmf_p2p_del_vif P2P： GO_NEG_PHASE 状态已清除 brcmfmac： brcmf_detach 输入 brcmfmac： brcmf_bus_change_state 1 -> 0 brcmfmac： brcmf_remove_interface Enter， bsscfgidx=1， ifidx=0 brcmfmac： brcmf_del_if Enter，bsscfgidx=1，ifidx=0 brcmfmac：
    brcmf_p2p_ifp_removed P2P：设备接口已删除 [1.5 秒后，brcmf_p2p_del_vif（） 超时] brcmfmac：
    brcmf_remove_interface Enter，bsscfgidx=1，ifidx=0 brcmfmac： brcmf_del_if Enter，bsscfgidx=1，ifidx=0 brcmfmac： brcmf_p2p_ifp_removed P2P：设备接口已删除。无法处理虚拟地址上的内核分页请求 dead000000000122 内部错误：错误：96000044 [#1] PREEMPT_RT SMP pc：
    _cfg80211_unregister_wdev+0x6c/0x264 [cfg80211] 调用跟踪：_cfg80211_unregister_wdev+0x6c/0x264 [cfg80211] cfg80211_unregister_wdev+0x10/0x1c [cfg80211] brcmf_p2p_ifp_removed+0x84/0xb0 [brcmfmac] brcmf_remove_interface+0x1f4/0x254 [brcmfmac] brcmf_detach+0x88/0x180 [brcmfmac] brcmf_sdio_remove+0x90/0x7b0 [brcmfmac] brcmf_sdiod_remove+0x20/0xa0 [brcmfmac] brcmf_ops_sdio_remove+0xbc/0x12c [brcmfmac] sdio_bus_remove+0x38/0x144 device_release_driver_internal+0x1e8/0x2c0device_release_driver+0x14/0x20 brcmf_sdio_bus_remove+0x2c/0x40 [brcmfmac] brcmf_fwvid_unregister_vendor+0xd8/0x170 [brcmfmac] __exit_compat+0x18/0x418 [brcmfmac_cyw]
    __arm64_sys_delete_module+0x1ac/0x244 该日志是在 SDIO 上带有 （SonaIF513） 的 CYW55513 i.MX 8M Plus 板上拍摄debug=0x406的。此驱动程序是 5.4-rt 内核上 brcmfmac from v6.18.22 的 Ezurio 向后移植。涉及的代码在干线中是相同的。重现：1. 在 wlan0 上启动 wpa_supplicant 并让它关联。它创建 P2P 设备（iw dev 显示类型 P2P 设备）。2. 停止wpa_supplicant并删除驱动程序，不等待 wpa_supplicant 退出：终止 $(pidof wpa_supplicant) rmmod brcmfmac_cyw brcmfmac 崩溃可在该板上重现。对于没有 netdev 的接口（P2P 设备），在读取 iflist 之前获取 brcmf_detach（） 中的 RTNL 和 wiphy 互斥体，然后使用 locked=true 将其删除。如果先运行 brcmf_p2p_del_vif（），brcmf_detach（） 会发现该插槽为空。如果先运行 brcmf_detach（），nl80211 不会再找到 wdev。将像以前一样删除具有 netdev 的接口，因为 brcmf_del_if（） 自行获取主接口的 RTNL。（CVE-2026-99061）

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

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

  - wifi:brcmfmac:brcmf_detach() での P2P デバイス削除競合を修正します P2P デバイスを作成したユーザー空間プロセス(例:wpa_supplicant)がまだ終了している間にドライバーが削除されると、P2P デバイスインターフェイスが 2 回削除され、カーネルがクラッシュします。2つのパスは次のとおりです。- wpa_supplicant、終了時に、P2PデバイスにNL80211_CMD_DEL_INTERFACEを送信します。nl80211_del_interface() は RTNL と wiphy mutex を保持し、brcmf_p2p_del_vif() を呼び出しますが、これにより、検出が無効になり、BRCMF_E_IF_DELが 1.5 秒まで待ちます。次に brcmf_remove_interface() を呼び出して、wdev を登録解除し、vif と ifp を解放します。- brcmf_detach() はバスが到着しないようにBRCMF_E_IF_DEL設定し、同じ ifp に対して brcmf_remove_interface(ifp, false) を呼び出します。brcmf_p2p_ifp_removed() は ifp->vif を読み取ってから rtnl_lock() でブロックします。brcmf_p2p_del_vif() は RTNL をリリースする際に、すでに登録解除され解放されている wdev で cfg80211_unregister_wdev() を呼び出します。
    LIST_POISON2のwdev->list障害の2番目のlist_del_rcu():brcmfmac:brcmf_p2p_del_vif P2P vifを削除します brcmfmac:brcmf_p2p_deinit_discovery brcmfmac:brcmf_p2p_del_vif P2P:ステータスGO_NEG_PHASEクリア brcmfmac:brcmf_detach brcmfmac:brcmf_bus_change_state 1 -> 0 brcmfmac:brcmf_remove_interface Enter、bsscfgidx=1、ifidx=0 brcmfmac: brcmf_del_if Enter、bsscfgidx=1、ifidx=0 brcmfmac:
    brcmf_p2p_ifp_removed P2P:デバイスインターフェイスを削除しました [1.5 秒後、brcmf_p2p_del_vif() がタイムアウトしました] brcmfmac:
    brcmf_remove_interface Enter、bsscfgidx=1、ifidx=0 brcmfmac:brcmf_del_if Enter、bsscfgidx=1、ifidx=0 brcmfmac:brcmf_p2p_ifp_removed P2P:デバイスインターフェイスを削除しました 仮想アドレスでカーネルページングリクエストを処理できません dead0000000000122 内部エラー:Oops:96000044 [#1] PREEMPT_RT SMP pc:
    _cfg80211_unregister_wdev+0x6c/0x264 [cfg80211] 呼び出しトレース:_cfg80211_unregister_wdev+0x6c/0x264 [cfg80211] cfg80211_unregister_wdev+0x10/0x1c [cfg80211] brcmf_p2p_ifp_removed+0x84/0xb0 [brcmfmac] brcmf_remove_interface+0x1f4/0x254 [brcmfmac] brcmf_detach+0x88/0x180 [brcmfmac] brcmf_sdio_remove+0x90/0x7b0 [brcmfmac] brcmf_sdiod_remove+0x20/0xa0 [brcmfmac] brcmf_ops_sdio_remove+0xbc/0x12c [brcmfmac] sdio_bus_remove+0x38/0x144 device_release_driver_internal+0x1e8/0x2c0device_release_driver+0x14/0x20 brcmf_sdio_bus_remove+0x2c/0x40 [brcmfmac] brcmf_fwvid_unregister_vendor+0xd8/0x170 [brcmfmac] __exit_compat+0x18/0x418 [brcmfmac_cyw]
    __arm64_sys_delete_module+0x1ac/0x244 このログは、SDIO 上の CYW55513(Sona IF513)付きの i.MX 8M Plus ボード上で debug=0x406 で取得されました。ドライバーは、5.4-rtカーネル上のv6.18.22からのbrcmfmacのEzurioバックポートです。関係するコードはメインラインでも同じです。再現するには:1. wlan0でwpa_supplicantを起動し、関連付けます。これにより、P2P デバイスが作成されます(iw dev は、タイプ P2P デバイスを表示します)。2. wpa_supplicant を停止し、wpa_supplicant が終了するのを待たずにドライバーを削除します:brcmfmac brcmfmac_cyw rmmod $(pidof wpa_supplicant) kill クラッシュはそのボード上で再現可能です。netdev のないインターフェイス(P2P デバイス)では、iflist を読み取る前に RTNL および brcmf_detach() の wiphy mutex を取得し、locked=true でこれを削除します。brcmf_p2p_del_vif() が最初に実行された場合、brcmf_detach() はスロットを空と検出します。brcmf_detach() が最初に実行されると、nl80211 はそれ以上 wdev を見つけません。netdev とのインターフェイスは以前のように削除されます。これは、brcmf_del_if() が単独で RTNL をプライマリインターフェイスとして受け取るためです。(CVE-2026-99061)

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

An update of the linux package has been released.

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

  - wifi: brcmfmac: fix P2P device removal race in brcmf_detach() When the driver is removed while the user     space process that created the P2P device (e.g. wpa_supplicant) is still exiting, the P2P device interface     is removed twice and the kernel crashes. The two paths are: - wpa_supplicant, on exit, sends     NL80211_CMD_DEL_INTERFACE for the P2P device. nl80211_del_interface() holds RTNL and the wiphy mutex and     calls brcmf_p2p_del_vif(), which disables discovery and waits up to 1.5 s for BRCMF_E_IF_DEL. Then it     calls brcmf_remove_interface(), which unregisters the wdev and frees the vif and the ifp. - brcmf_detach()     sets the bus down, so BRCMF_E_IF_DEL never arrives, and calls brcmf_remove_interface(ifp, false) for the     same ifp. brcmf_p2p_ifp_removed() reads ifp->vif and then blocks on rtnl_lock(). When brcmf_p2p_del_vif()     releases RTNL, it calls cfg80211_unregister_wdev() on the wdev that was already unregistered and freed.
    The second list_del_rcu() of wdev->list faults on LIST_POISON2: brcmfmac: brcmf_p2p_del_vif delete P2P vif     brcmfmac: brcmf_p2p_deinit_discovery enter brcmfmac: brcmf_p2p_del_vif P2P: GO_NEG_PHASE status cleared     brcmfmac: brcmf_detach Enter brcmfmac: brcmf_bus_change_state 1 -> 0 brcmfmac: brcmf_remove_interface     Enter, bsscfgidx=1, ifidx=0 brcmfmac: brcmf_del_if Enter, bsscfgidx=1, ifidx=0 brcmfmac:
    brcmf_p2p_ifp_removed P2P: device interface removed [1.5 s later, brcmf_p2p_del_vif() timed out] brcmfmac:
    brcmf_remove_interface Enter, bsscfgidx=1, ifidx=0 brcmfmac: brcmf_del_if Enter, bsscfgidx=1, ifidx=0     brcmfmac: brcmf_p2p_ifp_removed P2P: device interface removed Unable to handle kernel paging request at     virtual address dead000000000122 Internal error: Oops: 96000044 [#1] PREEMPT_RT SMP pc :
    _cfg80211_unregister_wdev+0x6c/0x264 [cfg80211] Call trace: _cfg80211_unregister_wdev+0x6c/0x264     [cfg80211] cfg80211_unregister_wdev+0x10/0x1c [cfg80211] brcmf_p2p_ifp_removed+0x84/0xb0 [brcmfmac]     brcmf_remove_interface+0x1f4/0x254 [brcmfmac] brcmf_detach+0x88/0x180 [brcmfmac]     brcmf_sdio_remove+0x90/0x7b0 [brcmfmac] brcmf_sdiod_remove+0x20/0xa0 [brcmfmac]     brcmf_ops_sdio_remove+0xbc/0x12c [brcmfmac] sdio_bus_remove+0x38/0x144     device_release_driver_internal+0x1e8/0x2c0 device_release_driver+0x14/0x20 brcmf_sdio_bus_remove+0x2c/0x40     [brcmfmac] brcmf_fwvid_unregister_vendor+0xd8/0x170 [brcmfmac] __exit_compat+0x18/0x418 [brcmfmac_cyw]
    __arm64_sys_delete_module+0x1ac/0x244 The log was taken with debug=0x406 on an i.MX 8M Plus board with a     CYW55513 (Sona IF513) on SDIO. The driver is the Ezurio backport of brcmfmac from v6.18.22 on a 5.4-rt     kernel. The code involved is the same in mainline. To reproduce: 1. Start wpa_supplicant on wlan0 and let     it associate. It creates the P2P device (iw dev shows type P2P-device). 2. Stop wpa_supplicant and     remove the driver without waiting for wpa_supplicant to exit: kill $(pidof wpa_supplicant) rmmod     brcmfmac_cyw brcmfmac The crash is reproducible on that board. For the interface without a netdev (the P2P     device), take RTNL and the wiphy mutex in brcmf_detach() before reading iflist, and remove it with     locked=true. If brcmf_p2p_del_vif() runs first, brcmf_detach() finds the slot empty. If brcmf_detach()     runs first, nl80211 does not find the wdev any more. The interfaces with a netdev are removed as before,     because brcmf_del_if() takes RTNL on its own for the primary interface. (CVE-2026-99061)

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

The AlmaLinux 9.2 host has packages installed that are affected by multiple vulnerabilities as referenced in the TuxCare ALMALINUX9.2:CLSA-2026:1793786843 advisory.

  - In the Linux kernel, the following vulnerability has been resolved: soc: qcom: qmi_encdec: Restrict string     length in decode The QMI TLV value for strings in a lot of qmi element info structures account for null     terminated strings with MAX_LEN + 1. If a string is actually MAX_LEN + 1 length, this will cause an out of     bounds access when the NULL character is appended in decoding. (CVE-2023-53729)

  - In the Linux kernel, the following vulnerability has been resolved: rv: Use strings in da monitors     tracepoints Using DA monitors tracepoints with KASAN enabled triggers the following warning: BUG: KASAN:
    global-out-of-bounds in do_trace_event_raw_event_event_da_monitor+0xd6/0x1a0 Read of size 32 at addr     ffffffffaada8980 by task ... Call Trace: <TASK> [...] do_trace_event_raw_event_event_da_monitor+0xd6/0x1a0     ? __pfx_do_trace_event_raw_event_event_da_monitor+0x10/0x10 ? trace_event_sncid+0x83/0x200     trace_event_sncid+0x163/0x200 [...] The buggy address belongs to the variable: automaton_snep+0x4e0/0x5e0     This is caused by the tracepoints reading 32 bytes __array instead of __string from the automata     definition. Such strings are literals and reading 32 bytes ends up in out of bound memory accesses (e.g.
    the next automaton's data in this case). The error is harmless as, while printing the string, we stop at     the null terminator, but it should still be fixed. Use the __string facilities while defining the     tracepoints to avoid reading out of bound memory. (CVE-2025-38636)

  - In the Linux kernel, the following vulnerability has been resolved: perf: arm_spe: Prevent overflow in     PERF_IDX2OFF() Cast nr_pages to unsigned long to avoid overflow when handling large AUX buffer sizes (>= 2     GiB). (CVE-2025-40081)

  - In the Linux kernel, the following vulnerability has been resolved: arch_topology: Fix incorrect error     check in topology_parse_cpu_capacity() Fix incorrect use of PTR_ERR_OR_ZERO() in     topology_parse_cpu_capacity() which causes the code to proceed with NULL clock pointers. The current logic     uses !PTR_ERR_OR_ZERO(cpu_clk) which evaluates to true for both valid pointers and NULL, leading to     potential NULL pointer dereference in clk_get_rate(). Per include/linux/err.h documentation,     PTR_ERR_OR_ZERO(ptr) returns: The error code within @ptr if it is an error pointer; 0 otherwise. This     means PTR_ERR_OR_ZERO() returns 0 for both valid pointers AND NULL pointers. Therefore     !PTR_ERR_OR_ZERO(cpu_clk) evaluates to true (proceed) when cpu_clk is either valid or NULL, causing     clk_get_rate(NULL) to be called when of_clk_get() returns NULL. Replace with !IS_ERR_OR_NULL(cpu_clk)     which only proceeds for valid pointers, preventing potential NULL pointer dereference in clk_get_rate().
    (CVE-2025-40346)

  - In the Linux kernel, the following vulnerability has been resolved: platform/x86/amd/pmc: Add support for     Van Gogh SoC The ROG Xbox Ally (non-X) SoC features a similar architecture to the Steam Deck. While the     Steam Deck supports S3 (s2idle causes a crash), this support was dropped by the Xbox Ally which only S0ix     suspend. Since the handler is missing here, this causes the device to not suspend and the AMD GPU driver     to crash while trying to resume afterwards due to a power hang. (CVE-2025-68334)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
371527	Linux Distros 未修補弱點：CVE-2026-99061	Nessus	Misc.	2026/10/23	2026/11/11	medium
371527	Linux Distros 未修补的漏洞：CVE-2026-99061	Nessus	Misc.	2026/10/23	2026/11/11	medium
371527	Linux Distros のパッチ未適用の脆弱性: CVE-2026-99061	Nessus	Misc.	2026/10/23	2026/11/11	medium
376285	SUSE SLED15: cluster-md-kmp-default / dlm-kmp-default / gfs2-kmp-default / etc (SUSE-SU-2026:5091-1)	Nessus	SuSE Local Security Checks	2026/11/5	2026/11/5	critical
375086	Photon OS 5.0: Linux PHSA-2026-5.0-92-1044	Nessus	PhotonOS Local Security Checks	2026/11/2	2026/11/2	critical
371527	Linux Distros Unpatched Vulnerability : CVE-2026-99061	Nessus	Misc.	2026/10/23	2026/11/11	medium
376201	AlmaLinux 9.2 [TuxCare] Security Update: bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc Multiple Vulnerabilities (ALMALINUX9.2:CLSA-2026:1793786843)	Nessus	Alma Linux Local Security Checks	2026/11/5	2026/11/13	high
379497	SUSE SLES16 Security Update : kernel (SUSE-SU-2026:24651-1)	Nessus	SuSE Local Security Checks	2026/11/12	2026/11/12	high
379474	SUSE SLES16: cluster-md-kmp-default / dlm-kmp-default / gfs2-kmp-default / etc (SUSE-SU-2026:24662-1)	Nessus	SuSE Local Security Checks	2026/11/12	2026/11/12	high

检测

插件搜索

medium

medium

medium

critical

critical

medium

high

high

high