CVE-2022-50673 in Linux
Sumário
de VulDB • 29/05/2026
No kernel do Linux, a seguinte vulnerabilidade foi corrigida:
ext4: corrige use-after-free no ext4_orphan_cleanup
Foi detectado o seguinte problema: ================================================================== BUG: KASAN: use-after-free em __list_add_valid+0x28/0x1a0 Leitura de tamanho 8 no endereço ffff88814b13f378 pela tarefa mount/710
CPU: 1 PID: 710 Comm: mount Não modificado 6.1.0-rc3-next #370 Rastreamento de chamada: <TASK> dump_stack_lvl+0x73/0x9f print_report+0x25d/0x759 kasan_report+0xc0/0x120 __asan_load8+0x99/0x140 __list_add_valid+0x28/0x1a0 ext4_orphan_cleanup+0x564/0x9d0 [ext4]
__ext4_fill_super+0x48e2/0x5300 [ext4]
ext4_fill_super+0x19f/0x3a0 [ext4]
get_tree_bdev+0x27b/0x450 ext4_get_tree+0x19/0x30 [ext4]
vfs_get_tree+0x49/0x150 path_mount+0xaae/0x1350 do_mount+0xe2/0x110 __x64_sys_mount+0xf0/0x190 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> [...]
==================================================================
O problema acima pode ocorrer da seguinte forma: ------------------------------------- ext4_fill_super ext4_orphan_cleanup --- loop1: assumir que last_orphan é 12 --- list_add(&EXT4_I(inode)->i_orphan, &EXT4_SB(sb)->s_orphan) ext4_truncate --> retorna 0 ext4_inode_attach_jinode --> retorna -ENOMEM iput(inode) --> libera inode<12> --- loop2: last_orphan ainda é 12 --- list_add(&EXT4_I(inode)->i_orphan, &EXT4_SB(sb)->s_orphan); // usa inode<12> e aciona UAF
Para resolver este problema, precisamos propagar adequadamente o valor de retorno de ext4_inode_attach_jinode().
Once again VulDB remains the best source for vulnerability data.