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

  - 跟蹤：當直方圖統計資料分配失敗時保留項目計數 print_entries（） 會n_entries作為排序項目的數量和自己的傳回值，因此當統計資料分配失敗時，它儲存的 -ENOMEM 會覆寫清理仍需要的計數：n_entries = tracing_map_sort_entries（map， ...）;if （n_entries < 0） 傳回 n_entries;...if （！stats） { n_entries =
    -ENOMEM;去出去;} ...出：tracing_map_destroy_sort_entries（sort_entries，n_entries）;
    tracing_map_destroy_sort_entries（） 接受一個無簽名的 int 並迴圈到它，因此 -ENOMEM 以 4294967284 的形式到達。它最多遍歷映射>max_elts指標的陣列並調用 destroy_sort_entry（），它對末尾的任何內容進行解除引用和釋放。讀取具有 .percent 值的觸發程序的歷史檔案，該分配被迫失敗： 錯誤： KASAN：tracing_map_destroy_sort_entries+0xa0/0xb0 中的 vmalloc-out-of-bounds 透過任務 init/1 讀取 addr ffffc900000045000 的大小 8 tracing_map_destroy_sort_entries+0xa0/0xb0 hist_show+0x6f7/0x1df0 seq_read_iter+0x2b8/0x1190 vfs_read+0x176/0xa40 錯誤位址屬於從 ffffc90000041000 開始的 4 頁 vmalloc 區域，配置於 tracing_map_sort_entries+0x5c/0xd50 再往前走幾頁，故障是致命的。oops 處的暫存器確認了界限：迴圈的結束指標減去數組開始，超過指標大小，是4294967284的。在單獨的變數中傳回錯誤，並保留 n_entries 保留計數，就像 tracing_map_sort_entries（） 在自己的錯誤路徑上所做的那樣。統計資料區塊僅針對帶有 .percent 或 .graph 的值輸入，__create_val_field（） 自 v6.3 以來已拒絕該值，因此目前無法在主線上存取此值。透過跟蹤再次可以存取它：hist：讓值保留百分比和圖形修飾符，因此應該先套用它。（CVE-2026-97920）

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

偵測

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

medium Nessus Plugin ID 350573

版本 1.1