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

  - wifi：brcmfmac：設備刪除brcmf_fw_crashed（） 和 debugfs 重設項目的清空bus_reset工作都排程 drvr->bus_reset，其回呼通過 container_of（） 恢復 drvr 並將其取消參照。
    移除路徑會釋放 drvr （brcmf_free -> wiphy_free），而不會耗盡工作，因此在移除期間擱置或執行的bus_reset回呼可能會比 drvr 更有效。取消不能存在於 brcmf_detach（） 或 brcmf_free（） 中：工作回呼透過匯流排 .reset op （PCIe brcmf_pcie_reset -> brcmf_detach;SDIO brcmf_sdio_bus_reset -> brcmf_sdiod_remove -> brcmf_free），因此取消會等待執行中的工作和鎖死。新增每匯流排互斥 （bus_reset_lock） 並透過 brcmf_bus_schedule_reset（） 佈置所有布防，當匯流排標記為移除時，鎖定下方會跳過。每個匯流排移除項目都會呼叫 brcmf_bus_cancel_reset_work（），在相同的鎖定下設定移除並取消工作。
    跨 cancel_work_sync（） 保持互斥會使集合移除 + 排空步驟不可部分完成。每個生產者都從進程上下文到達布防路徑——PCIe 固件暫停通知在線程 IRQ 處理常式 （brcmf_pcie_isr_thread） 中運行，SDIO 主機郵件路徑從數據工作隊列運行——因此互斥僅在可休眠上下文中獲取。在適用的情況下，移除項目首先停止韌體當機產生者：在 PCIe 上遮罩郵箱和synchronize_irq;在 SDIO 上取消註冊匯流排中斷並取消資料工作程序，這也會透過 brcmf_fw_crashed（） 報告韌體停止。互斥會在匯流排配置時初始化。SDIO 暫停斷電路徑透過相同的 brcmf_sdiod_remove（） 釋放 drvr 並採用相同的鎖定;resume 僅在成功重新探測時才重新允許工作。
    同時保護 brcmf_fw_crashed（） 免受 NULL bus_if/drvr 的影響：它可以在 brcmf_attach（） 連接 drvr 之前觸發，並在到達武防閘門之前取消參照 drvr （bphy_err/brcmf_dev_coredump）。bus_reset工作在匯流排之間共用，因此漏空會套用至每個移除路徑：PCIe （Fixes 提交引入的 .reset 操作）、SDIO （透過 brcmf_fw_crashed（）） 來支援相同的工作） 和 USB （透過 debugfs 重設項目）。cancel_work_sync（） 會在移除釋放 DRVR 之前排空執行中或擱置中的 bus_reset 工作項目，而修補程式 1/2 會在重設拆卸已釋放這些 DMA 緩衝區時，使暫存緩衝區釋放安全。此修補程式會修正 bus_reset 工作專案本身的存留期。它不會嘗試解決 PCIe 重設路徑所啟動的非同步韌體完成的個別預先存在生命週期。該回呼需要自己的存留期/擁有權通訊協定，而且會個別追蹤。此問題是由內部靜態分析工具發現的。（CVE-2026-64586）

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

偵測

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

high Nessus Plugin ID 333053

版本 1.29