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

  - pstore/ram：修正 persistent_ram_save_old（） 中的緩衝區溢位 persistent_ram_save_old（） 可以針對同一persistent_ram_zone多次呼叫 （例如，透過 ramoops_pstore_read -> ramoops_get_next_prz 對 PSTORE_TYPE_DMESG 記錄）。目前，該函數僅在 NULL 時分配 prz->old_log，但它會無條件地將 prz->old_log_size 更新為當前緩衝區大小，然後使用這個新大小執行 memcpy_fromio（）。如果緩衝區大小自第一次配置以來增長（這可能發生在不同的核心啟動週期中），這會導致： 1. memcpy_fromio（） 調用中的堆積緩衝區溢位 （OOB 寫入） 2.當 ramoops_pstore_read（） 使用不正確 （較大） 的old_log_size存取緩衝區時，後續的 OOB 讀取 KASAN splat 看起來類似於： 錯誤：KASAN：ramoops_pstore_read+0x... 在 addr 處讀取大小 N ...按任務...... 條件可能極難達到： 0. 因位元組的 less-than-record-max-size ramoops 寫入而損毀。1. 重新啟動：ramoops 暫存器，pstore_get_records（0） 讀取舊的當機，分配大小為 X 2 的old_log。當機處理常式已註冊，計時器啟動（如果 pstore_update_ms >= 0） 3.哎呀發生（非致命，系統繼續） 4.pstore_dump（） 透過 ramoops_pstore_write（） 大小 Y 寫入 oops （>X） 5.pstore_new_entry = 1，pstore_timer_kick（） 稱為 6。系統繼續運行（不是錯誤哎呀） 7.計時器在 pstore_update_ms 毫秒後觸發 8.
    pstore_timefunc（） schedule_work（） pstore_dowork（） pstore_get_records（1） 9.ramoops_get_next_prz（） persistent_ram_save_old（） 10.buffer_size（） 傳回 Y，但 old_log 是 X 位元組 11。Y > X：memcpy_fromio（） 溢位堆積 需求： - 存在未填滿記錄大小的先前損毀記錄 （幾乎不可能，因為損毀處理常式會盡可能多地寫入記錄中，以最大記錄大小為上限，且 kmsg 緩衝區幾乎一律超過最大記錄大小） - pstore_update_ms >= 0 （預設停用） - 非致命 oops （系統存續） 當新大小與先前配置的大小。這可確保old_log始終有足夠的空間來複製要複製的資料。（CVE-2026-46253）

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

偵測

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

high Nessus Plugin ID 318582

版本 1.13