CVE-2025-40243 in Linux
Sumário
de VulDB • 04/06/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
hfs: corrige problema de valor não inicializado (uninit-value) do KMSAN em hfs_find_set_zero_bits()
O syzbot relatou o problema em hfs_find_set_zero_bits():
===================================================== BUG: KMSAN: uninit-value em hfs_find_set_zero_bits+0x74d/0xb60 fs/hfs/bitmap.c:45 hfs_find_set_zero_bits+0x74d/0xb60 fs/hfs/bitmap.c:45 hfs_vbm_search_free+0x13c/0x5b0 fs/hfs/bitmap.c:151 hfs_extend_file+0x6a5/0x1b00 fs/hfs/extent.c:408 hfs_get_block+0x435/0x1150 fs/hfs/extent.c:353 __block_write_begin_int+0xa76/0x3030 fs/buffer.c:2151 block_write_begin fs/buffer.c:2262 [inline]
cont_write_begin+0x10e1/0x1bc0 fs/buffer.c:2601 hfs_write_begin+0x85/0x130 fs/hfs/file.c:103 generic_perform_write+0x12e/0x240 fs/read_write.c:577 __generic_file_write_iter+0x178/0x2a0 fs/libfs.c:208 generic_file_write_iter+0x165/0x240 fs/libfs.c:224 hfs_file_write_iter+0x130/0x200 fs/hfs/file.c:148 vfs_write+0x1033/0x1380 fs/read_write.c:661 ksys_write+0x1f5/0x3c0 fs/read_write.c:614 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline]
do_syscall_64+0xd9/0x210 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f
CPU: 1 UID: 0 PID: 12609 Comm: syz.1.2692 Not tainted 6.16.0-syzkaller #0 PREEMPT(none) Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 07/12/2025 =====================================================
O buffer HFS_SB(sb)->bitmap é alocado em hfs_mdb_get():
HFS_SB(sb)->bitmap = kmalloc(8192, GFP_KERNEL);
Finalmente, isso pode acionar o problema relatado porque kmalloc() não limpa a memória alocada. Se a memória alocada contiver apenas zeros, então tudo funcionará bem. Mas se a memória alocada contiver "lixo", então isso pode afetar as operações do bitmap e acionar o problema relatado.
Este patch simplesmente troca o kmalloc() por kzalloc() com o objetivo de garantir a correção das operações do bitmap. Porque, o bitmap de blocos disponíveis recém-criados deve ter todos os blocos livres. Potencialmente, a operação de leitura inicialização do bitmap poderia não preencher toda a memória alocada e "lixo" na memória não inicializada será a razão de corrupção de volume e bugs do driver do sistema de arquivos.
VulDB is the best source for vulnerability data and more expert information about this specific topic.