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

media: stm32-dcmipp: 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.

dcmipp_bytecap_start_streaming() returned -EINVAL when the source
subdevice could not be resolved from the media graph, before
pm_runtime_resume_and_get() and media_pipeline_start() had been called.
The remaining error paths already converge on the err_buffer_done
label, which calls dcmipp_bytecap_all_buffers_done(...,
VB2_BUF_STATE_QUEUED). Jump to that label directly: the intermediate
err_pm_put / err_media_pipeline_stop labels are skipped, which is
correct because nothing they would undo has happened yet.

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

Impact

The stm32-dcmipp media driver fails to return queued buffers when its start_streaming() routine does not succeed. As a result, the vb2 framework continues to hold references to the buffers, causing a memory and resource leak. Repeated failures can exhaust available memory or buffer credits, negatively affecting system stability or leading to a denial of service.

Affected Systems

This issue exists in the Linux kernel media subsystem driver for STM32 DCMIPP. Any kernel configuration that contains the unpatched driver is potentially affected, as no specific version range is provided. The patch is linked to commit 624af2d4 in the kernel source.

Risk and Exploitability

The CVSS score of 5.5 indicates moderate severity. The EPSS score is below 1%, showing that attacks are expected to be rare, and the vulnerability is not listed in CISA’s KEV catalog. The attack vector is likely local or requires privileged access to a media device file, where an attacker can deliberately provoke start_streaming() failure. The resultant resource exhaustion could degrade or interrupt affected systems, although broader impact beyond the local host is unlikely.

Generated by OpenCVE AI on August 13, 2026 at 07:41 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply a kernel version that incorporates the stm32-dcmipp patch (commit 624af2d4).
  • Reboot the system to load the updated kernel and driver.
  • Restrict user or application access to the stm32-dcmipp device file (e.g., modify udev rules or file permissions) to reduce the likelihood of triggering the failure path.

Generated by OpenCVE AI on August 13, 2026 at 07:41 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

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

Type Values Removed Values Added
Weaknesses CWE-401

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 15:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-401

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: stm32-dcmipp: 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. dcmipp_bytecap_start_streaming() returned -EINVAL when the source subdevice could not be resolved from the media graph, before pm_runtime_resume_and_get() and media_pipeline_start() had been called. The remaining error paths already converge on the err_buffer_done label, which calls dcmipp_bytecap_all_buffers_done(..., VB2_BUF_STATE_QUEUED). Jump to that label directly: the intermediate err_pm_put / err_media_pipeline_stop labels are skipped, which is correct because nothing they would undo has happened yet. This mirrors the uvcvideo fix in commit 4cf3b6fd54eb ("media: uvcvideo: Return queued buffers on start_streaming() failure").
Title media: stm32-dcmipp: 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-17T05:00:55.902Z

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

Link: CVE-2026-68211

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

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

Modified: 2026-08-17T05:18:23.200

Link: CVE-2026-68211

cve-icon Redhat

Severity : Moderate

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

Links: CVE-2026-68211 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-13T07:45:17Z

Weaknesses
  • CWE-772

    Missing Release of Resource after Effective Lifetime