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

  - procfsVMA ロックを保持している間のビルド ID のフェッチを回避します。syzbot により報告されるデッドロックを回避するために、質問を受けて VMA をロックするために使用される mmap_lock または VMA ごとのロックをドロップした後のみ、オプションのビルド ID をフェッチするように PROCMAP_QUERY を修正します -> #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
    *** これは、直近の syzbot レポートを確認していないため深刻化しているようです
    777a8560fd29 lib/buildidスリープ可能なコンテキストに対して __kernel_read() を使用しますこれを安全にするには、VMA がまだロックされているときにファイル refcount を取り込む必要がありますが、それ以外は非常に簡単です。
    内部 build_id_parse() API は VMA が渡されることを想定していますが、必要なのは下層ファイル参照のみです。そのため、ファイルが直接渡されることを想定する別のバリアント build_id_parse_file() を追加してください。 [akpm@linux-foundation.orgkerneldoc を修正します]CVE-2026-23199

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-23199

medium Nessus プラグイン ID 299123

バージョン 1.20