CVE-2026-93042dmaengine: dw-edma: Terminate all descriptors without callbacks
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: dmaengine: dw-edma: Terminate all descriptors without callbacks The DMA Engine client documentation says in the "Terminate APIs" section of Documentation/driver-api/dmaengine/client.rst: "No callback functions will be called for any incomplete transfers." dw-edma instead calls vchan_cookie_complete() when a deferred STOP reaches the interrupt handler. This schedules a callback for the active descriptor and leaves other issued or submitted descriptors queued. A late callback after dmaengine_terminate_sync() can dereference client state that has already been freed, while leftover descriptors may later restart into reused buffers or leak. Move all issued and submitted descriptors to the terminated list whenever termination completes. For a pending STOP, do this from both the DONE and ABORT paths. Complete their cookies in order without scheduling callbacks. A STOP can remain pending until the running transfer raises an interrupt. Make device_synchronize() wait for such a pending STOP to complete before releasing terminated descriptors. Reuse it from free_chan_resources(), then release the remaining virt-dma resources. Sleep instead of busy-polling while waiting, and warn if the existing timeout expires.
- CVSS
- 8.8 HIGH (v3.1, CNA)CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Sep 18, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from e63d79d1ffcd2201a2dbff1d7a1184b8f3ec74cf before 65e387b95d3855aa894ac729e1778e5bcb9083cb; from e63d79d1ffcd2201a2dbff1d7a1184b8f3ec74cf before 4793f9099a1cadf4e37f3a03d524af6bce88a0ea; from e63d79d1ffcd2201a2dbff1d7a1184b8f3ec74cf before be87d86537de7ea6fd025f41033d2faff880973f; from e63d79d1ffcd2201a2dbff1d7a1184b8f3ec74cf before f3ec6702a1d216be61f692cc0a983d6c8fb5ebf7; from e63d79d1ffcd2201a2dbff1d7a1184b8f3ec74cf before 99109a51efd28c9a661fbfb9469b023c517b31d1 | CNA record |
References
- https://git.kernel.org/stable/c/65e387b95d3855aa894ac729e1778e5bcb9083cb
- https://git.kernel.org/stable/c/4793f9099a1cadf4e37f3a03d524af6bce88a0ea
- https://git.kernel.org/stable/c/be87d86537de7ea6fd025f41033d2faff880973f
- https://git.kernel.org/stable/c/f3ec6702a1d216be61f692cc0a983d6c8fb5ebf7
- https://git.kernel.org/stable/c/99109a51efd28c9a661fbfb9469b023c517b31d1
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.