https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 05 Oct 2026 03:39:59 +0000 https://vulnerability.circl.lu/vuln/cve-2025-38253 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>HID: wacom: fix crash in wacom_aes_battery_handler()</p> <p>Commit fd2a9b29dc9c (&#34;HID: wacom: Remove AES power_supply after extended inactivity&#34;) introduced wacom_aes_battery_handler() which is scheduled as a delayed work (aes_battery_work).</p> <p>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 &#34;Oops: general protection fault...&#34; 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.</p> <p>So, take care to cancel aes_battery_work in wacom_remove().</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>HID: wacom: fix crash in wacom_aes_battery_handler()</p> <p>Commit fd2a9b29dc9c (&#34;HID: wacom: Remove AES power_supply after extended inactivity&#34;) introduced wacom_aes_battery_handler() which is scheduled as a delayed work (aes_battery_work).</p> <p>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 &#34;Oops: general protection fault...&#34; 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.</p> <p>So, take care to cancel aes_battery_work in wacom_remove().</p> https://vulnerability.circl.lu/vuln/cve-2025-38253