media: airspy: Return queued buffers on start_streaming() failure
- 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: media: airspy: Return queued buffers on start_streaming() failure The vb2 framework hands buffers to the driver via buf_queue() before calling start_streaming(). If start_streaming() returns an error without first returning those buffers via vb2_buffer_done(), vb2_start_streaming() fires WARN_ON(owned_by_drv_count) and the queued buffers leak. airspy_start_streaming() returned -ENODEV early when the USB device had been disconnected (s->udev == NULL) without returning any buffers that buf_queue() had already accepted. Take v4l2_lock first and jump to the existing err_clear_bit label, which already drains s->queued_bufs via vb2_buffer_done(..., VB2_BUF_STATE_QUEUED) before unlocking. This mirrors the uvcvideo fix in commit 4cf3b6fd54eb ("media: uvcvideo: Return queued buffers on start_streaming() failure").
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
Version range not reported
- Linux Linux
3.17
References 8
git.kernel.org
- stable/c/badceeb82a9d8d8e98d07859f3c89130ae1998b9
- stable/c/122ce0c0af629a8765ddf1adf6fb85c6db3d47cb
- stable/c/bcdf261c4c29077fc3da6449f7eda77357046205
- stable/c/877686a74ecdc93dcaee09dbac566e819059c9e7
- stable/c/cd42623d698b59f1fe5768f78a4101c28d5feb2e
- stable/c/73bd2779865372b1017d4f555b45270aa2d0d710
- stable/c/170fcc945bc094b1c956bf555c070692826a3eff
- stable/c/04344d0b4929caa94c0df72f767752aa0935ef5d