CVE-2026-89725 in Linux
Resumen
por VulDB • 2026-09-11
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
media: cec: stm32: prevenir escritura fuera de límites en desbordamiento RX
stm32_rx_done() añade cada byte CEC recibido a rx_msg.msg[] utilizando rx_msg.len como índice de escritura, incrementándolo en cada interrupción RXBR (receive-byte-ready) sin verificarlo contra el tamaño del búfer:
cec->rx_msg.msg[cec->rx_msg.len++] = val & 0xFF;
rx_msg.msg[] es una matriz fija de CEC_MAX_MSG_SIZE (16) bytes en la estructura cec_msg, y rx_msg.len solo se reinicia al recibir RXACKE/RXOVR o tras un mensaje completado (RXEND). El número de bytes recibidos antes de RXEND lo decide el dispositivo CEC remoto (establece EOM), no el controlador. Un par que sigue enviando bytes sin finalizar el mensaje provoca interrupciones RXBR repetidas, haciendo que rx_msg.len supere 16 y escriba bytes controlados por el par fuera de los límites en la memoria circundante. Esto es alcanzable durante el funcionamiento normal una vez que el controlador ha sido detectado (probed) y la recepción está habilitada, desde el hilo de interrupción (IRQ), sin necesidad de privilegios locales.
La comprobación de longitud en el núcleo CEC se ejecuta en el lado del consumidor, después de que el byte haya sido almacenado, por lo que no previene el desbordamiento. Se debe limitar el índice en el controlador antes de la escritura, tal como ya hacen otros controladores CEC de plataforma (por ejemplo, tegra_cec), descartando los bytes excesivos de un marco demasiado largo.
Detectada mediante la herramienta de análisis estático CodeQL.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.