Answer in brief
CVE-2026-68231 records a Unknown severity vulnerability in media: airspy: Return queued buffers on start_streaming() failure. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=634fe5033951b80ef4b98d8f047cb1083d29170d <877686a74ecdc93dcaee09dbac566e819059c9e7 || >=634fe5033951b80ef4b98d8f047cb1083d29170d <cd42623d698b59f1fe5768f78a4101c28d5feb2e || >=634fe5033951b80ef4b98d8f047cb1083d29170d <73bd2779865372b1017d4f555b45270aa2d0d710 || >=634fe5033951b80ef4b98d8f047cb1083d29170d <170fcc945bc094b1c956bf555c070692826a3eff || >=634fe5033951b80ef4b98d8f047cb1083d29170d <04344d0b4929caa94c0df72f767752aa0935ef5d | 877686a74ecdc93dcaee09dbac566e819059c9e7, cd42623d698b59f1fe5768f78a4101c28d5feb2e, 73bd2779865372b1017d4f555b45270aa2d0d710, 170fcc945bc094b1c956bf555c070692826a3eff, 04344d0b4929caa94c0df72f767752aa0935ef5d |
| Linux/Linuxgeneric | 3.17 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
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").
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-68231 records a Unknown severity vulnerability in media: airspy: Return queued buffers on start_streaming() failure. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=634fe5033951b80ef4b98d8f047cb1083d29170d <877686a74ecdc93dcaee09dbac566e819059c9e7 || >=634fe5033951b80ef4b98d8f047cb1083d29170d <cd42623d698b59f1fe5768f78a4101c28d5feb2e || >=634fe5033951b80ef4b98d8f047cb1083d29170d <73bd2779865372b1017d4f555b45270aa2d0d710 || >=634fe5033951b80ef4b98d8f047cb1083d29170d <170fcc945bc094b1c956bf555c070692826a3eff || >=634fe5033951b80ef4b98d8f047cb1083d29170d <04344d0b4929caa94c0df72f767752aa0935ef5d | 877686a74ecdc93dcaee09dbac566e819059c9e7, cd42623d698b59f1fe5768f78a4101c28d5feb2e, 73bd2779865372b1017d4f555b45270aa2d0d710, 170fcc945bc094b1c956bf555c070692826a3eff, 04344d0b4929caa94c0df72f767752aa0935ef5d |
| Linux/Linuxgeneric | 3.17 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
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").
Quoted source text, attributed separately from HOL analysis.