<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>FFmpeg 4.4 - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/ffmpeg-4.4/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Wed, 22 Jul 2026 18:17:58 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/ffmpeg-4.4/feed.xml" rel="self" type="application/rss+xml"/><item><title>FFmpeg NVIDIA NVDEC Double-Free Vulnerability (CVE-2026-64832)</title><link>https://feed.craftedsignal.io/briefs/2026-07-ffmpeg-nvdec-double-free/</link><pubDate>Wed, 22 Jul 2026 18:17:58 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-ffmpeg-nvdec-double-free/</guid><description>FFmpeg versions 4.4 through 8.1.2 are vulnerable to a double-free condition within the NVIDIA NVDEC hardware decoder component (libavcodec/nvdec.c), allowing attackers to trigger memory corruption by providing a specially crafted video file, which occurs when an error path frees memory via `nvdec_fdd_priv_free` due to no decoder surfaces remaining, and a subsequent layer attempts to free the same frame description data, resulting in a double-free of the underlying decoder context in any FFmpeg-based application using NVDEC hardware acceleration.</description><content:encoded><![CDATA[<p>A significant double-free vulnerability, tracked as CVE-2026-64832, exists in FFmpeg versions 4.4 through 8.1.2, specifically within the NVIDIA NVDEC hardware decoder component (libavcodec/nvdec.c). This flaw allows an attacker to induce memory corruption by providing a specially crafted video file to an FFmpeg-based application that utilizes NVDEC hardware-accelerated decoding. The vulnerability arises when the <code>ff_nvdec_start_frame_sep_ref</code> error path is triggered due to a lack of available decoder surfaces. In this scenario, <code>nvdec_fdd_priv_free</code> prematurely releases memory associated with the frame description data. Subsequently, the calling layer attempts to free the same memory, leading to a double-free condition of the underlying decoder context. This issue impacts any application integrating affected FFmpeg versions and leveraging NVIDIA NVDEC for video decoding, posing a risk of application crashes, denial of service, or potentially arbitrary code execution depending on memory layout and exploitation techniques.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>An attacker crafts a malicious video file designed to trigger specific error conditions within FFmpeg's NVDEC decoding process.</li>
<li>The victim opens or processes the malicious video file using an FFmpeg-based application configured for NVIDIA NVDEC hardware acceleration.</li>
<li>During the decoding process, the FFmpeg application reaches a state where no decoder surfaces are available, triggering an error path.</li>
<li>The <code>ff_nvdec_start_frame_sep_ref</code> error handling routine is invoked within <code>libavcodec/nvdec.c</code>.</li>
<li>Within this error path, the <code>nvdec_fdd_priv_free</code> function is called, releasing the memory allocated for the frame description data.</li>
<li>Subsequently, the higher-level FFmpeg calling layer attempts to free the <em>same</em> memory region for the frame description data, leading to a double-free vulnerability.</li>
<li>The double-free corrupts memory, potentially causing a crash of the FFmpeg-based application, leading to a denial of service.</li>
<li>Depending on the memory corruption primitive and system architecture, this could be escalated to arbitrary code execution, allowing the attacker to run malicious code on the victim's system.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>The successful exploitation of CVE-2026-64832 can lead to severe consequences for users of affected FFmpeg applications. The primary impact is memory corruption, which typically results in application crashes and denial of service. This could disrupt critical video processing workflows or render affected media playback applications unusable. In more sophisticated exploitation scenarios, memory corruption vulnerabilities like double-frees can be chained with other techniques to achieve arbitrary code execution, allowing attackers to compromise the underlying system. This poses a risk to any system processing untrusted video content using vulnerable FFmpeg versions with NVDEC acceleration, potentially leading to data theft, system control, or further network intrusion.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Update FFmpeg to a version beyond 8.1.2 immediately to remediate CVE-2026-64832.</li>
<li>Identify all applications in your environment that utilize FFmpeg for video processing, especially those configured for NVIDIA NVDEC hardware acceleration.</li>
<li>Consult the changelogs or security advisories for applications dependent on FFmpeg to ensure they have integrated the patched FFmpeg versions to address CVE-2026-64832.</li>
<li>As a temporary mitigation if immediate patching is not possible, consider disabling NVIDIA NVDEC hardware acceleration in FFmpeg-based applications or restricting the processing of untrusted video files.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>vulnerability</category><category>memory-corruption</category><category>ffmpeg</category><category>nvdec</category><category>cve</category></item></channel></rss>