CVE-2026-125172 · Package
NO FIX YET
FFmpeg's libxevd decoder fails to check NAL unit length prefixes in EVC video, so a crafted file makes it read beyond the packet buffer. An attacker can crash the application or expose nearby heap memory.
first public Nov 9, 2026 · 1 source
Could this affect your app?
Free first check from your website. Connect your repo for the full answer.
Systems that run FFmpeg to decode untrusted EVC video, for example media ingestion or transcoding services that accept user uploads. Systems that never decode EVC content or only process trusted media are unlikely to be exposed. The sources do not state a fixed version.
Not affected if no-evc-decoding, trusted-media-only
Who cares ffmpeg, media-processing
ffmpeg -version to see the installed version, and compare it with the affected range through 9.0.2.ffmpeg -decoders | grep -i evc.No fix yet, per the sources.
FFmpeg through 9.0.2 contains an out-of-bounds read vulnerability in libxevd_receive_frame() in libavcodec/libxevd.c that fails to validate NAL unit length prefixes against remaining packet data. Attackers can supply crafted EVC media with oversized 4-byte NAL length prefixes, causing libxevd to read past the packet buffer, crashing the application or exposing adjacent heap memory.
This page as .md · .json · CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:P/VC:L/VI:N/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.
Are you affected?
Tell InfraStack what you run. It checks this one, and every next one, against your stack.
Ask from here. InfraStack checks the affected versions against your stack and answers in your inbox.
InfraStack checks the affected versions against your stack and answers in Slack, with the evidence and the fix.