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

  - procfs避免在保留 VMA 鎖定時擷取組建 ID。將 PROCMAP_QUERY 修正為只在卸除 mmap_lock 或 per-VMA 鎖定 (以鎖定有問題的 VMA 中所用者為準) 後擷取選用的組建 ID以避免 syzbot 報告的鎖死-> #1 (&mm ->mmap_lock){++++}-{4:4}: __might_fault+0xed/0x170
    _copy_to_iter+0x118/0x1720 copy_page_to_iter+0x12d/0x1e0 filemap_read+0x720/0x10a0 blkdev_read_iter+0x2b5/0x4e0 vfs_read+0x7f4/0xae0 ksys_read+0x12a/0x250 do_syscall_64+0xcb/0xf80 entry_SYSCALL_64_after_hwframe+0x77/0x7f -> #0 (&sb->s_type- >i_mutex_key#8){++++}-{4:4}:
    __lock_acquire+0x1509/0x26d0 lock_acquire+0x185/0x340 down_read+0x98/0x490 blkdev_read_iter+0x2a7/0x4e0
    __kernel_read+0x39a/0xa90 freader_fetch+0x1d5/0xa80 __build_id_parse.isra.0+0xea/0x6a0 do_procmap_query+0xd75/0x1050 procfs_procmap_ioctl+0x7a/0xb0 __x64_sys_ioctl+0x18e/0x210 do_syscall_64+0xcb/0xf80 entry_SYSCALL_64_after_hwframe+0x77/0x7f other info that might help us除錯此可能的不安全鎖定情況CPU0 CPU1 ---- ---- rlock(&mm->mmap_lock);
    lock(&sb->s_type->i_mutex_key#8); lock(&mm->mmap_lock); rlock(&sb->s_type->i_mutex_key#8); *** DEADLOCK
    ***這似乎因最近的
    777a8560fd29 (lib/buildid針對可睡眠的內容使用 __kernel_read()) 為確保安全我們必須在 VMA 仍處於鎖定狀態時擷取檔案參照計數但除此之外一切皆相當簡單。
    內部 build_id_parse() API 假設 VMA 已傳遞但它只需要基礎檔案參照因此只要新增預期直接傳遞 file 的另一個變體 build_id_parse_file()。 [akpm@linux-foundation.org修正 kerneldoc] (CVE-2026-23199)

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

偵測

Linux Distros 未修補的弱點：CVE-2026-23199

medium Nessus Plugin ID 299123

版本 1.23