Bug 2492334 (CVE-2026-53037)

Summary: CVE-2026-53037 kernel: HID: usbhid: fix deadlock in hid_post_reset()
Product: [Other] Security Response Reporter: OSIDB Bzimport <bzimport>
Component: vulnerabilityAssignee: Product Security DevOps Team <prodsec-dev>
Status: NEW --- QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: unspecifiedCC: rhel-process-autobot, watson-tool-maintainers
Target Milestone: ---Keywords: Security
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: ---
Doc Text:
A flaw was found in the Linux kernel's USB Human Interface Device (HID) subsystem. This vulnerability occurs when a USB device, containing both HID and storage or Universal Attached SCSI (UAS) components, is reset. During the reset process, memory allocation operations within the `hid_post_reset()` function can attempt block input/output (I/O) while a mutex is held, leading to a deadlock. This can result in a Denial of Service (DoS) for the affected system.
 Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description OSIDB Bzimport 2026-06-24 18:06:23 UTC 
In the Linux kernel, the following vulnerability has been resolved:

HID: usbhid: fix deadlock in hid_post_reset()

You can build a USB device that includes a HID component
and a storage or UAS component. The components can be reset
only together. That means that hid_pre_reset() and hid_post_reset()
are in the block IO error handling. Hence no memory allocation
used in them may do block IO because the IO can deadlock
on the mutex held while resetting a device and calling the
interface drivers.
Use GFP_NOIO for all allocations in them.
Comment 1 Keith Grant 2026-06-26 18:24:25 UTC 
Upstream advisory:
https://lore.kernel.org/linux-cve-announce/2026062456-CVE-2026-53037-3d6e@gregkh/T