CVE-2026-89624 Linux CVE debrief

Who should care

Linux kernel maintainers and users, particularly those using the HID universal-pidff driver, should assess their exposure and apply the patch if necessary. They should review their configurations, verify patch application, and monitor system logs for potential exploitation attempts.

Why it matters

A use-after-free vulnerability in the Linux kernel's HID universal-pidff driver can lead to system crashes or potentially allow attackers to execute arbitrary code. Linux kernel maintainers and users should assess their exposure, apply the patch, and monitor system logs for exploitation attempts.

• Potential system crash or instability
• Possible code execution or privilege escalation
• Required patch application and verification
• Need for monitoring system logs for exploitation attempts

Technical summary

The universal_pidff_probe() function in the Linux kernel's HID universal-pidff driver starts the device with hid_hw_start() and then returns an error without stopping the device when force-feedback initialization fails. This leads to a use-after-free condition when opening the /dev/hidrawX device. The vulnerability was discovered by XBOW and triaged by Baul Lee. The issue is caused by the universal_pidff_probe() function starting the device with hid_hw_start() and then returning an error without stopping the device when force-feedback initialization fails. The HID core does not unwind on the driver's behalf.

Defensive priority

High

Recommended defensive actions

• Assess exposure: Linux kernel maintainers and users should review their configurations and apply the patch if necessary.
• Verify patch application: Ensure the patch is applied and the device is properly stopped when force-feedback initialization fails.
• Monitor for exploitation attempts: Monitor system logs for potential exploitation attempts.
• Update Linux kernel: Consider updating the Linux kernel to a version that includes the fix.
• Review compensating controls for exposed systems while remediation is scheduled and verified.
• Check relevant monitoring, detection, and logs for exposed assets that need extra review.
• Track exceptions, retest remediated assets, and close the item only after evidence is documented.

Evidence notes

The vulnerability was discovered by XBOW and triaged by Baul Lee. The issue is caused by the universal_pidff_probe() function starting the device with hid_hw_start() and then returning an error without stopping the device when force-feedback initialization fails.

Sources and references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.