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

  - net/sched： act_gact， act_police： 範圍檢查後援控制動作 tcf_action_check_ctrlact（） 範圍檢查主要控制動作： if （！opcode） ret = action > TC_ACT_VALUE_MAX ？-EINVAL：0;
    TC_ACT_VALUE_MAX 是TC_ACT_TRAP的，因此無法以這種方式設定其上方的核心內部判定。但 act_gact 和 act_police 各自帶有第二個獨立的控制操作，該操作由使用者空間提供，永遠不會到達該協助程式 - TCA_GACT_PROB.paction 和 TCA_POLICE_RESULT。兩者都只會拒絕TC_ACT_GOTO_CHAIN，因此任何其他值都會逐字儲存，並從動作逐字傳回。特別是使用者空間可以儲存TC_ACT_CONSUMED，這是 TC_ACT_VALUE_MAX + 1，並且故意不屬於 UAPI 值範圍的一部分。該判決告訴每個呼叫者，該操作獲得了 skb 的所有權，因此沒有人釋放它：sch_handle_ingress（）、sch_handle_egress（） 和 tcf_qevent_handle（） 都故意跳過它的釋放。結果是一個洩漏的sk_buff加上每個遍歷過濾器的資料緩衝區，對於鏈上的所有流量（包括核心產生的封包），都是無限的。兩者都是微不足道的確定性。act_gact將tcfg_pval限制為 >= 1，因此當 pval = 1 時，gact_determ（） 會傳回每個封包的後援。act_police 沒有強制速率，因此 rate = 0 會留下 tcfp_mtu = ~0，並且 tcf_police_mtu_check（） 始終通過。TC_ACT_CONSUMED是由提交 720f22fed81b （net：sched：重構重新插入動作） 新增的，在寫入兩個 goto-chain 保護之後：提交 9469f375ab09 （net/sched： act_gact：在後援控制動作上禁止「goto chain」） 和提交 c08f5ed5d625 （net/sched： act_police：在後援控制動作上禁止「goto chain」）。當新判決出現時，兩人的防守都沒有擴大。將 tcf_action_check_ctrlact（） 中的現有範圍測試分解為 tcf_action_valid（），並將其套用至這兩個後援。協助程式無法直接呼叫 tcf_action_check_ctrlact（），因為這也會配置goto_chain，這正是這兩個網站不得執行的動作。在 v7.2-rc6 上重現：kmemleak 報告一個洩露的 232 位元組 skbuff_head_cache 物件，加上每個封包的 704 位元組資料緩衝區。使用此修補程式時，這兩個設定都會被拒絕
    -EINVAL 和 kmemleak 沒有報告。（CVE-2026-74620）

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

偵測

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

medium Nessus Plugin ID 338939

版本 1.13