https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 03 Oct 2026 11:43:35 +0000 https://cve.radiocsirt.org/vuln/bdu:2017-02093 bdu:2017-02093 https://cve.radiocsirt.org/vuln/bdu:2017-02093 https://cve.radiocsirt.org/vuln/cleanstart-2024-gm86049 <p><strong>Affected:</strong> CleanStart: ffmpeg4</p> <p>Security vulnerability affects the ffmpeg4 package. In libavformat/rmdec.</p> <p><strong>Affected:</strong> CleanStart: ffmpeg4</p> <p>Security vulnerability affects the ffmpeg4 package. In libavformat/rmdec.</p> https://cve.radiocsirt.org/vuln/cleanstart-2024-gm86049 https://cve.radiocsirt.org/vuln/cnvd-2017-30429 cnvd-2017-30429 https://cve.radiocsirt.org/vuln/cnvd-2017-30429 https://cve.radiocsirt.org/vuln/euvd-2026-77810 EUVD-2026-77810 https://cve.radiocsirt.org/vuln/euvd-2026-77810 https://cve.radiocsirt.org/vuln/fkie_cve-2017-14054 <p>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 &#34;len&#34; 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.</p> <p>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 &#34;len&#34; 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.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2017-14054 https://cve.radiocsirt.org/vuln/ghsa-gmgc-6878-cwvr <p>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 &#34;len&#34; 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.</p> <p>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 &#34;len&#34; 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.</p> https://cve.radiocsirt.org/vuln/ghsa-gmgc-6878-cwvr https://cve.radiocsirt.org/vuln/gsd-2017-14054 gsd-2017-14054 https://cve.radiocsirt.org/vuln/gsd-2017-14054 https://cve.radiocsirt.org/vuln/opensuse-su-2024:10754-1 <p>ffmpeg-4-4.4-5.2 on GA media</p> <p>ffmpeg-4-4.4-5.2 on GA media</p> https://cve.radiocsirt.org/vuln/opensuse-su-2024:10754-1