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.
Advisories
Source ID Title
Debian DSA Debian DSA DSA-3996-1 ffmpeg security update
EUVD EUVD EUVD-2017-5568 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.
Fixes

Solution

No solution given by the vendor.


Workaround

No workaround given by the vendor.

History

No history.

cve-icon MITRE

Status: PUBLISHED

Assigner: mitre

Published:

Updated: 2024-08-05T19:13:41.695Z

Reserved: 2017-08-31T00:00:00

Link: CVE-2017-14054

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Deferred

Published: 2017-08-31T15:29:00.247

Modified: 2025-04-20T01:37:25.860

Link: CVE-2017-14054

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

No data.