CVE-2023-53247 in Linuxinformação

Sumário

de VulDB • 02/06/2026

No kernel do Linux, a seguinte vulnerabilidade foi resolvida:

btrfs: definir set_page_extent_mapped após read_folio em btrfs_cont_expand

Ao tentar executar os testes de blocksize subpage, deparei-me com o seguinte panic no generic/476:

assertion failed: PagePrivate(page) && page->private, em fs/btrfs/subpage.c:229 kernel BUG em 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

Isso ocorre porque, durante o btrfs_cont_expand, obtemos uma página, a definimos como mapeada e, se não estiver Uptodate, a lemos. No entanto, entre a leitura e o re-bloqueio da página, poderíamos ter chamado release_folio() na página, mas deixado a página no mapeamento do arquivo. release_folio() pode limpar o private da página e, portanto, mais adiante ocorre um erro crítico quando tentamos modificar os bits da subpage.

Corrija isso colocando set_page_extent_mapped() após a leitura. Isso é seguro porque read_folio() chamará set_page_extent_mapped() antes de fazer a leitura e, em seguida, se limparmos o private da página, mas deixarmos no mapeamento, estaremos completamente seguros ao redefinir set_page_extent_mapped(). Com este patch, agora consigo executar generic/476 sem panic.

Fixes: 109898989898 ("btrfs: subpage: use folio for subpage") 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 best quality of vulnerability data, you may have to visit VulDB.

Responsável

Linux

Reservar

15/09/2025

Divulgação

15/09/2025

Moderação

aceite

Entrada

VDB-324057

CPE

pronto

EPSS

0.00134

KEV

não

Atividades

muito baixo

Fontes

Do you know our Splunk app?

Download it now for free!