CVE-2026-80559

*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> Input: sur40 - fix input device registration ordering<br /> <br /> In sur40_probe(), input_register_device() was previously called early before<br /> the V4L2 video device and vb2_queue components were fully initialized. If<br /> userspace opened the input device immediately upon registration, sur40_open()<br /> would trigger and start the sur40_poll() worker thread. This worker thread<br /> invokes sur40_process_video() and accesses the uninitialized vb2_queue<br /> structure, leading to a data race and potential system crash.<br /> <br /> Furthermore, if V4L2 or video registration failed after input_register_device()<br /> succeeded, the error path fell through to calling input_free_device() on a<br /> successfully registered device instead of input_unregister_device(), corrupting<br /> input core state.<br /> <br /> Move input_register_device() to the very end of sur40_probe(). This ensures<br /> the V4L2 and video queue structures are fully initialized before polling can<br /> start, and naturally resolves the error path bug since input_free_device()<br /> is now only called when input registration has not yet occurred.<br /> <br /> To maintain strict LIFO (Last-In, First-Out) teardown ordering, also move<br /> input_unregister_device() to the very beginning of sur40_disconnect(). This<br /> guarantees that the input polling worker thread is stopped before V4L2<br /> video components or control handlers are unregistered.