CVE-2024-39467 in Linux
Sumário
de VulDB • 11/06/2026
No kernel do Linux, a seguinte vulnerabilidade foi corrigida:
f2fs: correção para realizar verificação de integridade em i_xattr_nid em sanity_check_inode()
O syzbot relata um erro no kernel conforme abaixo:
F2FS-fs (loop0): Montado com versão do checkpoint = 48b305e4 ================================================================== BUG: KASAN: slab-out-of-bounds in f2fs_test_bit fs/f2fs/f2fs.h:2933 [inline]
BUG: KASAN: slab-out-of-bounds in current_nat_addr fs/f2fs/node.h:213 [inline]
BUG: KASAN: slab-out-of-bounds in f2fs_get_node_info+0xece/0x1200 fs/f2fs/node.c:600 Leitura de tamanho 1 no endereço ffff88807a58c76c pela tarefa syz-executor280/5076
CPU: 1 PID: 5076 Comm: syz-executor280 Não contaminado (Not tainted) 6.9.0-rc5-syzkaller #0 Nome do hardware: Google Google Compute Engine/Google Compute Engine, BIOS Google 03/27/2024 Rastreamento de chamada (Call Trace):
__dump_stack lib/dump_stack.c:88 [inline]
dump_stack_lvl+0x241/0x360 lib/dump_stack.c:114 print_address_description mm/kasan/report.c:377 [inline]
print_report+0x169/0x550 mm/kasan/report.c:488 kasan_report+0x143/0x180 mm/kasan/report.c:601 f2fs_test_bit fs/f2fs/f2fs.h:2933 [inline]
current_nat_addr fs/f2fs/node.h:213 [inline]
f2fs_get_node_info+0xece/0x1200 fs/f2fs/node.c:600 f2fs_xattr_fiemap fs/f2fs/data.c:1848 [inline]
f2fs_fiemap+0x55d/0x1ee0 fs/f2fs/data.c:1925 ioctl_fiemap fs/ioctl.c:220 [inline]
do_vfs_ioctl+0x1c07/0x2e50 fs/ioctl.c:838 __do_sys_ioctl fs/ioctl.c:902 [inline]
__se_sys_ioctl+0x81/0x170 fs/ioctl.c:890 do_syscall_x64 arch/x86/entry/common.c:52 [inline]
do_syscall_64+0xf5/0x240 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f
A causa raiz é que omitimos a verificação de integridade (sanity check) em i_xattr_nid durante f2fs_iget(), fazendo com que, no caminho da função fiemap(), current_nat_addr() acesse nat_bitmap com um deslocamento baseado em um i_xattr_nid inválido, resultando na ativação do relatório de erro kasan. A correção é aplicada para resolver isso.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.