CVE-2026-80771: HID: nintendo: register input device after capabilities are set

Published Sep 4, 2026
·
Updated

In the Linux kernel, the following vulnerability has been resolved:

HID: nintendo: register input device after capabilities are set

inputregisterdevice() exposes the device to userspace immediately. In joyconinputcreate() it was called before joyconconfigrumble() configures the FFRUMBLE capability and the memless force-feedback device, so a concurrent EVIOCSFF could dereference a NULL dev->ff.

Registering early also means the initial udev event lacks button and axis information, which can make input managers ignore the device.

Move inputregisterdevice() to the end of joyconinputcreate(), after all capabilities, the IMU input device and the force-feedback callbacks have been configured.

Affected Software

1 affected component
Linux Linux kernel

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Compensating control

    After applying the kernel fix for HID Joy-Con (moving input_register_device() to the end of joycon_input_create() after joycon_config_rumble()/capability and force-feedback configuration), verify that the initial udev event includes button and all capabilities, the IMU input device, and force-feedback (FF_RUMBLE/memless) axis information so input managers will not ignore the device.

Event History

Sep 4, 2026
CVE Published
via MITRE·03:12 PM
Data Sourced
via MITRE·03:12 PM
Description

Frequently Asked Questions

1

What conditions are required to trigger the NULL dereference?

The race occurs while joycon_input_create() is still initializing the device. A concurrent EVIOCSFF force-feedback request can reach the device before FF_RUMBLE capability and the memless force-feedback device have been configured, leaving dev->ff NULL.

2

Which systems are exposed to this initialization race?

Systems using the Linux Nintendo HID driver are exposed when a Nintendo input device is being created and registered. The vulnerable window exists because the device was made visible to userspace before force-feedback setup completed.

3

Are there non-crash symptoms that can indicate the issue?

Yes. Early registration causes the initial udev event to omit button and axis information, which can cause input managers to ignore the device. The corrected ordering registers the device only after its capabilities, IMU input device, and force-feedback callbacks are configured.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203