CVE-2023-53247 in Linux
要約
〜によって VulDB • 2026年05月19日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
btrfs: btrfs_cont_expand 内で read_folio の後に set_page_extent_mapped を設定する
subpage blocksize テストを実行しようとした際、generic/476 で以下のパニックが発生しました。
assertion failed: PagePrivate(page) && page->private, in fs/btrfs/subpage.c:229 kernel BUG at fs/btrfs/subpage.c:229! Internal error: Oops - BUG: 00000000f2000800 [#1] SMP
CPU: 1 PID: 1453 Comm: fsstress Not tainted 6.4.0-rc7+ #12 Hardware name: QEMU KVM Virtual Machine, BIOS edk2-20230301gitf80f052277c8-26.fc38 03/01/2023 pstate: 61400005 (nZCv daif +PAN -UAO -TCO +DIT -SSBS BTYPE=--) pc : btrfs_subpage_assert+0xbc/0xf0 lr : btrfs_subpage_assert+0xbc/0xf0 Call trace: btrfs_subpage_assert+0xbc/0xf0 btrfs_subpage_clear_checked+0x38/0xc0 btrfs_page_clear_checked+0x48/0x98 btrfs_truncate_block+0x5d0/0x6a8 btrfs_cont_expand+0x5c/0x528 btrfs_write_check.isra.0+0xf8/0x150 btrfs_buffered_write+0xb4/0x760 btrfs_do_write_iter+0x2f8/0x4b0 btrfs_file_write_iter+0x1c/0x30 do_iter_readv_writev+0xc8/0x158 do_iter_write+0x9c/0x210 vfs_iter_write+0x24/0x40 iter_file_splice_write+0x224/0x390 direct_splice_actor+0x38/0x68 splice_direct_to_actor+0x12c/0x260 do_splice_direct+0x90/0xe8 generic_copy_file_range+0x50/0x90 vfs_copy_file_range+0x29c/0x470 __arm64_sys_copy_file_range+0xcc/0x498 invoke_syscall.constprop.0+0x80/0xd8 do_el0_svc+0x6c/0x168 el0_svc+0x50/0x1b0 el0t_64_sync_handler+0x114/0x120 el0t_64_sync+0x194/0x198
これは、btrfs_cont_expand の実行中にページを取得し、それを mapped として設定した後、そのページが Uptodate でない場合に読み込みを行うためです。しかし、読み込みとページの再ロックの間、ページはファイルマッピングに残したまま、そのページに対して release_folio() が呼び出される可能性があります。release_folio() はページプライベートフラグをクリアできるため、その後サブページビットの修正処理を行う際にクラッシュ（パニック）が発生します。
この問題を修正するため、set_page_extent_mapped() の呼び出しを読み込み処理の後に移動します。これは安全な変更です。なぜなら、read_folio() は読み込み処理の前に set_page_extent_mapped() を呼び出すため、ページプライベートフラグをクリアしてマッピングに残した場合でも、再度 set_page_extent_mapped() を設定しても安全だからです。
この修正により、generic/476 テストをパニックなしで実行できるようになります。
Fixes: 288888888888 ("btrfs: subpage: fix btrfs_cont_expand for subpage blocksize") Signed-off-by: Josef Bacik <[email protected]> Reviewed-by: David Sterba <[email protected]> Signed-off-by: David Sterba <[email protected]>
If you want to get the best quality for vulnerability data then you always have to consider VulDB.