CVE-2024-50230: nilfs2: fix kernel bug due to missing clearing of checked flag
In the Linux kernel, the following vulnerability has been resolved:
nilfs2: fix kernel bug due to missing clearing of checked flag
Syzbot reported that in directory operations after nilfs2 detects
filesystem corruption and degrades to read-only,
__block_write_begin_int(), which is called to prepare block writes, may
fail the BUG_ON check for accesses exceeding the folio/page size,
triggering a kernel bug.
This was found to be because the "checked" flag of a page/folio was not
cleared when it was discarded by nilfs2's own routine, which causes the
sanity check of directory entries to be skipped when the directory
page/folio is reloaded. So, fix that.
This was necessary when the use of nilfs2's own page discard routine was
applied to more than just metadata files.
Security readout for executives and security teams
Plain-English summary
A flaw in Linux nilfs2 filesystem handling can trigger a kernel failure after filesystem corruption is detected and the filesystem becomes read-only. Systems using affected kernels may suffer crashes or potentially broader security impact when interacting with a problematic nilfs2 filesystem.
Executive priority
Prioritize remediation on systems actively using nilfs2 or processing less-trusted filesystem content. Treat general Linux fleet exposure as conditional rather than universal. Coordinate normal kernel patching promptly; accelerate where a crash would disrupt critical services.
Technical view
nilfs2 failed to clear a page or folio “checked” flag during its discard process. After reload, directory-entry validation could be skipped, allowing an out-of-page access to reach a BUG_ON in __block_write_begin_int(). The record classifies this as CWE-787 with CVSS 7.8 and local, low-complexity, user-interaction-required conditions.
Likely exposure
Exposure is concentrated on affected Linux systems that mount or otherwise process nilfs2 filesystems. Risk is greater where users can introduce filesystem media or images. Systems not using nilfs2 are unlikely to expose the vulnerable path. The supplied version data is insufficient for precise package-level conclusions.
Exploitation context
The CVSS vector indicates local access and user interaction are required. The issue was discovered by syzbot and occurs following detected filesystem corruption. The supplied sources provide no evidence of active exploitation, and the CVE is not identified as CISA KEV.
Researcher notes
The vulnerable state transition involves nilfs2 detecting corruption, degrading read-only, discarding a page or folio without clearing its checked flag, and later skipping directory-entry validation after reload. Stable fixes are referenced across several kernel branches. Exact vulnerable and fixed package boundaries should be obtained from the relevant distributor.
Mitigation direction
Install a vendor-supported kernel update containing the applicable stable nilfs2 fix.
Consult the Linux distributor advisory for exact fixed package versions and reboot requirements.
Limit nilfs2 use on affected systems until patched, where operationally feasible.
Validation and detection
Inventory running kernel versions and distributor package revisions.
Identify systems mounting nilfs2 filesystems or accepting user-supplied filesystem media or images.
Confirm the installed kernel changelog or source contains the applicable stable fix.
Review kernel logs for nilfs2 corruption, read-only degradation, or related kernel BUG events.
After updating and rebooting, verify the corrected kernel is running.
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.
cwe · low confidence lookup
CWE-787: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
2CVSS vectors
3Timeline events
2ADP providers
11Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
2 official scores
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-787 · source CWE mapping
Out-of-bounds Write
Out-of-bounds Write represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.