CVE-2026-12706: FFmpeg RASC Decoder Use-After-Free Vulnerability
FFmpeg, a widely used multimedia framework, contains a use-after-free vulnerability in its RASC video decoder. When processing a specially crafted AVI file with malicious RASC video data, the decoder's move-table handling can inadvertently free memory that is still being read by the decode function. This causes the application to access invalid memory locations, typically resulting in a crash. An attacker needs only to trick a user into opening or playing a malicious video file—no special privileges or complex attack setup required.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-19 / 2026-06-22
NVD description (verbatim)
A use-after-free vulnerability was found in FFmpeg's RASC video decoder. The decode_move() function initializes a read pointer into a decompressed buffer, but a subsequent reallocation of that same buffer during move-table processing leaves the pointer dangling. An attacker could exploit this by providing a specially crafted AVI file containing a malicious RASC video stream. When a user opens or plays the file, the decoder reads from freed heap memory, which could lead to a denial of service (crash).
4 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability resides in FFmpeg's RASC video decoder, specifically in the decode_move() function. During video decompression, the function maintains a read pointer into a decompressed buffer. However, when the decoder processes move-table operations, the underlying buffer is reallocated without updating the pointer, leaving it dangling. Subsequent read operations dereference this freed memory, triggering a use-after-free condition (CWE-416). The flaw is reachable via untrusted AVI files containing RASC streams, making it accessible to remote attackers with minimal user interaction.
Business impact
Organizations relying on FFmpeg for media ingestion, transcoding, or playback face service disruption risk. Video processing pipelines, streaming platforms, and automated media handling systems could crash or become unavailable when encountering malicious files. While the vulnerability does not enable data theft or code execution, the denial-of-service impact affects availability—a critical concern for media-heavy workflows, broadcast systems, and content management platforms. Users processing untrusted video sources face the highest exposure.
Affected systems
All versions of FFmpeg that include the RASC video decoder are affected. The RASC codec is less common than H.264 or VP9, reducing the attack surface in many environments, but it remains present in standard FFmpeg distributions. Any application embedding FFmpeg—including media players, transcoding services, and multimedia toolkits—inherits this vulnerability. Verify your specific FFmpeg version and build configuration against the vendor's security advisory to confirm exposure.
Exploitability
Exploitation requires minimal effort. An attacker crafts a malicious AVI file with a specially designed RASC video stream and distributes it via email, file-sharing platforms, or compromised websites. When a user or automated system opens or plays the file using FFmpeg, the use-after-free triggers, causing a crash. No network interaction occurs after the initial file delivery, and the attack requires only that the victim use common media-playing functionality. User interaction is necessary, but clicking a link or opening an attachment is a low barrier.
Remediation
Update FFmpeg to a patched version released after the vulnerability disclosure (June 19, 2026). Check the FFmpeg project's security advisories and release notes for the specific version that resolves CVE-2026-12706. If immediate patching is not feasible, restrict processing of untrusted RASC video files, disable the RASC decoder if your application does not require it, and educate users to avoid opening video files from untrusted sources.
Patch guidance
Monitor the FFmpeg project's official releases and security page for a patch version. Once available, update your FFmpeg library and recompile any applications that depend on it. If you maintain a custom build, ensure the patched decoder source is included. For enterprise deployments, test the patch in a staging environment before rolling out to production to verify compatibility with your media pipeline and dependent applications.
Detection guidance
Monitor for FFmpeg crashes or unexpected terminations triggered by video file processing, particularly involving less common codecs. Log and alert on failed AVI file parsing or RASC decoder errors. If feasible, implement file type validation to reject or quarantine RASC-encoded files from untrusted sources. Network-based detection is limited since the malicious file content is the sole attack vector; focus on endpoint-level crash reporting and media processing logs.
Why prioritize this
While the CVSS score of 6.5 (Medium) reflects the denial-of-service nature and lack of code execution, the practical priority depends on your media processing footprint. Organizations heavily invested in FFmpeg for automated transcoding, broadcasting, or public-facing media services should prioritize patching to ensure service continuity. Those using FFmpeg in isolated, trusted environments face lower urgency. The low barrier to exploitation (a malicious file) and the ubiquity of FFmpeg in media stacks argue for timely remediation.
Risk score, explained
The CVSS 3.1 score of 6.5 reflects a network-accessible attack vector, low attack complexity, no privilege requirement, and user interaction needed, resulting in high availability impact but no confidentiality or integrity breach. The 'Medium' severity appropriately captures that this is a serious denial-of-service risk without remote code execution potential. However, real-world priority should account for whether your organization processes untrusted video and relies on FFmpeg availability.
Frequently asked questions
Can this vulnerability be exploited to steal data or run arbitrary code?
No. The use-after-free in the RASC decoder causes a crash by reading from freed memory, resulting in denial of service. It does not enable information disclosure, privilege escalation, or code execution. The impact is limited to availability.
Do I need to worry about this if I don't use FFmpeg or don't process RASC videos?
If your organization does not use FFmpeg or specifically does not handle RASC-encoded streams, the direct risk is minimal. However, check whether any third-party applications, media players, or libraries you depend on embed FFmpeg. If so, consult their security advisories to determine if they are affected.
What's the difference between a use-after-free and a buffer overflow?
A use-after-free (CWE-416) occurs when code accesses memory that has already been freed, often causing a crash. A buffer overflow writes past the boundaries of an allocated buffer, potentially corrupting adjacent memory. Both are memory safety bugs; use-after-free typically leads to crashes or information leaks, while overflows can enable code execution. This vulnerability is a use-after-free, so crash is the expected outcome.
Should I disable the RASC decoder entirely?
If your applications do not require RASC video support, disabling or removing the decoder is a strong mitigation. Verify with your vendor or build system whether this is feasible. For most users, patching FFmpeg is simpler and safer than removing codec support, as it preserves functionality while fixing the flaw.
This analysis is based on the published CVE record and vendor disclosure as of June 22, 2026. Security postures and patch availability may change; always verify current advisory status and patch versions directly with FFmpeg and your software vendors. This document does not constitute legal advice or a guarantee of security. Testing and deployment of patches remain your organization's responsibility. For the latest updates, consult the FFmpeg project website and NIST NVD. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2025-55644MEDIUMHeap Use-After-Free in GPAC MP4Box v2.4 DoS Vulnerability
- CVE-2025-55650MEDIUMHeap Use-After-Free in GPAC MP4Box v2.4 DoS Vulnerability
- CVE-2025-60486MEDIUMHeap Use-After-Free in GPAC MP4Box MPEG-2 Dasher – DoS Vulnerability
- CVE-2026-10232MEDIUMAssimp Use-After-Free in ASE Parser (CVSS 5.3)
- CVE-2026-10634MEDIUMZephyr TCP Stack Use-After-Free Race Condition
- CVE-2026-10635MEDIUMXtensa Memory Domain Use-After-Free in Zephyr RTOS
- CVE-2026-10637MEDIUMZephyr IPv6 MLD Use-After-Free Denial of Service
- CVE-2026-10638MEDIUMZephyr ICMPv6 Use-After-Free Denial of Service