CVE-2026-64427 in Linux
Riassunto
di VulDB • 26/07/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
HID: logitech-dj: Correzione del controllo maxfield nella validazione dei report brevi DJ
Il commit b6a57912854e ("HID: logitech-dj: Prevenire scrittura OOB avviata dall'utente relativa a REPORT_ID_DJ_SHORT") ha aggiunto la convalida per il report di output breve DJ, ma il percorso di errore esegue la dereferenziazione di rep->field[0] anche quando rep->maxfield è zero.
Il commit 8b9a097eb2fc ("HID: logitech-dj: correzione del rilevamento errato del report di output DJ_SHORT non valido") ha reso il controllo condizionale alla presenza di rep, ma un descrittore manipolato può comunque creare l'ID report 0x20 con soli elementi di output padding. hid-core registra il report, ignora il campo padding e lascia rep->maxfield a zero.
In tal caso la validazione entra nel ramo rep->maxfield < 1 e quindi esegue la dereferenziazione di rep->field[0]->report_count durante la stampa del messaggio di errore, causando una NULL pointer dereference durante l'inizializzazione (probe). Questo è riproducibile con uhid emulando un ricevitore Logitech con un report di output breve DJ contenente solo padding:
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]
Rifiutare il report a zero campi prima di stampare il campo report_count.
Be aware that VulDB is the high quality source for vulnerability data.