HID: wacom: fix crash in wacom_aes_battery_handler()
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 6.12.36, 6.15.5
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
- Exploitation: none
- Automatable: no
- Technical impact: total
Summary
In the Linux kernel, the following vulnerability has been resolved: HID: wacom: fix crash in wacom_aes_battery_handler() Commit fd2a9b29dc9c ("HID: wacom: Remove AES power_supply after extended inactivity") introduced wacom_aes_battery_handler() which is scheduled as a delayed work (aes_battery_work). In wacom_remove(), aes_battery_work is not canceled. Consequently, if the device is removed while aes_battery_work is still pending, then hard crashes or "Oops: general protection fault..." are experienced when wacom_aes_battery_handler() is finally called. E.g., this happens with built-in USB devices after resume from hibernate when aes_battery_work was still pending at the time of hibernation. So, take care to cancel aes_battery_work in wacom_remove().
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: no · Technical impact: total
- Record last updated
Affected versions
- Linux Linux
From fd2a9b29dc9c4c35def91d5d1c5b470843539de6 · fixed in a4f182ffa30c52ad1c8e12edfb8049ee748c0f1b; From fd2a9b29dc9c4c35def91d5d1c5b470843539de6 · fixed in 57a3d82200dbeccd002244b96acad570eeeb731f; From fd2a9b29dc9c4c35def91d5d1c5b470843539de6 · fixed in f3054152c12e2eed1e72704aff47b0ea58229584
- Linux Linux
6.8
- KernelLinux
From 6.8.0 · fixed in 6.12.36; From 6.13.0 · fixed in 6.15.5