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

  - wifi： mac80211：拆除 vif 更新錯誤路徑上的新連結 當 ieee80211_vif_update_links（） 新增連結時，它會為每個連結分配一個連結容器，並呼叫 ieee80211_link_init（） （註冊每個連結的 debugfs 檔案，其檔案>private_data指向容器） 和 ieee80211_link_setup（）。如果後續的 drv_change_vif_links（） 失敗，錯誤路徑會還原舊指標並跳至「free」，這會釋放新容器，但絕不會移除其 debugfs 項目或停止連結。debugfs 檔案在檔案>private_data懸掛在釋放的容器上時仍然存在，因此後面的 open（）+read（） （例如
    link-1/txpower） 在 ieee80211_if_read_link（） 中解除參照釋放的記憶體，這是一種釋放後使用。移除路徑已經透過 ieee80211_tear_down_links（） 正確地拆解連結，這會移除每個連結的金鑰和 debugfs 項目並呼叫 ieee80211_link_stop（）;錯誤分支上的新增路徑沒有。提交 be1ba9ed221f （wifi： mac80211：避免錯誤路徑中的奇怪狀態） 針對連結移除情況 （new_links == 0） 強化了相同的錯誤路徑，但未解決新新增連結的拆卸問題。
    drv_change_vif_links（） 可能會在 MLO 驅動程式的執行階段失敗 （內部分配/佇列/韌體命令失敗）。移除新連結的 debugfs 項目，並在釋放前停止它們。錯誤：KASAN：ieee80211_if_read_link 中的 slab-use-after-free （net/mac80211/debugfs_netdev.c：127） 透過任務 exploit/145 在 addr ffff888011290000 讀取大小 8 呼叫追蹤：...ieee80211_if_read_link （net/mac80211/debugfs_netdev.c：127） short_proxy_read （fs/debugfs/file.c：373） vfs_read （fs/read_write.c：572） ksys_read （fs/read_write.c：716） do_syscall_64 （arch/x86/entry/syscall_64.c：94） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：121） ... 哎呀：一般保護錯誤，可能是非規範位址 0xdffffc000000000a RIP：0010：ieee80211_if_read_link （net/mac80211/debugfs_netdev.c：127） 核心錯誤 - 未同步： 致命異常 （CVE-2026-64574）

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

偵測

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

medium Nessus Plugin ID 332770

版本 1.4