CVE-2026-31627: i2c: s3c24xx: check the size of the SMBUS message before using it
In the Linux kernel, the following vulnerability has been resolved:
i2c: s3c24xx: check the size of the SMBUS message before using it
The first byte of an i2c SMBUS message is the size, and it should be
verified to ensure that it is in the range of 0..I2C_SMBUS_BLOCK_MAX
before processing it.
This is the same logic that was added in commit a6e04f05ce0b ("i2c:
tegra: check msg length in SMBUS block read") to the i2c tegra driver.
Security readout for executives and security teams
Plain-English summary
A Linux kernel flaw in the s3c24xx I2C driver allows an invalid SMBus message length to be processed without first checking its permitted range. Exploitation is assessed as local and requires low privileges. Successful exploitation could seriously affect confidentiality, integrity, and availability, although the supplied sources do not describe the precise failure mechanism.
Executive priority
Use an expedited patch cycle for embedded or Linux systems that actively use this driver, especially where untrusted users have local access. First determine driver usage because the issue is hardware and driver specific. Treat the raw version list cautiously and obtain exact fixed-package confirmation from the operating-system or device vendor.
Technical view
The first SMBus message byte specifies block size and must be between zero and I2C_SMBUS_BLOCK_MAX. The s3c24xx driver used that value before validating it. Linux resolved the issue by adding the missing bounds check, following equivalent logic previously added to the Tegra I2C driver. CVSS 3.1 scores it 7.8: local, low-complexity, low-privilege, no-user-interaction.
Likely exposure
Exposure is concentrated in Linux systems that run an affected kernel and actively use the s3c24xx I2C driver for SMBus operations. Systems without that driver or relevant hardware are unlikely to be exposed. The supplied affected-version data is ambiguous and should not replace distribution or vendor package guidance.
Exploitation context
The bundle marks this CVE as absent from KEV, and no supplied source reports active exploitation or a public exploit. The CVSS vector indicates a local attacker with low privileges, not a remote unauthenticated attacker. Absence of cited exploitation evidence does not prove exploitation has never occurred.
Researcher notes
The validated range is 0 through I2C_SMBUS_BLOCK_MAX. The fix checks the SMBus size byte before processing, mirroring an earlier Tegra-driver correction. The bundle supplies no CWE, crash trace, proof of concept, or detailed memory-safety consequence, so a specific corruption primitive or privilege-escalation path cannot be confirmed from these sources.
Mitigation direction
Upgrade to a vendor kernel explicitly documented as containing the applicable CVE-2026-31627 fix.
Consult distribution or device-vendor guidance for exact fixed package and firmware versions.
Prioritize systems actively using the s3c24xx I2C driver and permitting untrusted local access.
Reduce untrusted local account access until affected systems are confirmed patched.
Validation and detection
Inventory running kernel and vendor package versions on systems using relevant Samsung-platform hardware.
Confirm whether the s3c24xx I2C driver is present and active.
Map each kernel package to vendor guidance or the applicable linked Linux stable fix.
After upgrading, verify the fixed kernel is running and normal I2C or SMBus operations still succeed.
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-2026-31627 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.
1CVSS vectors
3Timeline events
0ADP providers
10Source links
CVSS vector scores
1 official score
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.