CVE-2026-8461: FFmpeg MagicYUV Decoder Out-of-Bounds Write (RCE/DoS)
FFmpeg's MagicYUV video decoder contains a flaw that allows an attacker to write data outside the boundaries of an allocated memory region. When exploited, this can crash the application (denial-of-service) or potentially allow the attacker to execute arbitrary code on the victim's system. The vulnerability is triggered when processing specially crafted video files, and requires user interaction—specifically, the victim must open or process the malicious file. All FFmpeg versions before 8.1.2 are affected.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-787
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-18 / 2026-07-23
NVD description (verbatim)
An out-of-bounds write vulnerability in FFmpeg's libavcodec library, specifically in the MagicYUV decoder, allows denial-of-service and, in some cases, can be exploited for remote code execution. This vulnerability is associated with the file libavcodec/magicyuv.C. This issue affects FFmpeg before version 8.1.2.
5 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-8461 is an out-of-bounds write vulnerability (CWE-787) in FFmpeg's libavcodec library, specifically within the MagicYUV decoder implementation (libavcodec/magicyuv.C). The flaw permits writing beyond allocated buffer boundaries, which can lead to heap corruption. The attack vector is network-accessible, requires no elevated privileges, and has low attack complexity. However, user interaction is required to trigger the vulnerability—the victim must initiate processing of a malicious MagicYUV-encoded file. This combination of factors creates a pathway for both denial-of-service and, depending on memory layout and exploitation sophistication, remote code execution.
Business impact
Organizations using FFmpeg for video transcoding, streaming, or processing workflows face operational disruption from denial-of-service conditions. Media companies, content platforms, and automated video processing pipelines are at elevated risk. If remote code execution is achieved, attackers gain the ability to run commands with the privileges of the FFmpeg process, potentially leading to data exfiltration, lateral movement, or supply chain compromise if FFmpeg is part of a critical content delivery or encoding chain. The requirement for user interaction somewhat limits mass exploitation, but file-based attacks can still affect automated workflows that process untrusted or user-supplied video content.
Affected systems
FFmpeg versions prior to 8.1.2 are vulnerable. This includes all releases of the 8.0.x, 7.x, and earlier major versions. Any system or application that embeds or depends on an affected FFmpeg build is potentially vulnerable. This includes media players, transcoding servers, content management systems, streaming platforms, and security tools that use FFmpeg for video analysis. The vulnerability does not affect FFmpeg 8.1.2 and later.
Exploitability
Exploitation requires crafting a malicious MagicYUV-encoded video file and delivering it to a user or system that will process it with a vulnerable FFmpeg build. The attack complexity is low once a malicious file is prepared. However, the requirement for user interaction (opening or processing the file) reduces the severity of automated, large-scale attacks. Targeted exploitation of media professionals, content creators, or automated video ingest systems is feasible. There is currently no indication this vulnerability is being actively exploited in the wild, and it does not appear on the CISA Known Exploited Vulnerabilities catalog.
Remediation
Upgrade FFmpeg to version 8.1.2 or later as soon as feasible. Organizations should prioritize patching systems that process video content from untrusted sources or user submissions. For environments where immediate upgrading is not possible, implement network controls to restrict video processing to trusted sources and consider disabling MagicYUV codec support if the feature is not essential to operations.
Patch guidance
Upgrade FFmpeg to version 8.1.2 or later. Verify the patched version by checking the FFmpeg release notes and confirming the version string in your installation. If FFmpeg is bundled within another application or service, check the vendor's advisory for updated versions of that product that incorporate the patched FFmpeg library. Test the patched version in a non-production environment first to ensure compatibility with existing workflows and media assets.
Detection guidance
Monitor for any attempts to process MagicYUV video files in your environment, particularly from external or untrusted sources. Log FFmpeg process invocations, especially those handling user-uploaded or internet-sourced video content. Look for application crashes, segmentation faults, or unexpected terminations of FFmpeg processes or video processing services, which could indicate exploitation attempts. Review system logs for unauthorized code execution following video processing operations. Organizations can also scan for FFmpeg installations and confirm the version number to identify systems still running vulnerable builds.
Why prioritize this
While the CVSS score of 8.8 (HIGH) reflects the severity of potential remote code execution, the actual risk to your organization depends on your video processing architecture. Prioritize patching if you operate automated video ingest systems, user-generated content platforms, or media processing pipelines that consume untrusted video files. Organizations that only process video from fully trusted internal sources can defer patching slightly longer but should still plan updates within a standard patch cycle. The requirement for user interaction provides a slight operational buffer but does not eliminate the risk.
Risk score, explained
The CVSS 3.1 score of 8.8 reflects a network-accessible attack requiring no privileges and low complexity, coupled with high impact across confidentiality, integrity, and availability. The user interaction requirement prevents a score in the 9+ critical range, but the combination of remote code execution potential and widespread FFmpeg deployment justifies the HIGH severity classification.
Frequently asked questions
Is this vulnerability actively being exploited?
There is no public indication that CVE-2026-8461 is currently being exploited in the wild. The vulnerability does not appear on the CISA Known Exploited Vulnerabilities list. However, you should not interpret this as a reason to delay patching; exploitation typically increases once detailed technical information becomes publicly available.
Do I need to patch if I don't use MagicYUV codec?
The vulnerability is specific to the MagicYUV decoder in FFmpeg. If your deployment explicitly disables or does not use MagicYUV codec support, your risk is reduced, but you should still verify this is the case and apply the patch for defense-in-depth. Codec support settings vary across FFmpeg builds.
What if we use FFmpeg embedded in another application?
Check the vendor of the application that includes FFmpeg (media player, transcoder, content management system, etc.) for security advisories. Many vendors will release updated versions of their software that incorporate the patched FFmpeg library. Do not rely on upgrading the standalone FFmpeg library alone if a third-party application has its own bundled version.
Can this be exploited without user interaction?
The vulnerability requires user interaction in the form of processing or opening a malicious MagicYUV video file. However, in automated video ingest environments (e.g., uploading videos to a streaming platform), the attacker can craft a malicious file and upload it, triggering the server-side FFmpeg process to process it automatically. This effectively removes the interactivity barrier in such scenarios.
This analysis is provided for informational purposes and does not constitute professional security advice. All technical details are based on publicly available vulnerability disclosures. Organizations should verify compatibility, perform testing, and conduct their own risk assessments before deploying patches. Consult your vendor's official security advisory and your internal security team for guidance specific to your environment. SEC.co makes no warranty regarding the accuracy or completeness of this analysis and assumes no liability for actions taken based on this information. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2020-9695HIGHAdobe Acrobat Reader Out-of-Bounds Write RCE Vulnerability
- CVE-2021-4478HIGHDräger CC-Vision Buffer Overflow in .gdt File Parsing
- CVE-2025-14098HIGHAvira Antivirus Engine Heap Buffer Overflow—Patch Guidance
- CVE-2025-59605HIGHQualcomm Memory Corruption in Device Identifier Processing
- CVE-2025-7004HIGHHeap Buffer Overflow in Avast, AVG, Norton Antivirus – Gen Digital Definition Update Fix
- CVE-2026-0138HIGHAndroid LWIS Buffer Overflow Leading to Local Privilege Escalation
- CVE-2026-0146HIGHAndroid Media Codec Out-of-Bounds Write – RCE Risk
- CVE-2026-0147HIGHAndroid MFC Out-of-Bounds Write Remote Code Execution