Skip to main content
VulnerabilityPublished Updated

CVE-2026-64213: Linux kernel · hwmon: (lm90) Add lock protection to lm90_alert

Source GCVE Database

0
Compare
Authoritative record:CVE-2026-64213· Medium

Not known to be exploited · CVSS 5.5 Medium · fixed in bed1fc32e0eb653806fa98afcf55f9a311fc4ce2 : update Linux kernel when convenient.

Data as of 30 Oct 2026, 16:33 UTC

CVSS 3.1 base score
5.5Medium
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
Patch
Available – fixed in bed1fc32e0eb653806fa98afcf55f9a311fc4ce2, b0b66aae8a94c3663d47e4000b0e81b89ce32186, 873e919e3101063a7a75989510ccfc125a4391cf +3
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Jul 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 7a1d220ccb0cc2b808eb176fb05bf55a38179f3f, < bed1fc32e0eb653806fa98afcf55f9a311fc4ce2
Fixed in
  • bed1fc32e0eb653806fa98afcf55f9a311fc4ce2
LinuxLinuxAffected
  • ≥ 7a1d220ccb0cc2b808eb176fb05bf55a38179f3f, < b0b66aae8a94c3663d47e4000b0e81b89ce32186
Fixed in
  • b0b66aae8a94c3663d47e4000b0e81b89ce32186
LinuxLinuxAffected
  • ≥ 7a1d220ccb0cc2b808eb176fb05bf55a38179f3f, < 873e919e3101063a7a75989510ccfc125a4391cf
Fixed in
  • 873e919e3101063a7a75989510ccfc125a4391cf
LinuxLinuxAffected
  • ≥ 7a1d220ccb0cc2b808eb176fb05bf55a38179f3f, < 165ef777ec6f634a5e4b8d9b0dadca8ef91fa90e
Fixed in
  • 165ef777ec6f634a5e4b8d9b0dadca8ef91fa90e
LinuxLinuxAffected
  • ≥ 7a1d220ccb0cc2b808eb176fb05bf55a38179f3f, < 02b88fa993582b4fe228b4143b330b0bb9f28353
Fixed in
  • 02b88fa993582b4fe228b4143b330b0bb9f28353
LinuxLinuxAffected
  • ≥ 7a1d220ccb0cc2b808eb176fb05bf55a38179f3f, < 1dc6a3469b5427e3bfd19010d7755ebc6019abc1
Fixed in
  • 1dc6a3469b5427e3bfd19010d7755ebc6019abc1

Description

In the Linux kernel, the following vulnerability has been resolved: hwmon: (lm90) Add lock protection to lm90_alert Sashiko reports: lm90_alert() executes in the smbus alert context and calls lm90_update_confreg() to disable the hardware alert line, without acquiring hwmon_lock. Concurrently, sysfs write operations (such as lm90_write_convrate) hold the hwmon_lock, temporarily modify data->config, and then restore it. If an alert interrupt occurs concurrently with a sysfs write, the sysfs path will overwrite the alert handler's modifications to data->config and the hardware register. This unintentionally re-enables the hardware alert line while the alarm is still active, causing an interrupt storm. Add the missing lock to lm90_alert() to solve the problem.

References

Community reviews

Loading reviews…