CVE-2024-42313: media: venus: fix use after free in vdec_close
In the Linux kernel, the following vulnerability has been resolved:
media: venus: fix use after free in vdec_close
There appears to be a possible use after free with vdec_close().
The firmware will add buffer release work to the work queue through
HFI callbacks as a normal part of decoding. Randomly closing the
decoder device from userspace during normal decoding can incur
a read after free for inst.
Fix it by cancelling the work in vdec_close.
Security readout for executives and security teams
Plain-English summary
A flaw in the Linux Venus video-decoder driver can leave background work using decoder state after that state is freed. A local, low-privileged user able to operate the decoder may trigger memory corruption by closing it during decoding, potentially affecting confidentiality, integrity, or availability.
Executive priority
Prioritize remediation on shared or exposed-user systems that use this decoder. Treat other systems according to confirmed driver presence and local access. This is high severity, but the supplied evidence does not establish remote or active exploitation.
Technical view
Firmware callbacks can queue buffer-release work during decoding. If userspace closes the decoder while that work remains queued, vdec_close() may free the decoder instance before the work reads it. The kernel fix cancels the queued work during close, preventing the lifetime race.
Likely exposure
Exposure is limited to Linux systems using the affected Venus video-decoder code where a local, low-privileged user can access the decoder device. The supplied record identifies affected Linux releases but does not provide enough structured range detail to map every vendor kernel reliably.
Exploitation context
CVSS 3.1 rates this 7.8: local access, low complexity, low privileges, no user interaction, and potentially high confidentiality, integrity, and availability impact. The supplied bundle reports no KEV listing and provides no evidence of active exploitation.
Researcher notes
This is a workqueue lifetime race in vdec_close(), described as a possible use-after-free and observed as a read-after-free of the decoder instance. Closing during ordinary decoding is the stated trigger condition. No CWE is supplied, and the bundle does not establish exploit reliability or practical privilege escalation.
Mitigation direction
Install a vendor-supported kernel update containing the vdec_close queued-work cancellation fix.
Prioritize multi-user systems where untrusted users can access the Venus decoder.
Consult the Linux distribution or device vendor for exact fixed package versions.
Limit untrusted access to affected systems until patched where operationally feasible.
Validation and detection
Inventory kernel versions and systems using the Venus video-decoder driver.
Check vendor advisories for whether the installed kernel package contains the fix.
Verify the relevant stable commit or equivalent backport exists in deployed kernel sources.
After updating, confirm systems boot the intended fixed kernel rather than an older installed version.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-42313 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.