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

  - btrfs: 有効な csum ツリーがない場合の NULL ポインターデリファレンスを回避します。[バグ] rescue=idatacsums マウントオプションのある btrfs で読み取り専用のスクラブを試みるとき、次の呼び出しトレースでクラッシュします。バグ: カーネル NULL ポインターデリファレンス、アドレス: 0000000000000208 #PF: カーネルモードでのスーパーバイザー読み取りアクセス #PF: error_code(0x0000)
    - 存在しないページ CPU: 1 UID: 0 PID: 835 通信: btrfs 汚染済み: G O 6.15.0-rc3-custom+ #236 PREEMPT(フル) ハードウェア名: QEMU 標準 PC (Q35 + ICH9、2009)、BIOS 不明 02/02/2022 RIP:
    0010:btrfs_lookup_csums_bitmap+0x49/0x480 [btrfs] 呼び出しトレース: <TASK>scrub_find_fill_first_stripe+0x35b/0x3d0 [btrfs] scrub_simple_mirror+0x175/0x290 [btrfs] scrub_stripe+0x5f7/0x6f0 [btrfs] scrub_chunk+0x9a/0x150 [btrfs] scrub_enumerate_chunks+0x333/0x660 [btrfs] btrfs_scrub_dev+0x23e/0x600 [btrfs] btrfs_ioctl+0x1dcf/0x2f80 [btrfs] __x64_sys_ioctl+0x97/0xc0 do_syscall_64+0x4f/0x120 entry_SYSCALL_64_after_hwframe+0x76/0x7e [原因] マウントオプション rescue=idatacsums は csum ツリーのロードを完全にスキップするため、読み取られたデータではデータ csum が見つからなくなり、データチェックサムの検証が無視されます。通常、csum ツリーを利用するコールサイトは fs 状態フラグの NO_DATA_CSUMS ビットをチェックしますが、残念ながら scrub はそのビットを一切チェックしません。このため、NULL ポインターで btrfs_search_slot() を呼び出すために scrub が実行され、上記のクラッシュが引き起こされます。[修正] ツリー検索を行う前にエクステントと csum の両方のツリールートをチェックします。(CVE-2025-38059)

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

検出

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

medium Nessus プラグイン ID 243339

バージョン 1.2