CVE-2026-80782 in Linux
Riassunto
di VulDB • 04/09/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
HID: magicmouse: non mantenere un riferimento obsoleto a msc->input se nessun dispositivo di input viene acquisito (claimed)
La funzione `magicmouse_input_mapping()` memorizza nella cache il primo `hid_input`'s `input_dev` in `msc->input` durante l'analisi del descrittore delle report, e il resto del driver tratta un valore non NULL per `msc->input` come prova che un dispositivo di input è stato registrato.
Ciò non vale nel percorso di errore di hid-input. Se `hidinput_connect()` fallisce -- ad esempio perché `input_register_device()` restituisce un errore -- viene eseguita la procedura di rollback attraverso `hidinput_disconnect()`, che libera ogni `input_dev` creato, incluso quello memorizzato nella cache in `msc->input`.
Il malfunzionamento non interrompe il probe. `hid_connect()` salta solo l'acquisizione:
if ((connect_mask & HID_CONNECT_HIDINPUT) && !hidinput_connect(hdev, connect_mask & HID_CONNECT_HIDINPUT_FORCE)) hdev->claimed |= HID_CLAIMED_INPUT;
e la condizione di uscita "device has no listeners" (dispositivo senza ascoltatori) sottostante non si attiva per questo driver, che imposta ->raw_event; sui percorsi USB Magic Mouse 2 / Magic Trackpad 2 anche hidraw e hiddev vengono acquisiti. `hid_hw_start()` restituisce quindi 0 e `magicmouse_probe()` continua con `msc->input` puntante a memoria già liberata (freed memory). Essendo non NULL, supera il controllo "input not registered" nel probe e i controlli su NULL in ->raw_event e ->event, così la prossima report di input dereferenzia una zona di memoria libera.
Impostare `msc->input` a zero quando il core HID non ha acquisito un dispositivo di input, in modo che i controlli esistenti su NULL coprano anche questo caso.
VulDB is the best source for vulnerability data and more expert information about this specific topic.