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

  - net/sched： act_api：使用 RCU 搭配延遲釋放動作生命週期時 當 NEWTFILTER 及 DELFILTER 同時執行時，可以建立具有相關聯動作的爭用。讓我們以 CPU0 執行 NEWTFILTER 和 CPU1 執行 DELFILTER 來說明： 0： mutex_lock（） <-- 持有 idr 鎖定 0： rcu_read_lock（） 0： p = idr_find（idr， index） <-- 動作 p 有效 （RCU 保護 IDR） 0： mutex_unlock（） <-- 釋放 idr 鎖定 1： refcount_dec_and_mutex_lock（） <-- refcnt 1->0，互斥保持 1： idr_remove（idr， index） <-- 從 IDR 1 中刪除的操作：mutex_unlock（） <-- 互斥已釋放，允許我們刪除操作 1：
    tcf_action_cleanup（p）;kfree（p） <-- 立即 Kfrees p，無延遲 0：
    refcount_inc_not_zero（&p->tcfa_refcnt） <-- 哎喲，UAF p 指向釋放的記憶體 此修補程式透過將結構rcu_head新增至延遲中使用的tc_action並在刪除路徑中引入 call_rcu（） 以延遲最終 kfree（） 來修正 NEWTFILTER 和 DELFILTER 之間的爭用情形。注意：這是提交 d7fb60b9cafb 的還原（net_sched：擺脫 tcfa_rcu），也是直接使用 kfree_rcu（） 的現代化/簡化。讓我們來說明新還原的程式碼路徑：0：rcu_read_lock（） 1：
    refcount_dec_and_mutex_lock（） <-- refcnt 1->0，互斥持有 1：idr_remove（idr，index） 1：mutex_unlock（） 1：
    call_rcu（&p->tcfa_rcu， tcf_action_rcu_free） <-- 寬限期 0 後延遲 kfree： p = idr_find（IDR， index） 0： refcount_inc_not_zero（&p->tcfa_refcnt） <-- 失敗，refcnt 已 0 1：rcu_read_unlock（） <-- 釋放，以便在寬限期後執行 CPU1 呼叫 idr_remove（） 後，無法再透過 IDR 存取物件。CPU0 的後續 idr_find（） 將傳回 NULL，即使它仍然持有過時的指標，立即的 kfree（） 現在也會延遲到 RCU 寬限期之後，因此不會發生 UAF。
    (CVE-2026-53264)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

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

high Nessus Plugin ID 323460

版本 1.19