CVE-2026-80559
CVE CVE-2026-80559EUVD EUVD-2026-66474Veröffentlicht 2026-08-26T14:37:25.000ZZuletzt geändert 2026-08-27T05:01:47.000ZCVSS 7.8
Was das Advisory beschreibt
In the Linux kernel, the following vulnerability has been resolved: Input: sur40 - fix input device registration ordering In sur40_probe(), input_register_device() was previously called early before the V4L2 video device and vb2_queue components were fully initialized. If userspace opened the input device immediately upon registration, sur40_open() would trigger and start the sur40_poll() worker thread. This worker thread invokes sur40_process_video() and accesses the uninitialized vb2_queue structure, leading to a data race and potential system crash. Furthermore, if V4L2 or video registration failed after input_register_device() succeeded, the error path fell through to calling input_free_device() on a successfully registered device instead of input_unregister_device(), corrupting input core state. Move input_register_device() to the very end of sur40_probe(). This ensures the V4L2 and video queue structures are fully initialized before polling can start, and naturally resolves the error path bug since input_free_device() is now only called when input registration has not yet occurred. To maintain strict LIFO (Last-In, First-Out) teardown ordering, also move input_unregister_device() to the very beginning of sur40_disconnect(). This guarantees that the input polling worker thread is stopped before V4L2 video components or control handlers are unregistered.
Quelle: EUVD (ENISA), im Wortlaut der Meldung.
Produkte, die das Advisory nennt
Diese Angaben stammen aus der Meldung selbst, nicht aus einer Prüfung durch uns.
- Linux — Linux patch: 6.18.46; patch: 5.15.217; patch: 7.2; e831cd251fb91d6c25352d322743db0d17ea11dd <83aa12f9f2468a4fbef027c09224dc1011850fb0; patch: 6.6.153; e831cd251fb91d6c25352d322743db0d17ea11dd <beb9b0bd6e6e23f5e9e42b7ef890a50f57f1f3aa; e831cd251fb91d6c25352d322743db0d17ea11dd <5c1c5227c93f18cd329dd754b4df5e0e2daece1e; patch: 5.10.266; patch: 0; patch: 7.1.10; e831cd251fb91d6c25352d322743db0d17ea11dd <cd4ecce2fd87760c0ad9a9d28c9fc62ea1dbfd3d; patch: 6.1.184; e831cd251fb91d6c25352d322743db0d17ea11dd <9da976eb649c9e2f588a4499410e4d8af687925f; e831cd251fb91d6c25352d322743db0d17ea11dd <764b507be7b51787e1f577ca3bf0bab7efe81ff8; 4.1; patch: 6.12.105; e831cd251fb91d6c25352d322743db0d17ea11dd <dab741c9da72102a37cc1020a929051b7c45f9fb; e831cd251fb91d6c25352d322743db0d17ea11dd <3e8ed76a4f3572e637653f0654cccdf617903231
Die genannten Versionen sind die Angabe der Meldung. Patchlage vergleicht keine Versionsnummern und leitet aus ihnen keine Aussage ab — welche Version installiert ist, muss ein Mensch nachsehen.
Im Produktkatalog geführt
Für diese Produkte kann ein Bestand in Patchlage erfasst werden. Ein Advisory dazu erscheint am Morgen danach im Lagebericht.
- Linux — Linux
Betrifft das einen Ihrer Kundenbestände?
Diese Seite kann die Frage nicht beantworten — sie kennt Ihren Bestand nicht. Wer seine Umgebungen erfasst hat, bekommt die Antwort am Morgen nach der Veröffentlichung, zusammen mit einem Absatz, den er unverändert an den Kunden weitergeben kann.
28 Tage testenPatchlage meldet Treffer und Verdachtsfälle. Zu allem anderen sagt dieses System nichts — weder diese Seite noch der Lagebericht behauptet je, dass ein Bestand sicher ist.