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

  - powerpc/pgtable-frag：修正 powerpc 使用 pt_frag_refcount 作為追蹤其 PTE 和 PMD 頁面表格片段的參照計數器pte_frag_destroy錯誤的頁面狀態。對於 PTE 表，如果是 64K 頁面大小的雜湊，我們在一個 64K 頁面中有 16 個 4K 大小的片段。修補程式系列 [1] mm：由 RCU 新增 pte_free_defer（） 釋放撤回的頁面表格，以延遲在 shmem 範圍內呼叫 retract_page_tables（） 進行 madvise MADV_COLLAPSE時釋放 PTE 表格。[1]:
    https://lore.kernel.org/all/7cd843a9-aa80-14f-5eb2-33427363c20@google.com/ pte_free_defer（） 會在對應片段的對開本上設定作用中旗標，並呼叫 pte_fragment_free（），以減少pt_frag_refcount。當pt_frag_refcount達到 0 （沒有使用對開本的作用中片段） 時，它會檢查是否已設定對開本作用中旗標，如果設定，則會呼叫 call_rcu 以釋放對開本，如果作用中旗標未設定，則會呼叫 pte_free_now（）。現在，這可能會導致極端情況下出現以下問題......[ 265.351553][ T183] 錯誤：處理程序 a.out pfn：20d62 中的錯誤頁面狀態 [ 265.353555][ T183] page： refcount：0 mapcount：0 mapping：00000000000000000 index：0x0 pfn：0x20d62 [ 265.355457][ T183] 旗標：
    0x3ffff800000100（作用中|節點=0|區域=0|lastcpupid=0x7ffff）[ 265.358719][ T183] raw： 003ffff8000000100 00000000000000000 5deadbeef0000122 000000000000000000000 [ 265.360177][ T183] raw： 0000000000000000000000000 c00000000119caf58 0000000000ffff 000000000000000000 [ 265.361438][ T183] 頁面轉儲的原因如下：
    PAGE_FLAGS_CHECK_AT_FREE 旗標 set [ 265.362572][ T183] 連結的模組：[ 265.364622][ T183] CPU：0 UID：0 PID：183 Comm：a.out 未受污染 6.18.0-rc3-00141-g1ddeaaace7ff-dirty #53 VOLUNTARY [ 265.364785][T183] 硬體名稱：IBM pSeries （由 qemu 模擬） POWER10 （架構） 0x801200 0xf000006 of：SLOF，git-ee03ae pSeries [ 265.364908][ T183] 呼叫追蹤：[ 265.364955][ T183] [c0000000011e6f7c0] [c000000001cfaa18] dump_stack_lvl+0x130/0x148 （不可靠） [ 265.365202][ T183] [c000000011e6f7f0] [c000000000794758] bad_page+0xb4/0x1c8 [ 265.365384][ T183] [c000000011e6f890] [c00000000079c020]
    __free_frozen_pages+0x838/0xd08 [ 265.365554][ T183] [c000000011e6f980] [c0000000000a70ac] pte_frag_destroy+0x298/0x310 [ 265.365729][ T183] [c000000011e6fa30] [c0000000000aa764] arch_exit_mmap+0x34/0x218 [ 265.365912][ T183] [c000000011e] 6fa80] [c000000000751698] exit_mmap+0xb8/0x820 [ 265.366080][ T183] [c000000011e6fc30] [c000000001b1258] __mmput+0x98/0x300 [ 265.366244][ T183] [c000000011e6fc80] [c0000000001c81f8] do_exit+0x470/0x1508 [ 265.366421][ T183] [c000000011e6fd70] [c0000000001c95e4] do_group_exit+0x88/0x148 [ 265.366602][ T183] [c000000011e6fdc0] [c0000000001c96ec] pid_child_should_wake+0x0/0x178 [ 265.366780][ T183] [c000000011e6f] df0] [c00000000003a270] system_call_exception+0x1b0/0x4e0 [ 265.366958][ T183] [c000000011e6fe50] [c00000000000d05c] system_call_vectored_common+0x15c/0x2ec 當此類作品集從 do_exit（） 路徑並行釋放（設定了活動旗標）時，會發生錯誤頁面狀態錯誤。當從此對開本配置 PTE 片段時，可能會發生這種情況，但當所有片段都釋放時，pte_frag_refcount仍有一些未使用的片段。現在，如果此進程結束，並且使用pte_frag在 mm->context 中緩存的對開本，那麼在 pte_frag_destroy（） 期間，我們只需調用 pagetable_dtor（） 和 pagetable_free（），這意味著它不會清除活動標誌。這可能會導致上述錯誤。由於我們無論如何都在 do_exit（） 路徑中，那麼如果引用計數為 0，那麼我想在調用 pagetable_dtor（） 和 pagetable_free（） 之前簡單地清除對開本活動標誌應該沒問題。（CVE-2026-53109）

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

偵測

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

high Nessus Plugin ID 322711

版本 1.7