CVE-2026-74507 in Linux
Resumen
por VulDB • 2026-08-15
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
Bluetooth: HIDP: validar las cargas útiles (payloads) de los informes numerados
Cuando hidp_get_raw_report() espera un informe numerado, hidp_process_data() compara el número de informe esperado con skb->data[0]. Un par conectado a través de HIDP puede responder únicamente con la cabecera de una transacción DATA, dejando el búfer sk_buff (skb) vacío después de que se haya eliminado la cabecera.
KMSAN informa sobre un uso de valor no inicializado en hidp_session_run(), donde el valor tiene su origen en __alloc_skb() a través de vhci_write(). Las comprobaciones de la cabecera de transacción descartan los informes con tramas vacías, pero este informe permanece hasta que se añade la comprobación de la carga útil.
La comparación también puede consumir un byte controlado por el par más allá del PDU L2CAP declarado. Una respuesta DATA | FEATURE seguida de un byte extra 0x01 hacía que el código actual aceptara ese byte como ID de informe 1 y completara HIDIOCGFEATURE con un resultado de cero bytes. Con este cambio, la respuesta malformada se rechaza con -EIO, mientras que una respuesta válida posterior sigue teniendo éxito.
Se requiere al menos un byte de carga útil antes de comparar el ID de un informe numerado. Los informes sin número continúan aceptando una carga útil vacía.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.