In the Linux kernel, the following vulnerability has been resolved:
eeprom: at24: fix memory corruption race condition
If the eeprom is not accessible, an nvmem device will be registered, the
read will fail, and the device will be torn down. If another driver
accesses the nvmem device after the teardown, it will reference
invalid memory.
Move the failure point before registering the nvmem device.
Security readout for executives and security teams
Plain-English summary
A Linux kernel race can leave another driver using memory after an inaccessible AT24 EEPROM device is removed. Successful triggering could crash the system or corrupt kernel memory, potentially affecting confidentiality and integrity. Exposure appears limited to systems using the affected EEPROM and nvmem code paths under specific timing conditions.
Executive priority
Treat as a high-priority maintenance issue for embedded, appliance, industrial, and server systems that actually use AT24 EEPROM devices. Broader fleets without this hardware path can be triaged lower after validation. Patch during the next appropriate maintenance window, accelerating systems showing EEPROM access failures or unexplained kernel instability.
Technical view
The AT24 driver registered an nvmem device before confirming that the EEPROM was accessible. A failed read then caused teardown, while a concurrent driver could retain and dereference invalid memory. The correction moves the accessibility failure before nvmem registration. CVSS 3.1 is 7.0: local, high complexity, low privileges, no user interaction.
Likely exposure
Most relevant to Linux systems with AT24-compatible EEPROM hardware and another driver consuming its nvmem device. The bundle identifies Linux 5.3 and several stable correction points, but its version data is not fully normalized. Confirm exposure against the deployed distribution kernel and whether it contains the applicable stable fix.
Exploitation context
The supplied sources do not report active exploitation, and the CVE is not listed as KEV in the bundle. Exploitation requires local access, low privileges, a high-complexity race, an inaccessible EEPROM, and concurrent nvmem access. These constraints reduce likelihood, although kernel memory corruption makes successful exploitation consequential.
Researcher notes
This is a teardown race producing an invalid-memory reference in kernel context. The source bundle supplies no CWE and no evidence demonstrating practical privilege escalation or active exploitation. Researchers should distinguish theoretical CVSS impacts from proven outcomes and map fixes by stable branch or distribution backport because the bundled affected-version representation is ambiguous.
Mitigation direction
Install a vendor-supported kernel containing the applicable upstream stable fix.
Confirm the distribution backport rather than relying only on the displayed kernel version.
Prioritize updates for systems using AT24 EEPROM and nvmem consumers.
If updating is delayed, consult the Linux distribution's guidance for supported mitigations.
Validation and detection
Inventory deployed kernel versions and distribution patch levels.
Determine whether AT24 EEPROM support and dependent nvmem consumers are present.
Verify that the applicable stable commit is included or backported.
Review kernel logs for AT24 access failures, nvmem errors, crashes, or memory-corruption symptoms.
After updating, confirm the corrected kernel is running following reboot.
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-35848 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.