CVE-2024-35821: ubifs: Set page uptodate in the correct place
In the Linux kernel, the following vulnerability has been resolved:
ubifs: Set page uptodate in the correct place
Page cache reads are lockless, so setting the freshly allocated page
uptodate before we've overwritten it with the data it's supposed to have
in it will allow a simultaneous reader to see old data. Move the call
to SetPageUptodate into ubifs_write_end(), which is after we copied the
new data into the page.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel bug in UBIFS, a flash-oriented filesystem. The kernel could mark a newly allocated page as ready before the correct data was copied into it, allowing a concurrent read to observe stale or incorrect data. Business impact is highest where Linux systems use UBIFS for operational or embedded storage.
Executive priority
Prioritize remediation for Linux fleets that use UBIFS, especially embedded or appliance-like systems where filesystem integrity matters. This is high severity, but the provided sources do not indicate known exploitation. Patch through normal kernel update channels with accelerated handling for UBIFS-dependent systems.
Technical view
UBIFS set PageUptodate too early during write handling. Because page-cache reads are lockless, a racing reader could consume a page before new data had replaced old contents. The upstream resolution moves SetPageUptodate into ubifs_write_end(), after data copy completion. The CVSS 3.1 score is 7.5, rated high.
Likely exposure
Exposure is limited to Linux systems using affected kernel versions with UBIFS in use. The bundle identifies Linux as affected and lists versions from 2.6.27 through 6.9 with stable kernel fix references. Non-UBIFS systems are less likely to be materially exposed.
Exploitation context
The source bundle does not show CISA KEV listing or active exploitation evidence. The issue is a race-condition data integrity flaw, not a documented remote exploit path in the provided sources. Treat exploitation status as unconfirmed unless vendor or threat-intelligence sources provide new evidence.
Researcher notes
The key flaw is incorrect ordering around PageUptodate in UBIFS write completion. Validate exposure by confirming both kernel lineage and UBIFS usage. The provided CWE is CWE-772, though the description is more directly about page-cache state ordering and lockless reads.
Mitigation direction
Identify Linux assets using UBIFS-backed filesystems.
Upgrade to vendor kernels containing the referenced upstream stable fixes.
For Debian LTS systems, review the cited Debian LTS advisories.
Prioritize embedded, appliance, and flash-storage Linux deployments.
If patching is delayed, follow vendor-specific operational guidance.
Validation and detection
Inventory kernel versions across Linux assets.
Confirm whether UBIFS is mounted or used on each asset.
Map installed kernels against vendor advisories and fixed builds.
Verify the relevant stable patch is included in source or package changelogs.
Document systems that are not exposed because UBIFS is absent.
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-772: 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.
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-772 · source CWE mapping
Missing Release of Resource after Effective Lifetime
Missing Release of Resource after Effective Lifetime represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.