In libavformat/rmdec.c in FFmpeg 3.3.3, a DoS in ivr_read_header() due to lack of an EOF (End of File) check might cause huge CPU consumption. When a crafted IVR file, which claims a large "len" field in the header but does not contain sufficient backing data, is provided, the first type==4 loop would consume huge CPU resources, since there is no EOF check inside the loop.
| Product | Vendor Advisory | Solution File | Added | Published |
|---|---|---|---|---|
| Alpine Linux | — | Upgrade ffmpegUpgrade ffmpeg4 | Aug 22, 2024 | Aug 31, 2017 |
| Arch Linux | — | Upgrade to the latest version of Arch Linux | Jul 11, 2025 | Aug 31, 2017 |
| Debian | — | Upgrade ffmpeg | Dec 5, 2017 | Aug 31, 2017 |
| Ffmpeg | — | Upgrade to FFmpeg version 3.1.11Upgrade to FFmpeg version 3.0.10Upgrade to FFmpeg version 3.2.8Upgrade to FFmpeg version 3.3.4 | Sep 29, 2017 | Aug 31, 2017 |
| Freebsd | — | Upgrade ffmpegUpgrade mythtv-frontendUpgrade mythtv | Oct 13, 2017 | Oct 12, 2017 |
| Suse | — | Upgrade libavcodec57Upgrade libpostproc-develUpgrade libavdevice57Upgrade libavresample3Upgrade libavformat57Upgrade libavfilter6Upgrade libpostproc54Upgrade libswscale-develUpgrade libswresample2Upgrade libswscale4Upgrade libavformat-develUpgrade libavresample-develUpgrade ffmpegUpgrade libswresample-develUpgrade libavcodec-develUpgrade libavutil-develUpgrade libavutil55 | Sep 16, 2017 | Aug 31, 2017 |
With curated Threat Intelligence, you can see which vulnerabilities truly put you at risk, prioritize what matters most, and act before attackers do.
Explore Intelligence Hub