CVE-2026-31596
ocfs2: handle invalid dinode in ocfs2_group_extend
Reported by linux · Published April 24, 2026
In the Linux kernel, the following vulnerability has been resolved: ocfs2: handle invalid dinode in ocfs2_group_extend [BUG] kernel BUG at fs/ocfs2/resize.c:308! Oops: invalid opcode: 0000 [#1] SMP KASAN NOPTI RIP: 0010:ocfs2_group_extend+0x10aa/0x1ae0 fs/ocfs2/resize.c:308 Code: 8b8520ff ffff83f8 860f8580 030000e8 5cc3c1fe Call Trace: ... ocfs2_ioctl+0x175/0x6e0 fs/ocfs2/ioctl.c:869 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:597 [inline] __se_sys_ioctl fs/ioctl.c:583 [inline] __x64_sys_ioctl+0x197/0x1e0 fs/ioctl.c:583 x64_sys_call+0x1144/0x26a0 arch/x86/include/generated/asm/syscalls_64.h:17 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0x93/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x76/0x7e ... [CAUSE] ocfs2_group_extend() assumes that the global bitmap inode block returned from ocfs2_inode_lock() has already been validated and BUG_ONs when the signature is not a dinode. That assumption is too strong for crafted filesystems because the JBD2-managed buffer path can bypass structural validation and return an invalid dinode to the resize ioctl. [FIX] Validate the dinode explicitly in ocfs2_group_extend(). If the global bitmap buffer does not contain a valid dinode, report filesystem corruption with ocfs2_error() and fail the resize operation instead of crashing the kernel.
EPSS 0.13% · 2.8th percentile
Fixed versions
Upgrade to a fixed version or later. Language registries are listed first, then Linux distributions, then vendor products.
| Package | Ecosystem | Fixed in |
|---|---|---|
| linux-aws-6.12 | Chainguard | 6.12.85-r0 |
| linux-aws-6.18 | Chainguard | 6.18.31-r0 |
| Linux | Linux | e384a850a3370d89a7a446cdeccd964bfba2a302, 911b557dd7817460881fd51a03069b539c674d0e, 41c6e9bc3a09539deab43957a3211d902a4818f0, 10fb72c47aac446f12a4ccd962c7daa60cc890a1 |
Risk scores
Affected products
| Vendor | Product | Versions |
|---|---|---|
| Linux | Linux | 10995aa2451afa20b721cc7de856cae1a13dba57, 10995aa2451afa20b721cc7de856cae1a13dba57, 10995aa2451afa20b721cc7de856cae1a13dba57 |
| Linux | Linux | 2.6.29, 0, 5.10.258 |
| chainguard | linux-aws-6.12 | 0 |
| chainguard | linux-aws-6.18 | 0 |
| linux | linux_kernel | 2.6.29, 2.6.29, 2.6.29 |
| chainguard | linux-vmware-6.12 | 0 |
| chainguard | linux-gcp-6.18 | 0 |
| chainguard | linux-qemu-6.18 | 0 |
| Linux | Linux | 7.1, 5.10.258, 5.15.209 |
| chainguard | linux-azure-6.18 | 0 |
| chainguard | linux-qemu-6.12 | 0 |
| chainguard | linux-vmware-6.18 | 0 |
Timeline
- Apr 24, 2026 CVE Published
- Apr 24, 2026 Security Advisory (103 in total, the first dated here)
- May 18, 2026 EPSS Score (25 in total, the first dated here)
- Jun 14, 2026 CVE Updated
- Jul 18, 2026 Coalition ESS Score
- Aug 11, 2026 Distribution Patch (97 in total, the first dated here)
Query this with the API
The same record, from the CLI:
vulnetix vdb vuln CVE-2026-31596
vulnetix vdb fixes CVE-2026-31596
Or with curl, using the org id and key from your account page:
curl -s -H "Authorization: ApiKey ${VULNETIX_ORG_ID}:${VULNETIX_API_KEY}" \
"https://api.vdb.vulnetix.com/v2/vuln/CVE-2026-31596/fixes/registry"
The Community plan is free and allows 50 queries a day. Get a free API key · API quickstart