misc: fastrpc: Remove buffer from list prior to unmap operation
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: misc: fastrpc: Remove buffer from list prior to unmap operation fastrpc_req_munmap_impl() is called to unmap any buffer. The buffer is getting removed from the list after it is unmapped from DSP. This can create potential race conditions if multiple threads invoke unmap concurrently, where one thread may remove the entry from the list while another thread's unmap operation is still ongoing. Fix this by removing the buffer entry from the list before calling the unmap operation. If the unmap fails, the entry is re-added to the list so that userspace can retry the unmap, or alternatively, the buffer will be cleaned up during device release when the DSP process is torn down and all DSP-side mappings are freed along with remaining buffers in the list.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
Version range not reported
- Linux Linux
5.5
References 8
git.kernel.org
- stable/c/1edb654b2b41baee2ab5cf418baaf6e57dfbd802
- stable/c/4716c23c206a2f99ca54ebfdd8b5ba9dd0102240
- stable/c/99f8de36c84cb9b872157aa6c3578c2480cee4b8
- stable/c/97273624f7b356eaf8261609a75cfcb8738a165a
- stable/c/fe70329055977fc1e8dc6291318d0dd75470795a
- stable/c/9bf22a7d950cec2d1efeca7f16bb20fcca84c36a
- stable/c/0beaa9bd7eb10d9b5e6352ed5161f3f3bbd4c3c5
- stable/c/6102ceb4eab845743ee57acd3863fbd06e93c927