In libavformat/rl2.c in FFmpeg 3.3.3, a DoS in rl2_read_header() due to lack of an EOF (End of File) check might cause huge CPU and memory consumption. When a crafted RL2 file, which claims a large "frame_count" field in the header but does not contain sufficient backing data, is provided, the loops (for offset and size tables) would consume huge CPU and memory resources, since there is no EOF check inside these loops.
References
Configurations
History
21 Nov 2024, 03:12
Type | Values Removed | Values Added |
---|---|---|
References | () http://www.debian.org/security/2017/dsa-3996 - | |
References | () http://www.securityfocus.com/bid/100628 - | |
References | () https://github.com/FFmpeg/FFmpeg/commit/96f24d1bee7fe7bac08e2b7c74db1a046c9dc0de - Patch, Third Party Advisory | |
References | () https://lists.debian.org/debian-lts-announce/2019/01/msg00006.html - |
Information
Published : 2017-08-31 15:29
Updated : 2024-11-21 03:12
NVD link : CVE-2017-14056
Mitre link : CVE-2017-14056
CVE.ORG link : CVE-2017-14056
JSON object : View
Products Affected
ffmpeg
- ffmpeg
CWE
CWE-834
Excessive Iteration