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

  - net修正 GRO 封包的 skb_segment_list 中的記憶體洩漏。在封包轉送期間呼叫 skb_segment_list() 時它會處理由 GRO 引擎匯總的封包。skb_segment_list 中的分割邏輯過去假設個別區段是從父 SKB 分割且可能需要攜帶自己的通訊端記憶體計量。因此程式碼會將 truesize 從父項傳輸至新建立的區段。在認可 ed4cccef64c1 (gro修正擁有權轉移) 之前skb_segment_list() 中的此 truesize 減去有效因為片段仍會攜帶原始通訊端的參照。不過提交 ed4cccef64c1 (gro修正擁有權轉移) 透過確保將 fraglist 項目明確孤立出來 (skb->sk = NULL)以防止稍後在堆疊中發生非法孤立狀態來變更此行為。此變更表示整個通訊端記憶體費用仍由標頭 SKB 負責但 skb_segment_list() 中的對應計量邏輯從未更新。因此目前的程式碼會無條件地將每個片段的 truesize 新增至 delta_truesize並從父項 SKB 中減去。
    由於片段不再計入通訊端因此在釋放磁頭時此減法會導致有效的記憶體計數不足。這會造成 sk_wmem_alloc 維持非零進而防止通訊端損毀並導致持續記憶體洩漏。終止網路環境時可透過 KMEMLEAK 發現此洩漏: 未參照的物件 0xffff8881e6eb9100 (大小 2048)comm ping、pid 6720、jiffies 4295492526 反向追踪 kmem_cache_alloc_noprof+0x5c6/0x800 sk_prot_alloc+0x5b/0x220 sk_alloc+6_xcreate3part5/0xaloc+6_x。 .0+0x303/0x10d0 __sock_create+0x248/0x640 __sys_socket+0x11b/0x1d0 由於 skb_segment_list() 是專門用於 GRO 建構的 SKB_GSO_FRAGLIST 封包因此已移除 truesize 調整。必須保留對 skb_release_head_state() 的呼叫。如認可 cf673ed0e057 中所述 (net修正 fraglist 分割參照計數洩漏)仍需要正確放置可能在 __copy_skb_header() 期間遭覆寫的 SKB 延伸模組參照。 (CVE-2026-22979)

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

偵測

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

medium Nessus Plugin ID 296404

版本 1.9