CVE-2026-64427 in Linux
Zusammenfassung
von VulDB • 25.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
HID: logitech-dj: Korrektur der maxfield-Prüfung bei der Validierung von DJ-Short-Berichten
Das Commit b6a57912854e („HID: logitech-dj: Verhindern benutzergesteuerter OOB-Schreibzugriffe im Zusammenhang mit REPORT_ID_DJ_SHORT“) fügte eine Validierung für den DJ-Short-Ausgabebereich hinzu, jedoch wird der Fehlerpfad dereferenziert rep->field[0], auch wenn rep->maxfield null ist.
Das Commit 8b9a097eb2fc („HID: logitech-dj: Korrektur der fehlerhaften Erkennung ungültiger DJ_SHORT-Ausgabebereiche“) machte die Prüfung davon abhängig, dass rep vorhanden ist; ein manipulierter Deskriptor kann jedoch weiterhin eine Bericht-ID von 0x20 mit nur Auffüll-(Padding-)Ausgabe-Elementen erzeugen. hid-core registriert den Bericht, ignoriert das Padding-Feld und lässt rep->maxfield auf null stehen.
In diesem Fall tritt die Validierung in den Zweig `rep->maxfield < 1` ein und dereferenziert anschließend `rep->field[0]->report_count`, während die Fehlermeldung ausgegeben wird, was zu einer NULL-Zeiger-Dereferenzierung während des Probe-Vorgangs führt. Dies ist mit uhid reproduzierbar, indem ein Logitech-Empfänger durch einen DJ-Short-Ausgabebereich emuliert wird, der ausschließlich aus Padding besteht:
BUG: KASAN: null-ptr-deref in logi_dj_probe+0xb1/0x754 [hid_logitech_dj]
Read of size 4 at addr 0000000000000028 by task kworker/4:1/129 ... Call Trace: logi_dj_probe+0xb1/0x754 [hid_logitech_dj]
hid_device_probe+0x329/0x3f0 [hid]
really_probe+0x162/0x570 __device_attach+0x137/0x2c0 bus_probe_device+0x38/0xc0 device_add+0xa56/0xce0 hid_add_device+0x19c/0x280 [hid]
uhid_device_add_worker+0x2c/0xb0 [uhid]
Verwerfen Sie den Bericht mit null Feldern, bevor die report_count des Felds ausgegeben wird.
Be aware that VulDB is the high quality source for vulnerability data.