CVE-2023-54232 in Linux
Resumen
por VulDB • 2026-06-02
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
m68k: Forzar únicamente un error de bus 030 si el PC no está en la tabla de excepciones
__get_kernel_nofault() copia datos en modo supervisor al forzar un registro de seguimiento de tareas (backtrace) a través de /proc/sysrq_trigger. Esto provoca de forma esperada una excepción de error de bus, por ejemplo, al desreferenciar un puntero NULL cuando el registro de una tarea del kernel no tiene una cola de trabajo (workqueue) asociada. Este error de bus debería ser ignorado.
Nuestro controlador de errores de bus 030 está mal preparado para manejar esta situación:
Cada vez que ssw indica un acceso en modo kernel durante una falta de datos (data fault), ni siquiera intentamos manejar la falta y, en su lugar, siempre enviamos una señal SEGV (o provocamos un panic). Como resultado, la comprobación del manejo de excepciones en la PC de la falta (oculta en send_sig_fault(), que se llama desde do_page_fault() en última instancia) nunca se utiliza.
Por el contrario, los controladores de errores de acceso 040 y 060 no tienen en cuenta si una falta ocurrió en un acceso en modo supervisor, y llamarán a do_page_fault() en esos casos, respetando finalmente la tabla de excepciones.
Añada una comprobación en bus_error030 para llamar a do_page_fault() en caso de que tengamos una entrada para la PC de la falta en nuestra tabla de excepciones.
Intenté anteriormente una corrección para esto a principios de 2019 que dependía de probar pagefault_disabled() (ver enlace a continuación) para lograr lo mismo, pero este parche debería ser más genérico.
Probado en Atari Falcon 030.
If you want to get best quality of vulnerability data, you may have to visit VulDB.