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

  - net/sched： cls_u32：當節點 ID 集區用盡時，修正重複的控點 gen_new_kid（） 會在兩個 idr_alloc_u32（） 範圍已滿時回復為傳回 max （htid | 0xFFF），而不是報告錯誤。
    u32_change（） 信任該值，並插入具有雜湊表中已存在的控點的新節點，從而破壞表節點 ID 空間內的控點唯一性。此句柄從未在 ht->handle_idr 中保留，因此每個稍後執行 idr_remove（&ht->handle_idr， handle） 的錯誤路徑都會移除不同的即時 knode 的保留，然後重複使用一個失敗的複合添加到進一步的重複項中。4095 的限制是每個（表、桶），ht->handle_idr 是每個雜湊表，範圍派生自 htid（bucketid），因此除數為 256 的表可以合法地容納 256*4095 個節點。同級協助程式 gen_new_htid（） 具有相同的無訊息帶內故障：當tp_c句柄集區 （1..0x7FF） 已滿時，它傳回 0，而 u32_init（） 發佈句柄為 0 的根雜湊表，而不進行檢查。u32_lookup_ht（） 中具有 0 別名的兩個根表，允許 cross-tcf_proto knode 新增/查詢/刪除。新增除數路徑已有的相同耗盡檢查。傳回錯誤，因此當節點 ID 空間用盡時，u32_change（） 會以 ENOSPC/ENOMEM 失敗，而當雜湊表 ID 空間用盡時，u32_init（） 會以 -ENOMEM 失敗。extack 訊息可區分儲存區耗盡 （-ENOSPC） 與暫時性配置失敗 （-ENOMEM）。重建錯誤的條件： - CONFIG_NET_SCHED=y、CONFIG_CLS_U32=y （或載入模組的 =m） - 在裝置上建立 clsact qdisc，然後新增具有自動產生控點的 4095 u32 過濾器，以填滿根雜湊表 （單一儲存區） 的節點 ID 空間。第 4096 個自動句柄篩選器新增會觸發重複的句柄 （fh 800：：fff 重複使用）。可在層級 2 連線 （unshare -urn， namespace-local CAP_NET_ADMIN）。- 對於gen_new_htid：在同一區塊上建立 2047 個 u32 原型項目以填滿tp_c句柄集區，然後再建立一個。根資料表會取得控點 0，並與其他控點 0 根資料表別名。（CVE-2026-98104）

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

偵測

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

high Nessus Plugin ID 350617

版本 1.2