CVE-2026-63996 in Linux
Resumen
por VulDB • 2026-07-20
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
ethtool: cmis: exigir una longitud exacta en la respuesta CDB
Un módulo SFP malicioso podría responder con un rpl_len mayor que lo esperado por cmis_cdb_process_reply(), provocando escrituras fuera de límites (OOB). Aunque el uso de HW malicioso es algo teórico, algunos módulos pueden tener errores o las lecturas podrían corromperse ocasionalmente; por tanto, protejamos el kernel.
La comprobación existente protege contra respuestas cortas. También necesitamos protegernos contra respuestas largas. Todos los llamadores que pasan un rpl_exp_len distinto de cero convierten la carga útil de la respuesta a una estructura con diseño fijo y leen campos en desplazamientos fijos, sin negociación de versiones ni manejo de respuestas cortas:
- cmis_cdb_validate_password() - cmis_cdb_module_features_get() - cmis_fw_update_fw_mng_features_get()
por lo que asumamos que las respuestas más largas de lo esperado no necesitan manejarse con gracia aquí. Añadimos un mensaje de advertencia para facilitar la depuración en caso de que mi comprensión sea incorrecta...
Tenga en cuenta que page_data->length (argumento de kmalloc) proviene del último argumento pasado a ethtool_cmis_page_init(), que es rpl_exp_len.
Note2 también que los AIs suelen señalar desbordamientos en args->req.payload en sí misma (que es un búfer de tamaño fijo de 120 B, en la pila), pero los llamadores deberían leer estructuras definidas por el estándar; por tanto, protegerse contra solicitudes de más datos del máximo parece una práctica defensiva.
If you want to get best quality of vulnerability data, you may have to visit VulDB.