PT-2026-51842 · Linux · Linux
Published
2026-06-24
·
Updated
2026-06-24
·
CVE-2026-52948
None
No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
i2c: dev: prevent integer overflow in I2C TIMEOUT ioctl
While fuzzing with Syzkaller, a persistent
schedule timeout: wrong timeout value warning was observed, accompanied by SMBus controller
state machine corruption.The I2C TIMEOUT ioctl accepts a user-provided timeout in multiples of
10 ms. The user argument is checked against INT MAX, but it is
subsequently multiplied by 10 before being passed to msecs to jiffies().
A malicious user can pass a large value (e.g., 429496729) that passes
the
arg > INT MAX check but overflows when multiplied by 10. This
results in a truncated 32-bit unsigned value that bypasses the
internal (int)m < 0 check in msecs to jiffies().The truncated value is then assigned to
client->adapter->timeout
(a signed 32-bit int), which is reinterpreted as a negative number.
When passed to wait for completion timeout(), this negative value
undergoes sign extension to a 64-bit unsigned long, triggering the
schedule timeout warning and causing premature returns. This leaves
the SMBus state machine in an unrecoverable state, constituting a
local Denial of Service (DoS).Fix this by bounding the user argument to
INT MAX / 10.[wsa: move the comment as well]
Found an issue in the description? Have something to add? Feel free to write us 👾
Related Identifiers
Affected Products
Linux