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

  - uprobes拒絕 uprobe_write_opcode() 中的共用 zeropage。我們在 syzkaller 測試中觸發了下列損毀錯誤：處理程序 syz.7.38 pfn:1eff3 頁面refcount:0 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x1eff3 中的頁面狀態錯誤flags
    0x3fffff00004004(referenced|reserved|node=0|zone=1|lastcpupid=0x1fffff) raw: 003fffff00004004 ffffe6c6c07bfcc8 ffffe6c6c07bfcc8 0000000000000000 raw: 0000000000000000 0000000000000000 00000000fffffffe 0000000000000000 page dumped because: PAGE_FLAGS_CHECK_AT_FREE flag(s) set Hardware name: QEMU Standard PC (i440FX + PIIX, 1996)、BIOS 1.13.0-1ubuntu1.1 2014 年 4 月 1 日 呼叫追踪 <TASK> dump_stack_lvl+0x32/0x50 bad_page+0x69/0xf0 free_unref_page_prepare+0x401/0x500 free_unref_page+0x6d/0x1b0 uprobe_write_opcode+0x460/0x8e0 install_breakpoint..part 0+0x51/0x80 register_for_each_vma+0x1d9/0x2b0
    __uprobe_register+0x245/0x300 bpf_uprobe_multi_link_attach+0x29b/0x4f0 link_create+0x1e2/0x280
    __sys_bpf+0x75f/0xac0 __x64_sys_bpf+0x1a/0x30 do_syscall_64+0x56/0x100 entry_SYSCALL_64_after_hwframe+0x78/0xe2 錯誤rss 計數器狀態 mm:00000000452453e0 type:MM_FILEPAGES val:-1 重現測試案例可用於creat(&(0x7f0000000000)='./file0\x00', 0x8) write$nbd(r2, &(0x7f0000000580)=ANY=[], 0x10) r4 = openat(0xffffffffffffff9c, &(0x7f0000000040)='./file0 \x00', 0x42, 0x0) mmap$IORING_OFF_SQ_RING(&(0x7f0000ffd000/0x3000)=nil, 0x3000, 0x0, 0x12, r4, 0x0) r5 = userfaultfd(0x80801) ioctl$UFFDIO_API(r5, 0xc018aa3f, &(0x7f00000004000)= {0xaa, 0x20}) r6 = userfaultfd(0x80801) ioctl$UFFDIO_API(r6, 0xc018aa3f, &(0x7f0000000140)) ioctl$UFFDIO_REGISTER(r6, 0xc020aa00, &(0x7f0000000100)={&(0x7f00000ffc00000/00100)={&(0x740000ffc0000000/00xx) }, 0x2}) ioctl$UFFDIO_ZEROPAGE(r5, 0xc020aa04, &(0x7f0000000000)={{&(0x7f0000ffd000/0x1000)=nil, 0x1000}}) r7 = bpf$PROG_LOAD(0x5, &(0x7f0000000140)={0x2, 0x3) 、 &(0x7f0000000200)=ANY=[@ANYBLOB=1800000000120000000000000000000095]、 &(0x7f0000000000)='GPL\x00', 0x7, 0x0, 0x0, 0x0, 0x0, '\x00', @fa llback=0x30、0xffffffffffffffff、0x0、0x0、0x0、0x0、0x0、0x0、0x0、0x0、0x0、0x0、0x0、0x10、0x0、@void、@value}、0x94) bpf$BPF_LINK_CREATE_XDP(0x1c, &(0x7f0000000040) )={r7, 0x0, 0x30, 0x1e, @val=@uprobe_multi={&(0x7f0000000080)='./file0\x00', &(0x7f0000000100)=[0x2], 0x0, 0x0, 0x1}}, 0x40)原因是在沒有增加 mfill_atomic_pte_zeropage() 中的 RSS 計數的情況下對 PTE 設定了零 pfn且零對開本的參照計數不會相應增加。然後在 uprobe_write_opcode()->__replace_page() 中對相同 pfn 執行作業以無條件減少 RSS 計數和 old_folio 的 refcount。因此引入了兩個錯誤 1. RSS 計數不正確當處理程序結束時check_mm() 報告錯誤 Bad rss-count。 2. folio->refcount 為零時會釋放保留的 folio (零 folio)然後 free_pages_prepare->free_page_is_bad() 報告錯誤頁面狀態錯誤。除此之外理論上也可觸發下列警告__replace_page() -> ... -> folio_remove_rmap_pte() -> VM_WARN_ON_FOLIO(is_zero_folio(folio), folio) 考慮到在零 folio 上發生 uprobe 是非常罕見的情況僅在拒絕 get_user_page_vma_remote() 之後立即拒絕零舊的作品集。 [ Mingo清理變更記錄 ] (CVE-2025-21881)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2025-21881

medium Nessus Plugin ID 244694

找不到變更記錄