A Denial of Service vulnerability exists in FFmpeg 4.2 due to a memory leak is affected by: memory leak in the link_filter_inouts function in libavfilter/graphparser.c.
Weakness
The product does not sufficiently track and release allocated memory after it has been used, which slowly consumes remaining memory.
Affected Software
| Name |
Vendor |
Start Version |
End Version |
| Ffmpeg |
Ffmpeg |
4.2 (including) |
4.2 (including) |
| Ffmpeg |
Ubuntu |
bionic |
* |
| Ffmpeg |
Ubuntu |
esm-apps/bionic |
* |
| Ffmpeg |
Ubuntu |
esm-apps/focal |
* |
| Ffmpeg |
Ubuntu |
esm-apps/xenial |
* |
| Ffmpeg |
Ubuntu |
focal |
* |
| Ffmpeg |
Ubuntu |
groovy |
* |
| Ffmpeg |
Ubuntu |
hirsute |
* |
| Ffmpeg |
Ubuntu |
trusty |
* |
| Ffmpeg |
Ubuntu |
upstream |
* |
| Ffmpeg |
Ubuntu |
xenial |
* |
Potential Mitigations
- Choose a language or tool that provides automatic memory management, or makes manual memory management less error-prone.
- For example, glibc in Linux provides protection against free of invalid pointers.
- When using Xcode to target OS X or iOS, enable automatic reference counting (ARC) [REF-391].
- To help correctly and consistently manage memory when programming in C++, consider using a smart pointer class such as std::auto_ptr (defined by ISO/IEC ISO/IEC 14882:2003), std::shared_ptr and std::unique_ptr (specified by an upcoming revision of the C++ standard, informally referred to as C++ 1x), or equivalent solutions such as Boost.
References