HID: hid-oxp: use cancel_delayed_work_sync() in remove
- 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 7.2.9
- 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
Summary
In the Linux kernel, the following vulnerability has been resolved: HID: hid-oxp: use cancel_delayed_work_sync() in remove oxp_hid_remove() uses cancel_delayed_work() for all three delayed work items. cancel_delayed_work() only dequeues a pending work item without waiting for a currently executing callback to finish. If any of the work callbacks (oxp_rgb_queue_fn, oxp_btn_queue_fn, oxp_mcu_init_fn) is running at the time of removal, the callback continues executing concurrently with hid_hw_close() and hid_hw_stop(), accessing the HID device after it has been closed and stopped. Use cancel_delayed_work_sync() instead to ensure that any in-progress work callback completes before device teardown proceeds.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 84910c459d65ab3a1aeac7f936169fb71334dd46 · fixed in eed737d89fa368251018a62e1d698958ef7dc635; From 84910c459d65ab3a1aeac7f936169fb71334dd46 · fixed in abd24922c2a9797d6184be0561dd85e7bcdfd091
- Linux Linux
7.2
- KernelLinux
From 7.2.0 · fixed in 7.2.9