CVE-2024-35813: mmc: core: Avoid negative index with array access
In the Linux kernel, the following vulnerability has been resolved:
mmc: core: Avoid negative index with array access
Commit 4d0c8d0aef63 ("mmc: core: Use mrq.sbc in close-ended ffu") assigns
prev_idata = idatas[i - 1], but doesn't check that the iterator i is
greater than zero. Let's fix this by adding a check.
Security readout for executives and security teams
Plain-English summary
A Linux kernel MMC firmware-update path can access memory before an array when handling its first entry. Kernel memory errors can potentially affect the entire system, explaining the high severity. The supplied evidence indicates a local attack surface, not remote internet exposure, and does not establish active exploitation.
Executive priority
Treat this as high-priority kernel maintenance rather than an internet-wide emergency. Accelerate assessment for embedded, appliance, industrial, and other MMC-dependent systems, especially where less-trusted users or processes have local access. Use normal expedited patch governance unless vendor-specific evidence indicates greater urgency.
Technical view
The MMC core close-ended FFU logic assigned prev_idata from idatas[i-1] without ensuring i was greater than zero. At i=0, this becomes a negative array index. The correction adds the missing bounds check. CVSS 3.1 is 7.8, reflecting local, low-privilege, low-complexity potential for high confidentiality, integrity, and availability impact.
Likely exposure
Exposure is limited to Linux kernel builds containing the regression and capable of reaching the affected MMC FFU path. Systems using MMC storage deserve priority. The flattened version data supplied here does not preserve sufficiently clear range semantics, so displayed kernel versions alone should not determine vulnerability.
Exploitation context
The CVSS vector describes a local attacker with low privileges, low complexity, and no required user interaction. CVE-2024-35813 is not listed as KEV in the supplied bundle, and none of the provided sources establishes public exploitation, a proof of concept, or exploitation in the wild.
Researcher notes
The source establishes an idatas[i-1] access at i=0 and a bounds-check correction. It does not establish the precise triggering prerequisites, a reliable exploitation primitive, or observed attacks. The supplied affected-version representation mixes commits, releases, and default statuses without complete range semantics; validate against full vendor records and backport history.
Mitigation direction
Apply supported vendor kernel updates incorporating the cited upstream correction.
Consult distribution or device-vendor advisories for backport and package-specific status.
Prioritize systems using MMC storage or related firmware-update functionality.
If updates are delayed, reduce unnecessary local account access where operationally feasible.
Validation and detection
Inventory running kernel builds, package revisions, and systems using MMC storage.
Map each build to vendor advisories or source commits, not only its displayed kernel version.
Confirm the regression is absent or a cited corrective commit has been backported.
After updating, reboot and verify the corrected kernel is actually running.
Track systems whose vendors have not published a clear vulnerability determination.
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-35813 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.