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

  - netfilterctnetlink修正 ctnetlink_dump_exp_ct() 中的釋放後使用錯誤。ctnetlink_dump_exp_ct() 會針對 netlink 轉儲存回呼 ctnetlink_exp_ct_dump_table() 將 conntrack 指標儲存在 cb->data 中但在 netlink_dump_start() 之後立即中斷 conntrack 參照。當轉儲存跨越多個回合時第二個 recvmsg() 會觸發轉儲存回呼其會透過 nfct_help(ct) 將現已釋放的 conntrack 解除參照進而導致 ct->ext 發生釋放後使用。錯誤是 netlink_dump_control 沒有 .start 或 .done 回呼來管理轉儲存各輪次的 conntrack 參照。為此目的相同檔案中的其他轉儲存函式 (例如 ctnetlink_get_conntrack) 正確使用 .start/.done 回呼。新增在轉儲存期間保留和釋放 conntrack 參照的 .start 和 .done 回呼可修正此問題並在轉儲存回呼中的 cb->args[0] early-return 檢查後移動 nfct_help() 呼叫以避免不必要地解除參照 ct->ext。BUGKASAN在工作 ctnetlink_poc/133 CPU1 UID0 PID133 Commctnetlink_poc 未受污染的 7.0.0-rc2+ 中於 addr ffff88810597ebf0 讀取大小為 8 的 ctnetlink_exp_ct_dump_table+0x4f/0x2e0 中發生釋放後使用 7.0.0-rc2+ #3 PREEMPTLAZY 呼叫追踪 <TASK> ctnetlink_exp_ct_dump_table+0x4f/0x2e0 netlink_dump+0x333/0x880 netlink_recvmsg+0x3e2/0x4b0 aa_sk_perm+0x184/0x450 sock_recvmsg+0xde/0xf0 由工作 133 分配 kmem_cache_alloc_noprof+0x134/0x440
    __nf_conntrack_alloc+0xa8/0x2b0 ctnetlink_create_conntrack+0xa1/0x900 ctnetlink_new_conntrack+0x3cf/0x7d0 nfnetlink_rcv_msg+0x48e/0x510 netlink_rcv_skb+0xc9/0x1f0 nfnetlink_rcv+0xdb/0x220 netlink_unicast+0x3ec/0x590 netlink_sendmsg+0x397/0x690 __sys_sendmsg+0xf4/0x180 Freed by task 0:
    slab_free_after_rcu_debug+0xad/0x1e0 rcu_core+0x5c3/0x9c0 (CVE-2026-23458)

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

偵測

Linux Distros 未修補的弱點：CVE-2026-23458

high Nessus Plugin ID 304954

版本 1.23