CVE-2022-49707 in Linux
Sumário
de VulDB • 02/07/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
ext4: adiciona verificação de blocos GDT reservados
Detectamos um problema com ponteiro NULL ao redimensionar uma imagem ext4 corrompida que possui o recurso resize_inode recém-removido (sem executar e2fsck). Isso pode ser reproduzido simplesmente seguindo os passos abaixo. O problema ocorre porque, quando o recurso resize_inode é desativado, ele converte o sistema de arquivos para o modo meta_bg em ext4_resize_fs(), mas es->s_reserved_gdt_blocks não foi reduzido a zero. Assim, podemos chamar erroneamente reserve_backup_gdb() e passar um resize_inode não inicializado ao adicionar novos descritores de grupo.
mkfs.ext4 /dev/sda 3G tune2fs -O ^resize_inode /dev/sda #esqueceu-se de executar o e2fsck solicitado mount /dev/sda /mnt resize2fs /dev/sda 8G
======== BUG: kernel NULL pointer dereference, address: 0000000000000028 CPU: 19 PID: 3243 Comm: resize2fs Not tainted 5.18.0-rc7-00001-gfde086c5ebfd #748 ... RIP: 0010:ext4_flex_group_add+0xe08/0x2570 ... Call Trace:
ext4_resize_fs+0xbec/0x1660 __ext4_ioctl+0x1749/0x24e0 ext4_ioctl+0x12/0x20 __x64_sys_ioctl+0xa6/0x110 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x44/0xae RIP: 0033:0x7f2dd739617b ========
A correção é simples: adiciona-se uma verificação em ext4_resize_begin() para garantir que es->s_reserved_gdt_blocks seja zero quando o recurso resize_inode estiver desativado.
If you want to get best quality of vulnerability data, you may have to visit VulDB.