CVE-2026-45914: Linux Kernel
High severity, CVSS 7.8. EPSS: 0.2% chance of exploitation in the next 30 days.
In the Linux kernel, the following vulnerability has been resolved: Revert "hwmon: (ibmpex) fix use-after-free in high/low store" This reverts commit 6946c726c3f4c36f0f049e6f97e88c510b15f65d. Jean Delvare points out that the patch does not completely fix the reported problem, that it in fact introduces a (new) race condition, and that it may actually not be needed in the first place. Various AI reviews agree. Specific and relevant AI feedback: " This reordering sets the driver data to NULL before removing the sensor attributes in the loop below. ibmpex_show_sensor() retrieves this driver data via dev_get_drvdata() but does not check if it is NULL before dereferencing it to access data->sensors[]. If a userspace process reads a sensor file (like temp1_input) while this delete function is running, could it race with the dev_set_drvdata(..., NULL) call here and crash in ibmpex_show_sensor()? Would it be safer to keep the original order where device_remove_file() is called before clearing the driver data? device_remove_file() should wait for any active sysfs callbacks to complete, which might already prevent the use-after-free this patch intends to fix. " Revert the offending patch. If it can be shown that the originally reported alleged race condition does indeed exist, it can always be re-introduced with a complete fix.
Affected products
- Linux Linux Kernel: from 5.10.248, before 5.10.252 (fixed in 5.10.252); from 6.1.160, before 6.1.165 (fixed in 6.1.165); from 6.6.120, before 6.6.128 (fixed in 6.6.128); from 6.12.64, before 6.12.75 (fixed in 6.12.75); from 6.18.3, before 6.18.14 (fixed in 6.18.14); from 6.19.1, before 6.19.4 (fixed in 6.19.4); …
Published 2026-05-27. Last modified 2026-06-24.