p PatchFirst

PatchFirst · Latest vulnerabilities

ffmpeg vulnerabilities · Page 12

Vulnerabilities published for ffmpeg in the last 30 days: 10. Listed in the KEV catalogue: 0.

Filter vulnerabilities
Clear filters

Vulnerabilities: 433

  1. CVE-2017-16803

    High · CVSS 7.5EPSS 3.01%Fix available

    CVE-2017-16803

    In Libav through 11.11 and 12.x through 12.1, the smacker_decode_tree function in libavcodec/smacker.c does not properly restrict tree recursion, which allows remote attackers to cause a denial of service (bitstream.c:build_table() out-of-bounds read and application crash) via a crafted Smacker stream.

    • Update to 7:2.2.1-1
    Published Updated
  2. CVE-2017-14767

    High · CVSS 8.8EPSS 2.71%Fix available

    CVE-2017-14767

    The sdp_parse_fmtp_config_h264 function in libavformat/rtpdec_h264.c in FFmpeg before 3.3.4 mishandles empty sprop-parameter-sets values, which allows remote attackers to cause a denial of service (heap buffer overflow) or possibly have unspecified other impact via a crafted sdp file.

    • Update to 7:3.3.4-1
    Published Updated
  3. CVE-2017-14225

    High · CVSS 8.8EPSS 2.57%Fix available

    CVE-2017-14225

    The av_color_primaries_name function in libavutil/pixdesc.c in FFmpeg 3.3.3 may return a NULL pointer depending on a value contained in a file, but callers do not anticipate this, as demonstrated by the avcodec_string function in libavcodec/utils.c, leading to a NULL pointer dereference. (It is also conceivable that there is security relevance for a NULL pointer dereference in av_color_primaries_name calls within the ffprobe command-line program.)

    • Update to 7:3.3.4-1
    Published Updated
  4. CVE-2017-14223

    Medium · CVSS 6.5EPSS 2.54%Fix available

    CVE-2017-14223

    In libavformat/asfdec_f.c in FFmpeg 3.3.3, a DoS in asf_build_simple_index() due to lack of an EOF (End of File) check might cause huge CPU consumption. When a crafted ASF file, which claims a large "ict" field in the header but does not contain sufficient backing data, is provided, the for loop would consume huge CPU and memory resources, since there is no EOF check inside the loop.

    • Update to 7:3.3.4-1
    Published Updated
  5. CVE-2017-14222

    Medium · CVSS 6.5EPSS 2.4%Fix available

    CVE-2017-14222

    In libavformat/mov.c in FFmpeg 3.3.3, a DoS in read_tfra() due to lack of an EOF (End of File) check might cause huge CPU and memory consumption. When a crafted MOV file, which claims a large "item_count" field in the header but does not contain sufficient backing data, is provided, the loop would consume huge CPU and memory resources, since there is no EOF check inside the loop.

    • Update to 7:3.3.4-1
    Published Updated
  6. CVE-2017-14171

    Medium · CVSS 6.5EPSS 1.77%Fix available

    CVE-2017-14171

    In libavformat/nsvdec.c in FFmpeg 2.4 and 3.3.3, a DoS in nsv_parse_NSVf_header() due to lack of an EOF (End of File) check might cause huge CPU consumption. When a crafted NSV file, which claims a large "table_entries_used" field in the header but does not contain sufficient backing data, is provided, the loop over 'table_entries_used' would consume huge CPU resources, since there is no EOF check inside the loop.

    • Update to 7:3.3.4-1
    Published Updated
  7. CVE-2017-14170

    Medium · CVSS 6.5EPSS 1.77%Fix available

    CVE-2017-14170

    In libavformat/mxfdec.c in FFmpeg 3.3.3 -> 2.4, a DoS in mxf_read_index_entry_array() due to lack of an EOF (End of File) check might cause huge CPU consumption. When a crafted MXF file, which claims a large "nb_index_entries" field in the header but does not contain sufficient backing data, is provided, the loop would consume huge CPU resources, since there is no EOF check inside the loop. Moreover, this big loop can be invoked multiple times if there is more than one applicable data segment in the crafted MXF file.

    • Update to 7:3.3.4-1
    Published Updated
  8. CVE-2017-14169

    High · CVSS 8.8EPSS 2.57%Fix available

    CVE-2017-14169

    In the mxf_read_primer_pack function in libavformat/mxfdec.c in FFmpeg 3.3.3 -> 2.4, an integer signedness error might occur when a crafted file, which claims a large "item_num" field such as 0xffffffff, is provided. As a result, the variable "item_num" turns negative, bypassing the check for a large value.

    • Update to 7:3.3.4-1
    Published Updated

Check your server

Check your installed stack and versions against the current vulnerability feeds.

Check your server →