Katalog CVE

CVE-2025-38687

WysokieCVSS 7.3
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.12%

Percentyl 2 - wyżej niż 2% wszystkich znanych CVE

Streszczenie

W sterowniku comedi jądra Linuxa wykryto wyścig między operacją poll a odłączaniem urządzenia. Podczas odłączania usuwano obszar async, mimo że nadal aktywne były żądania poll na wait_queue_head, co prowadziło do use-after-free.

Ocena ryzyka

Może to prowadzić do naruszenia bezpieczeństwa pamięci, potencjalnie umożliwiając eskalację uprawnień lub odmowę usługi.

Rekomendacja

Zaleca się aktualizację jądra Linux do wersji zawierającej poprawkę, która blokuje odłączanie urządzenia, gdy na kolejkach oczekiwania podurządzeń są aktywne zadania.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In the Linux kernel, the following vulnerability has been resolved: comedi: fix race between polling and detaching syzbot reports a use-after-free in comedi in the below link, which is due to comedi gladly removing the allocated async area even though poll requests are still active on the wait_queue_head inside of it. This can cause a use-after-free when the poll entries are later triggered or removed, as the memory for the wait_queue_head has been freed. We need to check there are no tasks queued on any of the subdevices' wait queues before allowing the device to be detached by the `COMEDI_DEVCONFIG` ioctl. Tasks will read-lock `dev->attach_lock` before adding themselves to the subdevice wait queue, so fix the problem in the `COMEDI_DEVCONFIG` ioctl handler by write-locking `dev->attach_lock` before checking that all of the subdevices are safe to be deleted. This includes testing for any sleepers on the subdevices' wait queues. It remains locked until the device has been detached. This requires the `comedi_device_detach()` function to be refactored slightly, moving the bulk of it into new function `comedi_device_detach_locked()`. Note that the refactor of `comedi_device_detach()` results in `comedi_device_cancel_all()` now being called while `dev->attach_lock` is write-locked, which wasn't the case previously, but that does not matter. Thanks to Jens Axboe for diagnosing the problem and co-developing this patch.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS