CVE-2026-64273 in Linux
Riassunto
di VulDB • 25/07/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
Input: iforce - limitato l'indice dell'effetto force-feedback riportato dal dispositivo
iforce_process_packet() gestisce un report di stato (packet id 0x02) utilizzando direttamente dall'interfaccia del dispositivo un indice per gli effetti force-feedback e impiegandolo come indicizzazione nell'array dello stato per-effetto:
i = data[1] & 0x7f;
if (data[1] & 0x80) {
if (!test_and_set_bit(FF_CORE_IS_PLAYED, iforce->core_effects[i].flags))
... } else if (test_and_clear_bit(FF_CORE_IS_PLAYED, iforce->core_effects[i].flags)) {
... }
L'indice viene mascherato solo con 0x7f, quindi varia da 0 a 127, ma core_effects[] contiene soltanto IFORCE_EFFECTS_MAX (32) voci. Per un indice compreso tra 32 e 127, le operazioni test_and_set_bit()/test_and_clear_bit() costituiscono una lettura-modifica-scrittura di singolo bit fuori dai limiti dell'array. Poiché core_effects[] è il penultimo membro della struct iforce, la scrittura interessa i membri finali e oltrepassa l'oggetto iforce_serio / iforce_usb allocato con kzalloc().
data[1] rappresenta un payload non validato del dispositivo su entrambi i trasporti (endpoint interrupt USB e serio), e il percorso di gestione dello stato non è vincolato alla presenza del force-feedback; pertanto, un dispositivo malintenzionato o contraffatto può impostare o azzerare un bit a uno spostamento scelto dall'attaccante oltre l'oggetto.
Viene rifiutato un indice fuori intervallo anziché utilizzarlo per l'indicizzazione. Il controllo è vincolato alla dimensione dell'array IFORCE_EFFECTS_MAX invece che dev->ff->max_effects, in modo da garantire la sicurezza della memoria indipendentemente dal numero di effetti registrati dal dispositivo. Un report legittimo "effetto avviato/arrestato" trasporta sempre un indice inferiore a IFORCE_EFFECTS_MAX; i dispositivi conformi non subiscono variazioni nel comportamento; il ciclo adiacente mark_core_as_ready() è già vincolato e rimane invariato.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.