In the Linux kernel, the following vulnerability has been resolved:
HID: appletb-kbd: fix UAF in inactivity-timer cleanup path
Commit 38224c472a03 ("HID: appletb-kbd: fix slab use-after-free bug in appletb_kbd_probe") added timer_delete_sync(&kbd->inactivity_timer) to both the probe close_hw error path and appletb_kbd_remove(), but the way it was wired in left the inactivity timer reachable during driver tear-down via two distinct windows.
Window A -- put_device() before timer_delete_sync():
put_device(&kbd->backlight_dev->dev); timer_delete_sync(&kbd->inactivity_timer);
The inactivity_timer softirq reads kbd->backlight_dev and calls backlight_device_set_brightness() -> mutex_lock(&ops_lock). If a concurrent hid_appletb_bl unbind drops the last devm reference between these two calls, the backlight_device is freed and the mutex_lock() touches freed memory.
Window B -- backlight cleanup before hid_hw_stop():
if (kbd->backlight_dev) { timer_delete_sync(...); put_device(...); } hid_hw_close(hdev); hid_hw_stop(hdev);
Even after Window A is closed, hid_hw_close()/hid_hw_stop() still run afterwards, so a late ".event" callback from the HID core (USB URB completion on real Apple hardware) can arrive after timer_delete_sync() drained the softirq but before put_device() drops the reference. That callback reaches reset_inactivity_timer(), which calls mod_timer() and re-arms the timer. The freshly re-armed timer can then fire on the about-to-be-freed backlight_device.
Both windows produce the same KASAN slab-use-after-free:
BUG: KASAN: slab-use-after-free in __mutex_lock+0x1aab/0x21c0 Read of size 8 at addr ffff88803ee9a108 by task swapper/0/0 Call Trace: <IRQ> __mutex_lock backlight_device_set_brightness appletb_inactivity_timer call_timer_fn run_timer_softirq handle_softirqs Allocated by task N: devm_backlight_device_register appletb_bl_probe Freed by task M: (concurrent hid_appletb_bl unbind path)
Close both windows at once by reworking the tear-down in appletb_kbd_remove() and in the probe close_hw error path so that
1) hid_hw_close()/hid_hw_stop() run before the backlight cleanup, guaranteeing no further .event callback can fire and re-arm the timer, and 2) inside the "if (kbd->backlight_dev)" block, timer_delete_sync() runs before put_device(), so the softirq is drained before the final reference is dropped.
| Product | Vendor Advisory | Solution File | Added | Published |
|---|---|---|---|---|
| Ubuntu | — | Upgrade linux-image-gcpUpgrade linux-image-7.0.0-28-realtime-64kUpgrade linux-image-nvidia-64kUpgrade linux-image-oracleUpgrade linux-image-raspi-7.0Upgrade linux-image-nvidia-64k-7.0Upgrade linux-image-generic-64k-7.0Upgrade linux-image-aws-64kUpgrade linux-image-nvidia-64k-hwe-26.04Upgrade linux-image-raspi-realtimeUpgrade linux-image-virtualUpgrade linux-image-7.0.0-1011-gcpUpgrade linux-image-oracle-64k-7.0Upgrade linux-image-oem-24.04bUpgrade linux-image-7.0.0-28-realtimeUpgrade linux-image-7.0.0-1015-raspi-realtimeUpgrade linux-image-oem-24.04dUpgrade linux-image-realtime-64k-7.0Upgrade linux-image-7.0.0-1009-azure-fdeUpgrade linux-image-7.0.0-1009-oemUpgrade linux-image-azure-7.0Upgrade linux-image-7.0.0-1003-gke-64kUpgrade linux-image-azure-fde-7.0Upgrade linux-image-gkeUpgrade linux-image-7.0.0-1003-gkeUpgrade linux-image-ibmUpgrade linux-image-realtime-64k-hwe-26.04Upgrade linux-image-oracle-7.0Upgrade linux-image-realtime-hwe-26.04Upgrade linux-image-gke-hwe-26.04Upgrade linux-image-7.0.0-1011-oracleUpgrade linux-image-7.0.0-1011-oracle-64kUpgrade linux-image-7.0.0-1010-ibmUpgrade linux-image-gcp-7.0Upgrade linux-image-realtimeUpgrade linux-image-nvidia-bos-7.0Upgrade linux-image-7.0.0-1008-gcp-64kUpgrade linux-image-gke-64k-hwe-26.04Upgrade linux-image-virtual-hwe-24.04Upgrade linux-image-nvidiaUpgrade linux-image-7.0.0-1014-azureUpgrade linux-image-virtual-hwe-26.04Upgrade linux-image-generic-hwe-24.04Upgrade linux-image-oracle-64kUpgrade linux-image-7.0.0-1009-awsUpgrade linux-image-nvidia-hwe-26.04Upgrade linux-image-oem-24.04cUpgrade linux-image-virtual-7.0Upgrade linux-image-oem-24.04aUpgrade linux-image-7.0.0-1008-oracleUpgrade linux-image-oem-24.04Upgrade linux-image-nvidia-bos-64k-7.0Upgrade linux-image-generic-64k-hwe-24.04Upgrade linux-image-realtime-64kUpgrade linux-image-aws-7.0Upgrade linux-image-generic-7.0Upgrade linux-image-realtime-7.0Upgrade linux-image-gke-64k-7.0Upgrade linux-image-aws-64k-7.0Upgrade linux-image-gke-64kUpgrade linux-image-7.0.0-28-genericUpgrade linux-image-ibm-7.0Upgrade linux-image-generic-64k-hwe-26.04Upgrade linux-image-oem-26.04Upgrade linux-image-7.0.0-1009-aws-64kUpgrade linux-image-7.0.0-1010-azureUpgrade linux-image-7.0.0-1016-nvidia-64kUpgrade linux-image-gcp-64k-7.0Upgrade linux-image-7.0.0-2016-nvidia-bosUpgrade linux-image-generic-hwe-26.04Upgrade linux-image-oem-7.0Upgrade linux-image-oem-26.04aUpgrade linux-image-nvidia-7.0Upgrade linux-image-genericUpgrade linux-image-7.0.0-1016-nvidiaUpgrade linux-image-7.0.0-1011-gcp-64kUpgrade linux-image-awsUpgrade linux-image-7.0.0-2016-nvidia-bos-64kUpgrade linux-image-azure-fdeUpgrade linux-image-7.0.0-1008-gcpUpgrade linux-image-gke-7.0Upgrade linux-image-generic-64kUpgrade linux-image-azureUpgrade linux-image-7.0.0-1008-oracle-64kUpgrade linux-image-raspiUpgrade linux-image-gcp-64kUpgrade linux-image-7.0.0-1015-raspiUpgrade linux-image-raspi-realtime-7.0Upgrade linux-image-nvidia-bosUpgrade linux-image-7.0.0-28-generic-64kUpgrade linux-image-nvidia-bos-64k | Jul 20, 2026 | May 28, 2026 |
With curated Threat Intelligence, you can see which vulnerabilities truly put you at risk, prioritize what matters most, and act before attackers do.
Explore Intelligence Hub