GHSA-r5h2-24x5-fv2h
Record from GitHub Advisory Database · Published May 13, 2022
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.
Risk scores
Timeline
- May 13, 2022 CVE Published
- Apr 9, 2026 Security Advisory (2 in total, the first dated here)
- Apr 30, 2026 Distribution Patch
Query this with the API
The same record, from the CLI:
vulnetix vdb vuln GHSA-r5h2-24x5-fv2h
vulnetix vdb fixes GHSA-r5h2-24x5-fv2h
Or with curl, using the org id and key from your account page:
curl -s -H "Authorization: ApiKey ${VULNETIX_ORG_ID}:${VULNETIX_API_KEY}" \
"https://api.vdb.vulnetix.com/v2/vuln/GHSA-r5h2-24x5-fv2h/fixes/registry"
The Community plan is free and allows 50 queries a day. Get a free API key · API quickstart
References
- https://nvd.nist.gov/vuln/detail/CVE-2017-14056 advisory
- http://www.securityfocus.com/bid/100628 url
- https://github.com/FFmpeg/FFmpeg/commit/96f24d1bee7fe7bac08e2b7c74db1a046c9dc0de fix
- http://www.debian.org/security/2017/dsa-3996 advisory
- https://lists.debian.org/debian-lts-announce/2019/01/msg00006.html advisory