CVE-2017-14056
published 2017-08-31CVE-2017-14056: 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…
PriorityP427medium6.5CVSS 3.0
AVNACLPRNUIRSUCNINAH
EPSS
1.82%
76.5th percentile
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.
Affected
6 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | ffmpeg | < ffmpeg 7:3.3.4-1 (bookworm) | ffmpeg 7:3.3.4-1 (bookworm) |
| ffmpeg | ffmpeg | — | — |
| ffmpeg | ffmpeg | >= 0 < 7:3.3.4-1 | 7:3.3.4-1 |
| ffmpeg | ffmpeg | >= 0 < 7:3.3.4-1 | 7:3.3.4-1 |
| ffmpeg | ffmpeg | >= 0 < 7:3.3.4-1 | 7:3.3.4-1 |
| ffmpeg | ffmpeg | >= 0 < 7:3.3.4-1 | 7:3.3.4-1 |
CVSS provenance
nvdv3.06.5MEDIUMCVSS:3.0/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H
nvdv2.07.1HIGHAV:N/AC:M/Au:N/C:N/I:N/A:C
osv6.5MEDIUM
vendor_debian6.5LOW
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
Debian
CVE-2017-14056: ffmpeg - In libavformat/rl2.c in FFmpeg 3.3.3, a DoS in rl2_read_header() due to lack of ...
vendor_debian·2017·CVSS 6.5
CVE-2017-14056 [MEDIUM] CVE-2017-14056: ffmpeg - In libavformat/rl2.c in FFmpeg 3.3.3, a DoS in rl2_read_header() due to lack of ...
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.
Scope: local
bookworm: resolved (fixed in 7:3.3.4-1)
bullseye: resolved (fixed in 7:3.3.4-1)
forky: resolved (fixed in 7:3.3.4-1)
sid: resolved (fixed in 7:3.3.4-1)
trixie: resolved (fixed in 7:3.3.4-1)
GHSA
GHSA-r5h2-24x5-fv2h: In libavformat/rl2
ghsa_unreviewed·2022-05-13
CVE-2017-14056 [HIGH] CWE-834 GHSA-r5h2-24x5-fv2h: In libavformat/rl2
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.
OSV
CVE-2017-14056: In libavformat/rl2
osv·2017-08-31·CVSS 6.5
CVE-2017-14056 [MEDIUM] CVE-2017-14056: In libavformat/rl2
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.
No detection rules found.
No public exploits indexed.
http://www.debian.org/security/2017/dsa-3996http://www.securityfocus.com/bid/100628https://github.com/FFmpeg/FFmpeg/commit/96f24d1bee7fe7bac08e2b7c74db1a046c9dc0dehttps://lists.debian.org/debian-lts-announce/2019/01/msg00006.htmlhttp://www.debian.org/security/2017/dsa-3996http://www.securityfocus.com/bid/100628https://github.com/FFmpeg/FFmpeg/commit/96f24d1bee7fe7bac08e2b7c74db1a046c9dc0dehttps://lists.debian.org/debian-lts-announce/2019/01/msg00006.html
2017-08-31
Published