CVE-2025-38253: HID: wacom: fix crash in wacom_aes_battery_handler()
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().
Security readout for executives and security teams
Plain-English summary
A Linux Wacom tablet-driver cleanup flaw can crash a system after a device is removed while scheduled battery-related work remains pending. The documented example involves built-in USB devices resuming from hibernation. This is primarily a stability and availability concern based on the supplied technical description.
Executive priority
Treat this as a high-priority reliability patch for exposed endpoints, particularly fleets using Wacom hardware and hibernation. It is not supported as an active-exploitation emergency by the supplied evidence. Broader urgency depends on driver use, vulnerable kernel deployment, and whether crashes materially disrupt critical operations.
Technical view
The Wacom HID driver schedules wacom_aes_battery_handler() as delayed work. wacom_remove() failed to cancel that work, allowing the handler to run after device removal and trigger a general-protection fault or hard crash. The stable fixes cancel aes_battery_work during removal. The supplied CVSS is 8.8, although the description does not substantiate confidentiality or integrity impact.
Likely exposure
Exposure is most likely on Linux systems using the Wacom AES HID driver where device removal, hibernation, or resume can overlap pending battery work. The supplied affected-version data includes 6.8, 6.12.36, 6.15.5, and 6.16, but its exact range structure is unclear; confirm against distribution advisories and backports.
Exploitation context
The supplied record does not identify public exploitation, and the CVE is not listed as KEV in the bundle. Triggering requires a device-lifecycle condition involving pending driver work and removal. Evidence supports a crash scenario, especially around hibernation and built-in USB devices, but does not establish remote compromise or data theft.
Researcher notes
The defect was introduced by commit fd2a9b29dc9c and corrected by canceling delayed AES battery work in wacom_remove(). The record’s CVSS vector claims high confidentiality, integrity, and availability impact, while its narrative documents crashes only. Exact affected-version boundaries are not reliably represented in the supplied flattened version list, so branch-specific commit ancestry or vendor backport status should govern validation.
Mitigation direction
Install a distribution kernel containing the applicable upstream stable fix.
Check vendor advisories for backports covering the deployed kernel build.
Prioritize systems using Wacom AES devices or hibernation workflows.
Where updates are delayed, reduce affected device-removal and hibernation scenarios if operationally practical.
Validation and detection
Inventory kernel versions and systems loading the Wacom HID driver.
Confirm the vendor kernel includes one of the cited stable fixes or an equivalent backport.
Review kernel logs for general-protection faults involving wacom_aes_battery_handler().
Test device removal and hibernation-resume behavior safely after updating.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2025-38253 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
4Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.