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

  - ipv6：任播：在 idev->lock 下的全域雜湊中插入 aca syzbot 報告了一個 splat [1]：ipv6_chk_acast_addr（） 中的一個 slab-use-after-free，它遍歷 RCU 下的全域 inet6_acaddr_lst[] 雜湊，並取消參照一個結構 ifacaddr6，該結構已經被釋放，但仍在雜湊中連結，因此稍後的讀者會走進一個懸空節點。在 __ipv6_dev_ac_inc（） 中，aca 被分配了 refcount 1，然後 aca_get（） 將其提升到 2，以使其在解鎖區域中保持活力。它在 idev->lock 下發佈到 idev->ac_list，但 ipv6_add_acaddr_hash（） 會在 write_unlock_bh（） 之後執行。並行拆卸 （RTNL 下的 addrconf_ifdown（） 中的 ipv6_ac_destroy_dev（）） 可以滑入該視窗： CPU0 __ipv6_dev_ac_inc CPU1 ipv6_ac_destroy_dev （RTNL） ------------------------------ ------------------------------------ aca_alloc（） refcnt 1 aca_get（） refcnt 2 write_lock_bh（idev->lock） 將 aca 新增至 ac_list write_unlock_bh（idev->lock） write_lock_bh（idev->lock） 將 aca 從 ac_list write_unlock_bh（idev->lock） ipv6_del_acaddr_hash（aca） hlist_del_init_rcu（）是無操作，ACA 尚未在雜湊中 aca_put（） refcnt 2->1 ipv6_add_acaddr_hash（aca） ACA 現在插入雜湊中 aca_put（） refcnt 1->0 call_rcu（aca_free_rcu） -> kfree（aca） 雜湊移除變成無操作，因為插入尚未發生，因此一旦 CPU0 插入並刪除最後一個參照， ACA 在仍連結 inet6_acaddr_lst[]於 時會釋放，讀取器會在重複使用 Slab 插槽後解除參照釋放的記憶體。一旦 RTNL 停止序列化裝置拆卸的加入路徑，此視窗就會開啟。將 ipv6_add_acaddr_hash（） 移動到 idev->lock 區段內，以便 ac_list 和雜湊插入在拆卸方面是不可部分完成的：賽車移除器現在要麼完全遺漏 aca，要麼在兩個清單中找到它。acaddr_hash_lock現在嵌套在 idev->lock 下，這是在 softirq 上下文中獲取的，因此將所有acaddr_hash_lock站點切換到 spin_lock_bh（），以避免 [2] 中報告的 irq 鎖定反轉。[1] https://syzkaller.appspot.com/bug?extid=a01df04303c131efbf3a [2] https://lore.kernel.org/netdev/6a194ef7.ba3b1513.1890b4.0000.GAE@google.com/ （CVE-2026-53259）

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

偵測

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

high Nessus Plugin ID 323347

版本 1.12