Description
In the Linux kernel, the following vulnerability has been resolved:

media: msi2500: 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.

msi2500_start_streaming() had five error paths that all hit this trap
and were further tangled by ret-overwriting between calls:

- -ENODEV when the USB device was already disconnected
- -ERESTARTSYS when mutex_lock_interruptible() was interrupted
- msi2500_set_usb_adc() failure: ret was silently overwritten by
the next call (msi2500_isoc_init), so the error was lost entirely
- msi2500_isoc_init() failure: cleanup_queued_bufs was called, but
the function then fell through to msi2500_ctrl_msg() and again
masked the original error by overwriting ret
- msi2500_ctrl_msg(CMD_START_STREAMING) failure: no cleanup at all,
leaving isoc URBs submitted with no way for the driver to consume
them

Consolidate the error paths into a small goto chain. Every failure
now stops the function, drains the queued-buffer list, and returns
the real error code. The ctrl_msg failure path also rolls back the
preceding msi2500_isoc_init() via msi2500_isoc_cleanup() before
unlocking and draining.

The cleanup helper takes a vb2_buffer_state argument so that the
start_streaming error paths can pass VB2_BUF_STATE_QUEUED (as
expected by userspace on start_streaming failure) while stop_streaming
keeps its existing VB2_BUF_STATE_ERROR semantics.

This mirrors the uvcvideo fix in commit 4cf3b6fd54eb ("media: uvcvideo:
Return queued buffers on start_streaming() failure").
Published: 2026-08-10
Score: 7.8 High
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The issue occurs in the Linux kernel media subsystem when the msi2500 driver fails to properly release queued buffers during start_streaming() error paths. Several branches swallow the original error code and do not call vb2_buffer_done(), causing queued buffers remain allocated. This triggers WARN_ON in vb2_start_streaming() and results in a persistent leak of kernel buffers, a classic CWE-772 (Uncontrolled Resource Consumption) scenario that can exhaust memory or destabilize the system.

Affected Systems

All systems running the Linux kernel that include the msi2500 v4l2 driver are affected, regardless of vendor or distribution. The vulnerability is present in any kernel version that has not applied the patch that consolidates error handling for start_streaming. No specific vendor versions are listed, but any installation of this driver on Linux is potentially impacted.

Risk and Exploitability

The CVSS score of 7.8 indicates high severity. The EPSS score of <1% suggests a low probability of exploitation. The flaw can be exploited by an attacker who can interact with the msi2500 device to trigger the failure paths. The likely attack vector is local device interaction with the driver; no privilege escalation is required beyond the ability to interface with the driver. Once exploited, the driver leaks buffers, potentially leading to resource exhaustion and denial of service. The vulnerability is not listed in CISA’s KEV catalog.

Generated by OpenCVE AI on August 14, 2026 at 00:25 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a release that contains the patch that consolidates msi2500 start_streaming error handling, such as kernel versions that include the commit identified by 1d58229b.
  • If updating the kernel is not immediately possible, disable msi2500 streaming functionality or disconnect the device until the patch is applied to prevent the buffer leak from occurring.
  • For environments where upgrading the distribution kernel is delayed, manually apply the specific upstream patch (commit 1d58229b) to the kernel source and rebuild, or build a custom kernel that incorporates the fix.

Generated by OpenCVE AI on August 14, 2026 at 00:25 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4745-1 linux-6.12 security update
History

Wed, 19 Aug 2026 16:45:00 +0000


Thu, 13 Aug 2026 22:45:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 5.5, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}

cvssV3_1

{'score': 7.8, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H'}


Thu, 13 Aug 2026 06:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-795

Wed, 12 Aug 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-772
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.5, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Moderate


Mon, 10 Aug 2026 18:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-795

Mon, 10 Aug 2026 12:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: media: msi2500: 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. msi2500_start_streaming() had five error paths that all hit this trap and were further tangled by ret-overwriting between calls: - -ENODEV when the USB device was already disconnected - -ERESTARTSYS when mutex_lock_interruptible() was interrupted - msi2500_set_usb_adc() failure: ret was silently overwritten by the next call (msi2500_isoc_init), so the error was lost entirely - msi2500_isoc_init() failure: cleanup_queued_bufs was called, but the function then fell through to msi2500_ctrl_msg() and again masked the original error by overwriting ret - msi2500_ctrl_msg(CMD_START_STREAMING) failure: no cleanup at all, leaving isoc URBs submitted with no way for the driver to consume them Consolidate the error paths into a small goto chain. Every failure now stops the function, drains the queued-buffer list, and returns the real error code. The ctrl_msg failure path also rolls back the preceding msi2500_isoc_init() via msi2500_isoc_cleanup() before unlocking and draining. The cleanup helper takes a vb2_buffer_state argument so that the start_streaming error paths can pass VB2_BUF_STATE_QUEUED (as expected by userspace on start_streaming failure) while stop_streaming keeps its existing VB2_BUF_STATE_ERROR semantics. This mirrors the uvcvideo fix in commit 4cf3b6fd54eb ("media: uvcvideo: Return queued buffers on start_streaming() failure").
Title media: msi2500: Return queued buffers on start_streaming() failure
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-19T16:31:51.745Z

Reserved: 2026-07-30T09:28:09.375Z

Link: CVE-2026-68222

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-10T13:20:10.270

Modified: 2026-08-19T17:20:38.120

Link: CVE-2026-68222

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-10T12:00:42Z

Links: CVE-2026-68222 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-14T00:30:03Z

Weaknesses
  • CWE-772

    Missing Release of Resource after Effective Lifetime