CVE-2022-49707 in Linux
Tóm tắt
Bởi VulDB • 28/06/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
ext4: thêm kiểm tra các khối GDT dự phòng (reserved GDT blocks)
Chúng tôi ghi nhận một vấn đề con trỏ NULL khi thay đổi kích thước của ảnh ext4 bị hỏng, trong đó tính năng resize_inode vừa mới bị xóa bỏ (chưa chạy e2fsck). Lỗi này có thể được tái tạo đơn giản bằng các bước sau. Vấn đề xảy ra do tính năng resize_inode đã bị xóa, khiến hệ thống tệp chuyển sang chế độ meta_bg trong hàm ext4_resize_fs(), nhưng es->s_reserved_gdt_blocks không được giảm về 0, dẫn đến việc gọi nhầm reserve_backup_gdb() và truyền vào đó một cấu trúc resize_inode chưa khởi tạo khi thêm các bộ mô tả nhóm mới.
mkfs.ext4 /dev/sda 3G tune2fs -O ^resize_inode /dev/sda #quên chạy e2fsck theo yêu cầu 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 ========
Cách khắc phục rất đơn giản, đó là thêm một phép kiểm tra trong ext4_resize_begin() để đảm bảo rằng es->s_reserved_gdt_blocks bằng 0 khi tính năng resize_inode bị vô hiệu hóa.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.