CVE-2024-41034: nilfs2: fix kernel bug on rename operation of broken directory
In the Linux kernel, the following vulnerability has been resolved:
nilfs2: fix kernel bug on rename operation of broken directory
Syzbot reported that in rename directory operation on broken directory on
nilfs2, __block_write_begin_int() called to prepare block write may fail
BUG_ON check for access exceeding the folio/page size.
This is because nilfs_dotdot(), which gets parent directory reference
entry ("..") of the directory to be moved or renamed, does not check
consistency enough, and may return location exceeding folio/page size for
broken directories.
Fix this issue by checking required directory entries ("." and "..") in
the first chunk of the directory in nilfs_dotdot().
Security readout for executives and security teams
Plain-English summary
A corrupted NILFS2 directory can trigger a Linux kernel fault when it is renamed. Successful triggering could compromise confidentiality, integrity, or availability, but it requires local interaction with an affected NILFS2 filesystem. Systems not using NILFS2 are unlikely to be exposed.
Executive priority
Treat this as a high-priority kernel maintenance issue on NILFS2-using systems, especially those handling less-trusted storage. Prioritize targeted identification and patching rather than organization-wide emergency response. Escalate if NILFS2 use is widespread or affected hosts perform sensitive workloads.
Technical view
nilfs_dotdot() insufficiently validated the “.” and “..” entries in a broken directory. It could return an out-of-page location, causing __block_write_begin_int() to fail a BUG_ON bounds check during rename. The fix validates required entries within the directory’s first chunk.
Likely exposure
Exposure is concentrated on Linux systems running an affected kernel where NILFS2 is enabled and a malformed directory is processed during rename. The supplied CVSS vector indicates local access, low complexity, no privileges, and user interaction. Exact distribution package status requires vendor confirmation.
Exploitation context
CISA KEV status is false, and the supplied sources provide no evidence of active exploitation or a public weaponized exploit. The issue was reported by syzbot. Triggering depends on a broken NILFS2 directory and a rename operation, limiting exposure compared with remotely reachable vulnerabilities.
Researcher notes
The affected-version data includes kernel releases and repeated commit identifiers but does not clearly map every distribution build. Validate exposure against distribution advisories or the referenced stable commits. The source describes a kernel bounds assertion failure; it does not establish a demonstrated path to arbitrary code execution.
Mitigation direction
Install a vendor-supported kernel package that incorporates the referenced NILFS2 correction.
Prioritize systems that mount, process, or accept NILFS2 filesystems from less-trusted sources.
If immediate updating is unavailable, consult distribution guidance for supported temporary mitigations.
Schedule controlled reboots where required to activate the corrected kernel.
Validation and detection
Inventory kernel versions and identify hosts where NILFS2 is enabled or mounted.
Check distribution advisories and package changelogs specifically for CVE-2024-41034.
Confirm the running kernel, not merely the installed package, contains the correction.
Retest normal NILFS2 rename operations after updating without using intentionally malformed filesystems.
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-2024-41034 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.
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.