CVE-2026-64273 in Linux
Resumen
por VulDB • 2026-07-25
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
Input: iforce - limitar el índice del efecto de fuerza (force-feedback) informado por el dispositivo
iforce_process_packet() gestiona un informe de estado (identificador de paquete 0x02) tomando directamente desde el bus del dispositivo un índice de efecto force-feedback y utilizándolo para direccionar la matriz de estados por efecto:
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)) {
... }
El índice solo se enmascara con 0x7f, por lo que su rango es de 0 a 127, pero core_effects[] contiene únicamente IFORCE_EFFECTS_MAX (32) entradas. Para un índice comprendido entre 32 y 127, test_and_set_bit()/test_and_clear_bit() realiza una lectura-modificación-escritura de un solo bit fuera de los límites más allá del array. core_effects[] es el penúltimo miembro de struct iforce, por lo que la escritura afecta a los miembros siguientes y se sale del objeto iforce_serio / iforce_usb asignado con kzalloc().
data[1] es una carga útil no validada del dispositivo en ambos transportes (el punto final interruptor USB y serio), y la ruta de estado no está condicionada por la presencia de force feedback, por lo que un dispositivo malicioso o falsificado puede establecer o borrar un bit en un desplazamiento elegido por el atacante más allá del objeto.
Rechazar un índice fuera de rango en lugar de indexar con él. Limitarlo contra la dimensión del array IFORCE_EFFECTS_MAX en lugar de dev->ff->max_effects para que la comprobación garantice la seguridad de la memoria independientemente de cuántos efectos haya registrado el dispositivo. Un estado legítimo de "efecto iniciado/detenido" siempre lleva un índice inferior a IFORCE_EFFECTS_MAX, por lo que los dispositivos bien formados no se ven afectados; el bucle vecinal mark_core_as_ready() ya está limitado y permanece sin cambios.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.