CVE-2026-53039: Linux OCFS2 Local Denial of Service via Unvalidated Group Add
A flaw in the Linux kernel's OCFS2 filesystem implementation allows a local user to trigger a kernel panic (denial of service) by providing specially crafted input to the OCFS2_IOC_GROUP_ADD ioctl. The vulnerability stems from the code attempting to cache group descriptor information before properly validating it, causing an assertion failure in the buffer management code.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- Weaknesses (CWE)
- CWE-617
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-24 / 2026-07-14
NVD description (verbatim)
In the Linux kernel, the following vulnerability has been resolved: ocfs2: validate group add input before caching [BUG] OCFS2_IOC_GROUP_ADD can trigger a BUG_ON in ocfs2_set_new_buffer_uptodate(): kernel BUG at fs/ocfs2/uptodate.c:509! Oops: invalid opcode: 0000 [#1] SMP KASAN NOPTI RIP: 0010:ocfs2_set_new_buffer_uptodate+0x194/0x1e0 fs/ocfs2/uptodate.c:509 Code: ffffe88f 42b9fe4c 89e64889 dfe8b4df Call Trace: ocfs2_group_add+0x3f1/0x1510 fs/ocfs2/resize.c:507 ocfs2_ioctl+0x309/0x6e0 fs/ocfs2/ioctl.c:887 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 RIP: 0033:0x7bbfb55a966d [CAUSE] ocfs2_group_add() calls ocfs2_set_new_buffer_uptodate() on a user-controlled group block before ocfs2_verify_group_and_input() validates that block number. That helper is only valid for newly allocated metadata and asserts that the block is not already present in the chosen metadata cache. The code also uses INODE_CACHE(inode) even though the group descriptor belongs to main_bm_inode and later journal accesses use that cache context instead. [FIX] Validate the on-disk group descriptor before caching it, then add it to the metadata cache tracked by INODE_CACHE(main_bm_inode). Keep the validation failure path separate from the later cleanup path so we only remove the buffer from that cache after it has actually been inserted. This keeps the group buffer lifetime consistent across validation, journaling, and cleanup.
8 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-53039 is a use-before-validation bug in fs/ocfs2/resize.c where ocfs2_group_add() calls ocfs2_set_new_buffer_uptodate() on a user-supplied group block number prior to invoking ocfs2_verify_group_and_input(). The ocfs2_set_new_buffer_uptodate() function asserts that the block is not already cached, and it additionally uses INODE_CACHE(inode) instead of INODE_CACHE(main_bm_inode), causing a BUG_ON when the metadata cache state is inconsistent with the journal's expectations. The fix reorders validation before caching, ensures the correct inode cache context is used (main_bm_inode), and maintains proper buffer lifetime semantics across the validation, journaling, and cleanup paths.
Business impact
This vulnerability enables local denial of service attacks against systems running affected Linux kernels with OCFS2 support. An authenticated user can crash the kernel, disrupting cluster services and any applications relying on OCFS2 storage. While the CVSS score reflects the local-only nature of exploitation and lack of confidentiality or integrity impact, repeated crashes can degrade availability and complicate cluster operations.
Affected systems
The vulnerability affects the Linux kernel, specifically the OCFS2 (Oracle Cluster Filesystem 2) subsystem. It requires local system access and the ability to issue ioctl calls on an OCFS2 filesystem mount. Systems using OCFS2 for cluster storage or local filesystem operations are at risk; many standard Linux distributions compile OCFS2 as a loadable module.
Exploitability
Exploitation is straightforward for a local attacker: triggering the OCFS2_IOC_GROUP_ADD ioctl with an invalid group block number immediately causes a kernel panic. No special privileges beyond normal user access to an OCFS2 mount are required. The vulnerability is not known to be weaponized in public exploits, but the attack surface is low friction.
Remediation
Apply a kernel patch that implements the validation reordering: validate the on-disk group descriptor via ocfs2_verify_group_and_input() before calling ocfs2_set_new_buffer_uptodate(), and use INODE_CACHE(main_bm_inode) for consistency with journal operations. Verify the applied patch against your Linux distribution's kernel advisory or kernel.org for the specific version number.
Patch guidance
Check your Linux distribution's security advisories for a kernel update addressing CVE-2026-53039 in the OCFS2 subsystem. The fix involves reordering validation logic in ocfs2_group_add() to occur before any cache operations, and correcting the inode cache context. Rebuild and test the kernel in your environment before production deployment, particularly if you rely on OCFS2 for storage cluster operations.
Detection guidance
Monitor kernel logs for BUG_ON panics originating from fs/ocfs2/uptodate.c:509 or fs/ocfs2/resize.c:507. Audit ioctl call patterns targeting OCFS2_IOC_GROUP_ADD from unprivileged users. If your infrastructure does not use OCFS2, this vulnerability poses no risk. Systems with OCFS2 disabled or not loaded are unaffected.
Why prioritize this
Although CVSS 5.5 is moderate, prioritize patching if your infrastructure depends on OCFS2 for cluster or local storage. Local DoS vulnerabilities that crash the kernel warrant rapid remediation in production environments, particularly where cluster uptime is critical. If OCFS2 is not in use, deprioritize behind remote code execution or privilege escalation issues.
Risk score, explained
The CVSS 3.1 score of 5.5 (MEDIUM) reflects: local attack vector (AV:L) requiring direct system access, low attack complexity (AC:L) with no special conditions, low privilege requirement (PR:L) for an authenticated user, no user interaction (UI:N), unchanged scope (S:U), no confidentiality loss (C:N), no integrity loss (I:N), but high availability impact (A:H) via kernel panic. The score appropriately downweights the attack due to locality but emphasizes the severity of the denial of service effect.
Frequently asked questions
Do I need to worry about this if I don't use OCFS2?
No. This vulnerability only affects systems with OCFS2 enabled and mounted. If your system uses standard ext4, XFS, or other filesystems and does not have OCFS2 loaded, you are not at risk from this issue.
Can this be exploited remotely?
No. CVE-2026-53039 requires local system access and the ability to execute ioctl calls on an OCFS2 mount. It cannot be triggered remotely over a network.
What is the impact if an attacker exploits this?
The kernel will panic and crash. This causes immediate service disruption for any applications using OCFS2 storage and may disrupt cluster operations if OCFS2 is part of your cluster infrastructure. There is no data loss or unauthorized access; the impact is availability only.
Will patching require downtime?
Yes, kernel updates typically require a system restart. Plan patching during a maintenance window for systems running OCFS2 in production.
This advisory is provided for informational purposes and does not constitute professional security advice. The vulnerability details, CVSS score, and affected products are based on the published CVE record. Organizations should verify patch availability through their Linux distribution or kernel.org, conduct thorough testing in non-production environments before deployment, and assess applicability based on their use of OCFS2. SEC.co makes no warranty regarding the completeness, accuracy, or suitability of this information for any particular environment. Source: NVD (public-domain), retrieved 2026-07-31. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-46220MEDIUMLinux AMDGPU Kernel Panic DoS Vulnerability
- CVE-2026-46287MEDIUMLinux txgbe Driver RTNL Locking Defect
- CVE-2026-52961MEDIUMLinux Kernel Ceph Filesystem Race Condition Causing Kernel Panic
- CVE-2026-46117HIGHLinux RDMA/mana Kernel Privilege Escalation via Invalid Queue Pair Configuration
- CVE-2026-52952HIGHLinux Kernel IOMMU Use-After-Free in Domain Attachment
- CVE-2026-52954HIGHLinux Kernel Ceph Client Denial of Service via Malformed OSD Map
- CVE-2026-46542MEDIUMNimiq Ed25519 Denial-of-Service Vulnerability (Version 1.4.0 Patch)
- CVE-2026-46543MEDIUMNimiq Remote Node Crash Vulnerability