CVE-2022-49707
published 2025-02-26CVE-2022-49707: In the Linux kernel, the following vulnerability has been resolved: ext4: add reserved GDT blocks check We capture a NULL pointer issue when resizing a corrupt…
PriorityP421medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.28%
20.2th percentile
In the Linux kernel, the following vulnerability has been resolved:
ext4: add reserved GDT blocks check
We capture a NULL pointer issue when resizing a corrupt ext4 image which
is freshly clear resize_inode feature (not run e2fsck). It could be
simply reproduced by following steps. The problem is because of the
resize_inode feature was cleared, and it will convert the filesystem to
meta_bg mode in ext4_resize_fs(), but the es->s_reserved_gdt_blocks was
not reduced to zero, so could we mistakenly call reserve_backup_gdb()
and passing an uninitialized resize_inode to it when adding new group
descriptors.
mkfs.ext4 /dev/sda 3G
tune2fs -O ^resize_inode /dev/sda #forget to run requested e2fsck
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
The fix is simple, add a check in ext4_resize_begin() to make sure that
the es->s_reserved_gdt_blocks is zero when the resize_inode feature is
disabled.
Affected
22 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 5.18.14-1 (bookworm) | linux 5.18.14-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | >= 1c6bd7173d66b3dfdefcedb38cabc1fb03997509 < 0dc2fca8e4f9ac4a40e8424a10163369cca0cc06 | 0dc2fca8e4f9ac4a40e8424a10163369cca0cc06 |
| linux | linux | >= 1c6bd7173d66b3dfdefcedb38cabc1fb03997509 < 7c921328ac760bba780bdace41f4cd045f7f1405 | 7c921328ac760bba780bdace41f4cd045f7f1405 |
| linux | linux | >= 1c6bd7173d66b3dfdefcedb38cabc1fb03997509 < b9747263b13e5290ac4d63bec47e38f701303cad | b9747263b13e5290ac4d63bec47e38f701303cad |
| linux | linux | >= 1c6bd7173d66b3dfdefcedb38cabc1fb03997509 < fba54289176702a7caac0b64738406775817f451 | fba54289176702a7caac0b64738406775817f451 |
| linux | linux | >= 1c6bd7173d66b3dfdefcedb38cabc1fb03997509 < bfd004a1d3a062aac300523d406ac1f3e5f1a82c | bfd004a1d3a062aac300523d406ac1f3e5f1a82c |
| linux | linux | >= 1c6bd7173d66b3dfdefcedb38cabc1fb03997509 < 33b1bba31f4c784d33d2c2517964bdccdc9204cd | 33b1bba31f4c784d33d2c2517964bdccdc9204cd |
| linux | linux | >= 1c6bd7173d66b3dfdefcedb38cabc1fb03997509 < af75c481a2e45e70f62f5942c93695e95bf7bd21 | af75c481a2e45e70f62f5942c93695e95bf7bd21 |
| linux | linux | >= 1c6bd7173d66b3dfdefcedb38cabc1fb03997509 < b55c3cd102a6f48b90e61c44f7f3dda8c290c694 | b55c3cd102a6f48b90e61c44f7f3dda8c290c694 |
| linux | linux_kernel | < 4.9.320 | 4.9.320 |
| linux | linux_kernel | — | — |
| linux | linux_kernel | >= 0 < 5.10.127-1 | 5.10.127-1 |
| linux | linux_kernel | >= 0 < 5.18.14-1 | 5.18.14-1 |
| linux | linux_kernel | >= 0 < 5.18.14-1 | 5.18.14-1 |
| linux | linux_kernel | >= 0 < 5.18.14-1 | 5.18.14-1 |
| linux | linux_kernel | >= 4.10 < 4.14.285 | 4.14.285 |
| linux | linux_kernel | >= 4.15 < 4.19.249 | 4.19.249 |
| linux | linux_kernel | >= 4.20 < 5.4.200 | 5.4.200 |
| linux | linux_kernel | >= 5.11 < 5.15.49 | 5.15.49 |
| linux | linux_kernel | >= 5.16 < 5.18.6 | 5.18.6 |
| linux | linux_kernel | >= 5.5 < 5.10.124 | 5.10.124 |
CVSS provenance
nvdv3.15.5MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
osv5.5MEDIUM
vendor_debian5.5MEDIUM
vendor_redhat5.5MEDIUM
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
GHSA
GHSA-gcmg-mgh2-gvc3: In the Linux kernel, the following vulnerability has been resolved:
ext4: add reserved GDT blocks check
We capture a NULL pointer issue when resizin
ghsa_unreviewed·2025-03-12
CVE-2022-49707 [MEDIUM] CWE-476 GHSA-gcmg-mgh2-gvc3: In the Linux kernel, the following vulnerability has been resolved:
ext4: add reserved GDT blocks check
We capture a NULL pointer issue when resizin
In the Linux kernel, the following vulnerability has been resolved:
ext4: add reserved GDT blocks check
We capture a NULL pointer issue when resizing a corrupt ext4 image which
is freshly clear resize_inode feature (not run e2fsck). It could be
simply reproduced by following steps. The problem is because of the
resize_inode feature was cleared, and it will convert the filesystem to
meta_bg mode in ext4_resize_fs(), but the es->s_reserved_gdt_blocks was
not reduced to zero, so could we mistakenly call reserve_backup_gdb()
and passing an uninitialized resize_inode to it when adding new group
descriptors.
mkfs.ext4 /dev/sda 3G
tune2fs -O ^resize_inode /dev/sda #forget to run requested e2fsck
mount /dev/sda /mnt
resize2fs /dev/sda 8G
BUG: kernel NULL pointer dereference, address: 000000000
OSV
CVE-2022-49707: In the Linux kernel, the following vulnerability has been resolved: ext4: add reserved GDT blocks check We capture a NULL pointer issue when resizing
osv·2025-02-26·CVSS 5.5
CVE-2022-49707 [MEDIUM] CVE-2022-49707: In the Linux kernel, the following vulnerability has been resolved: ext4: add reserved GDT blocks check We capture a NULL pointer issue when resizing
In the Linux kernel, the following vulnerability has been resolved: ext4: add reserved GDT blocks check We capture a NULL pointer issue when resizing a corrupt ext4 image which is freshly clear resize_inode feature (not run e2fsck). It could be simply reproduced by following steps. The problem is because of the resize_inode feature was cleared, and it will convert the filesystem to meta_bg mode in ext4_resize_fs(), but the es->s_reserved_gdt_blocks was not reduced to zero, so could we mistakenly call reserve_backup_gdb() and passing an uninitialized resize_inode to it when adding new group descriptors. mkfs.ext4 /dev/sda 3G tune2fs -O ^resize_inode /dev/sda #forget to run requested e2fsck mount /dev/sda /mnt resize2fs /dev/sda 8G ======== BUG: kernel NULL pointer dereference, address: 0000
Red Hat
kernel: ext4: add reserved GDT blocks check
vendor_redhat·2025-02-26·CVSS 5.5
CVE-2022-49707 [MEDIUM] CWE-476 kernel: ext4: add reserved GDT blocks check
kernel: ext4: add reserved GDT blocks check
In the Linux kernel, the following vulnerability has been resolved:
ext4: add reserved GDT blocks check
We capture a NULL pointer issue when resizing a corrupt ext4 image which
is freshly clear resize_inode feature (not run e2fsck). It could be
simply reproduced by following steps. The problem is because of the
resize_inode feature was cleared, and it will convert the filesystem to
meta_bg mode in ext4_resize_fs(), but the es->s_reserved_gdt_blocks was
not reduced to zero, so could we mistakenly call reserve_backup_gdb()
and passing an uninitialized resize_inode to it when adding new group
descriptors.
mkfs.ext4 /dev/sda 3G
tune2fs -O ^resize_inode /dev/sda #forget to run requested e2fsck
mount /dev/sda /mnt
resize2fs /dev/sda 8G
BUG: kernel NUL
Debian
CVE-2022-49707: linux - In the Linux kernel, the following vulnerability has been resolved: ext4: add r...
vendor_debian·2022·CVSS 5.5
CVE-2022-49707 [MEDIUM] CVE-2022-49707: linux - In the Linux kernel, the following vulnerability has been resolved: ext4: add r...
In the Linux kernel, the following vulnerability has been resolved: ext4: add reserved GDT blocks check We capture a NULL pointer issue when resizing a corrupt ext4 image which is freshly clear resize_inode feature (not run e2fsck). It could be simply reproduced by following steps. The problem is because of the resize_inode feature was cleared, and it will convert the filesystem to meta_bg mode in ext4_resize_fs(), but the es->s_reserved_gdt_blocks was not reduced to zero, so could we mistakenly call reserve_backup_gdb() and passing an uninitialized resize_inode to it when adding new group descriptors. mkfs.ext4 /dev/sda 3G tune2fs -O ^resize_inode /dev/sda #forget to run requested e2fsck mount /dev/sda /mnt resize2fs /dev/sda 8G ======== BUG: kernel NULL pointer dereference, address: 0000
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/0dc2fca8e4f9ac4a40e8424a10163369cca0cc06https://git.kernel.org/stable/c/33b1bba31f4c784d33d2c2517964bdccdc9204cdhttps://git.kernel.org/stable/c/7c921328ac760bba780bdace41f4cd045f7f1405https://git.kernel.org/stable/c/af75c481a2e45e70f62f5942c93695e95bf7bd21https://git.kernel.org/stable/c/b55c3cd102a6f48b90e61c44f7f3dda8c290c694https://git.kernel.org/stable/c/b9747263b13e5290ac4d63bec47e38f701303cadhttps://git.kernel.org/stable/c/bfd004a1d3a062aac300523d406ac1f3e5f1a82chttps://git.kernel.org/stable/c/fba54289176702a7caac0b64738406775817f451
2025-02-26
Published