CVE-2026-31578

In the Linux kernel, the following vulnerability has been resolved: media: as102: fix to not free memory after the device is registered in as102_usb_probe() In as102_usb driver, the following race condition occurs: ``` CPU0 CPU1 as102_usb_probe() kzalloc(); // alloc as102_dev_t .... usb_register_dev(); fd = sys_open("/path/to/dev"); // open as102 fd .... usb_deregister_dev(); .... kfree(); // free as102_dev_t .... sys_close(fd); as102_release() // UAF!! as102_usb_release() kfree(); // DFB!! ``` When a USB character device registered with usb_register_dev() is later unregistered (via usb_deregister_dev() or disconnect), the device node is removed so new open() calls fail. However, file descriptors that are already open do not go away immediately: they remain valid until the last reference is dropped and the driver's .release() is invoked. In as102, as102_usb_probe() calls usb_register_dev() and then, on an error path, does usb_deregister_dev() and frees as102_dev_t right away. If userspace raced a successful open() before the deregistration, that open FD will later hit as102_release() --> as102_usb_release() and access or free as102_dev_t again, occur a race to use-after-free and double-free vuln. The fix is to never kfree(as102_dev_t) directly once usb_register_dev() has succeeded. After deregistration, defer freeing memory to .release(). In other words, let release() perform the last kfree when the final open FD is closed.
Configurations

Configuration 1 (hide)

OR cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*

History

11 Nov 2026, 23:10

Type Values Removed Values Added
Summary
  • (es) En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta: media: as102: corrección para no liberar memoria después de que el dispositivo es registrado en as102_usb_probe() En el controlador as102_usb, la siguiente condición de carrera ocurre: ””“ CPU0 CPU1 as102_usb_probe() kzalloc(); // alloc as102_dev_t .... usb_register_dev(); fd = sys_open(“/path/to/dev”); // open as102 fd .... usb_deregister_dev(); .... kfree(); // free as102_dev_t .... sys_close(fd); as102_release() // UAF!! as102_usb_release() kfree(); // DFB!! ””” Cuando un dispositivo de caracteres USB registrado con usb_register_dev() es posteriormente desregistrado (a través de usb_deregister_dev() o desconexión), el nodo del dispositivo es eliminado por lo que las nuevas llamadas a open() fallan. Sin embargo, los descriptores de archivo que ya están abiertos no desaparecen inmediatamente: permanecen válidos hasta que la última referencia es eliminada y se invoca el .release() del controlador. En as102, as102_usb_probe() llama a usb_register_dev() y luego, en una ruta de error, hace usb_deregister_dev() y libera as102_dev_t de inmediato. Si el espacio de usuario compitió con un open() exitoso antes del desregistro, ese FD abierto posteriormente alcanzará as102_release() - as102_usb_release() y accederá o liberará as102_dev_t de nuevo, ocurrirá una condición de carrera de uso después de liberación y una vulnerabilidad de doble liberación. La corrección es nunca kfree(as102_dev_t) directamente una vez que usb_register_dev() ha tenido éxito. Después del desregistro, diferir la liberación de memoria a .release(). En otras palabras, dejar que release() realice el último kfree cuando el FD abierto final es cerrado.

Information

Published : 2026-04-24 15:16

Updated : 2026-11-11 23:10


NVD link : CVE-2026-31578

Mitre link : CVE-2026-31578

CVE.ORG link : CVE-2026-31578


JSON object : View

Products Affected

linux

  • linux_kernel
CWE
CWE-416

Use After Free