CVE-2026-43075: ocfs2: fix out-of-bounds write in ocfs2_write_end_inline
In the Linux kernel, the following vulnerability has been resolved:
ocfs2: fix out-of-bounds write in ocfs2_write_end_inline
KASAN reports a use-after-free write of 4086 bytes in
ocfs2_write_end_inline, called from ocfs2_write_end_nolock during a
copy_file_range splice fallback on a corrupted ocfs2 filesystem mounted on
a loop device. The actual bug is an out-of-bounds write past the inode
block buffer, not a true use-after-free. The write overflows into an
adjacent freed page, which KASAN reports as UAF.
The root cause is that ocfs2_try_to_write_inline_data trusts the on-disk
id_count field to determine whether a write fits in inline data. On a
corrupted filesystem, id_count can exceed the physical maximum inline data
capacity, causing writes to overflow the inode block buffer.
Call trace (crash path):
vfs_copy_file_range (fs/read_write.c:1634)
do_splice_direct
splice_direct_to_actor
iter_file_splice_write
ocfs2_file_write_iter
generic_perform_write
ocfs2_write_end
ocfs2_write_end_nolock (fs/ocfs2/aops.c:1949)
ocfs2_write_end_inline (fs/ocfs2/aops.c:1915)
memcpy_from_folio <-- KASAN: write OOB
So add id_count upper bound check in ocfs2_validate_inode_block() to
alongside the existing i_size check to fix it.
Security readout for executives and security teams
Plain-English summary
A corrupted OCFS2 filesystem can cause the Linux kernel to write beyond an inode buffer during a file-copy fallback. This kernel memory corruption may crash the system or affect confidentiality and integrity. Triggering is local and requires interaction with OCFS2, so exposure is concentrated on systems that mount affected OCFS2 filesystems or images.
Executive priority
Prioritize affected shared-storage hosts, virtualization or test systems accepting filesystem images, and machines where local users can reach OCFS2 operations. Patch promptly through normal kernel maintenance. Emergency treatment is most justified where untrusted images are mounted or OCFS2 is operationally exposed; systems without OCFS2 usage have substantially lower likely exposure.
Technical view
ocfs2_try_to_write_inline_data trusts the on-disk id_count value, allowing it to exceed physical inline-data capacity. ocfs2_write_end_inline can consequently copy beyond the inode block buffer. The reported copy_file_range fallback reproduced a 4,086-byte overwrite. The fix adds an id_count upper-bound check in ocfs2_validate_inode_block.
Likely exposure
Affected Linux systems are most exposed when OCFS2 is enabled and a corrupted filesystem is mounted and written. The supplied reproduction used a loop-mounted image. The CVSS vector indicates local, low-privileged access, but the bundle does not establish whether every affected configuration is practically reachable by such a user.
Exploitation context
The supplied record assigns CVSS 7.8 with high confidentiality, integrity, and availability impacts. It does not identify active exploitation, and KEV is false. A KASAN crash reproducer exists in the technical description, but reliable privilege escalation or broader weaponization is not demonstrated by the supplied evidence.
Researcher notes
The KASAN finding appeared as a use-after-free because the overwrite reached an adjacent freed page; the record identifies the underlying defect as an out-of-bounds write. Fix assessment should focus on id_count validation in ocfs2_validate_inode_block. The supplied affected-version data includes ambiguous entries, so commit or distribution-package mapping is safer than interpreting it literally.
Mitigation direction
Install the applicable vendor kernel update containing the OCFS2 validation fix.
Map the listed stable-kernel commits to your distribution's exact kernel package.
Until patched, avoid mounting untrusted or known-corrupted OCFS2 filesystems where operationally feasible.
Consult Linux distribution guidance if package-level fixed versions remain unclear.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2026-43075 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
9Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.