Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - uprobesuprobe_write_opcode() の共有されたゼロページを拒否します syzkaller テストで次のクラッシュを引き起こしました BUGプロセス syz.7.38 pfn:1eff3 の不良なページ状態 refcount:0 mapcount:0 mapping:0000000000000000000000000000000000000000000000000000000000000000000000000000000000 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 04/01/2014 Call Trace <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/uprobe_write_opcode+0x460 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-counter の状態が不適切です mm:00000000452453e0 type:MM_FILEPAGES は次のテストで val:-1 を関係に使用できます。 create(0x7f0000000000)='./file0\x00', 0x8) write$nbdr2, &(0x7f0000000580)=ANY=[], 0x10r4 = openat(0xffffffffffff9c, &(0x7f0000000040)='./file0 \x00', 0x42, 0x0mmap$IORING_OFF_SQ_RING(&(0x7f0000ffd000/0x3000)=nil, 0x3000, 0x0, 0x12, r4, 0x0r5 = userfaultfd(0x80801) ioctl$UFFDIO_API(r5, 0xc018aa3f, &(0x7f00400)0000000000000000000000000 {0xaa, 0x20}r6 = userfaultfd(0x80801) ioctl$UFFDIO_API(r6, 0xc018aa3f, &(0x7f0000000140)) ioctl$UFFDIO_REGISTER(r6, 0xc020aa00, &(0x7f00000000000000000000000000000000000000000000000 }, 0x2}ioctl$UFFDIO_ZEROPAGEr5, 0xc020aa04, &(0x7f0000000000)={{&(0x7f0000ffd000/0x1000)=nil, 0x1000}}r7 = bpf$PROG_LOAD(0x5, &(0x7f0000000140)={0x2, 0x300140)={0x2, 0x3000000000000000000000000000000000 , &(0x7f0000000200)=ANY=[@ANYBLOB=1800000000120000000000000000000095], &(0x7f0000000000)='GPL\x00', 0x7, 0x0, 0x0, 0x0, 0x0, '\x00', 0x0, @fa llback=0x30、0xffffffffffffff、0x0、0x0、0x0、0x0、0x0、0x0、0x0、0x0、0x0、0x0、0x0、0x10、@void、@value}、0x94bpf$BPF_LINK_CREATE_XDP0x1c、&(0x7f0000000000000000 )={r7, 0x0, 0x30, 0x1e, @val=@uprobe_multi={&(0x7f00000000080)='./file0\x00', &(0x7f0000000100)=[0x2], 0x0, 0x0, 0x1}}, 0x40原因は、mfill_atomic_pte_zeropage()のRSSカウントを増加させることなくpfnがPTEに設定され、ゼロfolioのrefcountがそれに応じて増加しないことです。次に、同じpfnの操作がuprobe_write_opcode()->__replace_page()で実行され、RSSカウントとold_folioのrefcountが無条件に減少します。したがって、2つのバグが導入されます1. RSSカウントが不適切です。プロセスが終了するとき、check_mm()がエラー不正な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) zero folio での uprobe ヒットは非常に稀なケースであると考えられます。 、get_user_page_vma_remote() の直後にゼロ古い folio を拒否します。 [ mingo変更ログをクリーンアップしました ]CVE-2025-21881

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-21881

medium Nessus プラグイン ID 244694

バージョン 1.14