The Quarterly Threat Landscape Report is out. See what attackers are targeting now.Read report
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 ffmpeg4Upgrade ffmpeg | 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 libavresample3Upgrade libavformat57Upgrade libavcodec57Upgrade libavfilter6Upgrade libavdevice57Upgrade libpostproc-develUpgrade libswresample2Upgrade libpostproc54Upgrade libavutil55Upgrade libavresample-develUpgrade libswresample-develUpgrade ffmpegUpgrade libswscale-develUpgrade libavcodec-develUpgrade libavformat-develUpgrade libswscale4Upgrade libavutil-devel | 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