CVE-2022-48806: eeprom: ee1004: limit i2c reads to I2C_SMBUS_BLOCK_MAX
In the Linux kernel, the following vulnerability has been resolved:
eeprom: ee1004: limit i2c reads to I2C_SMBUS_BLOCK_MAX
Commit effa453168a7 ("i2c: i801: Don't silently correct invalid transfer
size") revealed that ee1004_eeprom_read() did not properly limit how
many bytes to read at once.
In particular, i2c_smbus_read_i2c_block_data_or_emulated() takes the
length to read as an u8. If count == 256 after taking into account the
offset and page boundary, the cast to u8 overflows. And this is common
when user space tries to read the entire EEPROM at once.
To fix it, limit each read to I2C_SMBUS_BLOCK_MAX (32) bytes, already
the maximum length i2c_smbus_read_i2c_block_data_or_emulated() allows.
Security readout for executives and security teams
Plain-English summary
CVE-2022-48806 is a Linux kernel flaw in the ee1004 EEPROM driver. A read request for a full EEPROM could exceed the allowed I2C SMBus block size because a 256-byte length overflows an 8-bit value. Public sources do not provide a CVSS score, impact rating, or evidence of active exploitation.
Executive priority
Treat as a targeted kernel maintenance item, not an emergency, unless your environment exposes EEPROM reads to untrusted local users. Schedule validation during normal Linux patch governance and confirm vendor coverage.
Technical view
ee1004_eeprom_read() failed to cap per-read length before calling i2c_smbus_read_i2c_block_data_or_emulated(), whose length parameter is u8. When count becomes 256 after offset and page-boundary handling, the cast overflows. The kernel fix limits each read to I2C_SMBUS_BLOCK_MAX, 32 bytes.
Likely exposure
Exposure is limited to Linux systems using the ee1004 EEPROM driver and code paths where userspace reads EEPROM data. Exact affected release ranges are not fully clear from the provided record; confirm against kernel or distribution backports.
Exploitation context
The source describes a userspace-triggered read-size handling bug, commonly hit when reading an entire EEPROM at once. No cited source or KEV entry indicates active exploitation, public weaponization, or remote exploitation.
Researcher notes
The public record lacks CVSS, CWE, and explicit impact details. Analysis should focus on the ee1004 driver fix: bounding SMBus block reads to 32 bytes to prevent u8 length overflow at 256-byte reads.
Mitigation direction
Apply Linux kernel updates containing the ee1004 read-length limit fix.
Check distribution advisories for CVE-2022-48806 backports.
Prioritize systems where untrusted local users can access EEPROM read interfaces.
If uncertain, request vendor confirmation for your kernel build.
Validation and detection
Confirm the running kernel includes the referenced stable fix or vendor backport.
Review kernel package changelogs for CVE-2022-48806 or the ee1004 fix text.
Inventory systems with the ee1004 driver built or loaded.
Document any systems requiring vendor clarification due to custom kernels.
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-2022-48806 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.