在 FFmpeg 多媒体框架中发现数个漏洞，如果处理格式错误的 Real、MV、RL2、ASF、Apple HLS、Phantom Cine、MXF、NSV、MOV 或 RTP H.264 文件/流，可导致拒绝服务或可能执行任意代码。

libav 多媒体库中修正了多个安全漏洞，如果处理了格式错误文件，这些漏洞可能会造成拒绝服务、信息泄露或执行任意代码。CVE-2017-9993 Libav 未正确限制 HTTP 直播流文件名扩展和 demuxer 名称，这使得攻击者能够通过特制的播放列表数据读取任意文件。CVE-2017-9994 Libav 中的 libavcodec/webp.c 未确保 pix_fmt 已设置，这使得远程攻击者能够通过特制的文件造成拒绝服务（基于堆的缓冲区溢出和应用程序崩溃），或可能造成其他不明影响，这与 vp8_decode_mb_row_no_filter 和 pred8x8_128_dc_8_c 函数有关。CVE-2017-14055 mv_read_header() 中存在拒绝服务，由于缺少 EOF（文件结尾）检查，可能会造成大量 CPU 和内存消耗。CVE-2017-14056 rl2_read_header() 中存在拒绝服务，由于缺少 EOF（文件结尾）检查，可能会造成大量 CPU 和内存消耗。CVE-2017-14057 asf_read_marker() 中存在拒绝服务，由于缺少 EOF（文件结尾）检查，可能会造成大量 CPU 和内存消耗。CVE-2017-14170 mxf_read_index_entry_array() 中存在拒绝服务，由于缺少 EOF（文件结尾）检查，可能会造成大量 CPU 消耗。CVE-2017-14171 nsv_parse_NSVf_header() 中存在拒绝服务，由于缺少 EOF（文件结尾）检查，可能会造成大量 CPU 消耗。CVE-2017-14767 libavformat/rtpdec_h264.c 中的 sdp_parse_fmtp_config_h264 函数未正确处理空的 sprop-parameter-sets 值，这使得远程攻击者能够通过特制的 sdp 文件造成拒绝服务（堆缓冲区溢出），或可能会造成其他不明影响。CVE-2017-15672 libavcodec/ffv1dec.c 中的 read_header 函数可让远程攻击者通过特制的 MP4 文件触发越界读取，从而造成不明影响。CVE-2017-17130 libavcodec/mpegpicture.c 中的 ff_free_picture_tables 函数可让远程攻击者通过特制的文件造成拒绝服务（基于堆的缓冲区溢出和应用程序崩溃），或可能造成其他不明影响，这与 vc1_decode_i_blocks_adv 有关。CVE-2018-6621 Libav 中 libavcodec/utvideodec.c 内的 decode_frame 函数使远程攻击者可以通过特制的 AVI 文件造成拒绝服务（数组越界读取）。CVE-2018-7557 Libav 中 libavcodec/utvideodec.c 内的 decode_init 函数使远程攻击者可以通过色度子采样数据中带有特制尺寸的 AVI 文件造成拒绝服务（数组越界读取）。CVE-2018-14394 Libav 中的 libavformat/movenc.c 可让攻击者通过用户特制的 Waveform 音频文件造成拒绝服务（除零错误导致的应用程序崩溃）。CVE-2018-1999010 Libav 的 mms 协议中包含多个数组越界访问漏洞，可能会造成攻击者访问越界数据。对于 Debian 8“Jessie”，这些问题已在 6:11.12-1~deb8u4 版本中修复。建议您升级 libav 程序包。注意：Tenable Network Security 已直接从 DLA 安全公告中提取上述描述块。Tenable 已尝试在不引入其他问题的情况下，尽可能进行自动整理和排版。

libav 多媒體程式庫中的數個安全性弱點已修正，如果處理格式錯誤的檔案，則可能導致拒絕服務、資訊洩漏或執行任意程式碼。CVE-2017-9993 Libav 未正確限制 HTTP Live Streaming 副檔名和 demuxer 名稱，可讓攻擊者透過特製的播放清單資料讀取任意檔案。(CVE-2017-9994) Libav 中的 libavcodec/webp.c 未確認是否已設定 pix_fmt，可讓遠端攻擊者透過特製的檔案造成拒絕服務 (堆積型緩衝區溢位和應用程式損毀)，或可能造成其他不明影響，這與 vp8_decode_mb_row_no_filter 和 pred8x8_128_dc_8_c 函式有關。CVE-2017-14055 因為缺少 EOF (檔案結尾) 檢查導致 mv_read_header() 的拒絕服務，可造成大量 CPU 和記憶體耗用。CVE-2017-14056 因為缺少 EOF (檔案結尾) 檢查導致 rl2_read_header() 的拒絕服務，可造成大量 CPU 和記憶體耗用。CVE-2017-14057 因為缺少 EOF (檔案結尾) 檢查導致 asf_read_marker() 的拒絕服務，可造成大量 CPU 和記憶體耗用。CVE-2017-14170 因為缺少 EOF (檔案結尾) 檢查導致 mxf_read_index_entry_array() 的拒絕服務，可造成大量 CPU 耗用。CVE-2017-14171 因為缺少 EOF (檔案結尾) 檢查導致 nsv_parse_NSVf_header() 的拒絕服務，可造成大量 CPU 耗用。CVE-2017-14767 libavformat/rtpdec_h264.c 中的 sdp_parse_fmtp_config_h264 函式未正確處理空的 sprop-parameters-sets 值，可讓遠端攻擊者透過特製的 sdp 檔案導致拒絕服務 (堆積緩衝區溢位)，或可能造成其他不明影響。CVE-2017-15672 libavcodec/ffv1dec.c 中的 read_header 函式可讓遠端攻擊者透過特製的 MP4 檔案觸發超出邊界讀取，進而造成不明影響。CVE-2017-17130 libavcodec/mpegpicture.c 中的 ff_free_picture_tables 函式可讓遠端攻擊者透過特製的檔案造成拒絕服務 (堆積型緩衝區溢位和應用程式損毀)，或可能造成其他不明影響，這與 vc1_decode_i_blocks_adv 有關。CVE-2018-6621 Libav 的 libavcodec/utvideodec.c 中的 decode_frame 函式可讓遠端攻擊者透過特製的 AVI 檔案造成拒絕服務 (超出陣列讀取)。CVE-2018-7557 Libav 的 libavcodec/utvideodec.c 中的 decode_init 函式可讓遠端攻擊者透過具有色度次取樣資料內特製維度的 AVI 檔案造成拒絕服務 (超出陣列讀取)。CVE-2018-14394 Libav 中的 libavformat/movenc.c 可讓攻擊者利用使用者特製的 Waveform 音訊檔案導致拒絕服務 (由除以零錯誤導致應用程式損毀)。CVE-2018-1999010 Libav 在 mms 通訊協定中包含多個超出陣列存取弱點，可讓攻擊者存取超出邊界資料。針對 Debian 8「Jessie」，這些問題已在 6:11.12-1~deb8u4 版本中修正。建議您升級 libav 套件。注意：Tenable Network Security 已直接從 DLA 安全性公告擷取前置描述區塊。Tenable 已盡量在不造成其他問題的前提下，嘗試自動清理並將其格式化。

在 FFmpeg 多媒體架構中發現數個弱點，如果處理了格式錯誤的 Real、MV、RL2、ASF、Apple HLS、Phantom Cine、MXF、NSV、MOV 或 RTP H.264 檔案/串流，可能會造成拒絕服務或執行任意程式碼。

This update introduces lame and twolame.

For ffmpeg2 it updates to version 2.8.13 and fixes several issues.

These security issues were fixed :

  - CVE-2017-14058: The read_data function in     libavformat/hls.c did not restrict reload attempts for     an insufficient list, which allowed remote attackers to     cause a denial of service (infinite loop) (bsc#1056762)

  - CVE-2017-14057: In asf_read_marker() due to lack of an     EOF (End of File) check might have caused huge CPU and     memory consumption. When a crafted ASF file, which     claims a large 'name_len' or 'count' field in the header     but did not contain sufficient backing data, was     provided, the loops over the name and markers would     consume huge CPU and memory resources, since there is no     EOF check inside these loops (bsc#1056761)

  - CVE-2017-14059: A DoS in cine_read_header() due to lack     of an EOF check might have caused huge CPU and memory     consumption. When a crafted CINE file, which claims a     large 'duration' field in the header but did not contain     sufficient backing data, was provided, the image-offset     parsing loop would consume huge CPU and memory     resources, since there is no EOF check inside the loop     (bsc#1056763)

  - CVE-2017-14056: A DoS in rl2_read_header() due to lack     of an EOF (End of File) check might have caused huge CPU     and memory consumption. When a crafted RL2 file, which     claims a large 'frame_count' field in the header but did     not contain sufficient backing data, was provided, the     loops (for offset and size tables) would consume huge     CPU and memory resources, since there is no EOF check     inside these loops (bsc#1056760)

  - CVE-2017-14055: a DoS in mv_read_header() due to lack of     an EOF (End of File) check might have caused huge CPU     and memory consumption. When a crafted MV file, which     claims a large 'nb_frames' field in the header but did     not contain sufficient backing data, was provided, the     loop over the frames would consume huge CPU and memory     resources, since there is no EOF check inside the loop     (bsc#1056766)

  - boo#1046211: Lots of integer overflow fixes

  - CVE-2017-14169: In the mxf_read_primer_pack function an     integer signedness error have might occured when a     crafted file, which claims a large 'item_num' field such     as 0xffffffff, was provided. As a result, the variable     'item_num' turns negative, bypassing the check for a     large value (bsc#1057536)

  - CVE-2017-14170: Prevent DoS in     mxf_read_index_entry_array() due to lack of an EOF (End     of File) check that might have caused huge CPU     consumption. When a crafted MXF file, which claims a     large 'nb_index_entries' field in the header but did not     contain sufficient backing data, was provided, the loop     would consume huge CPU resources, since there was 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     (bsc#1057537)

  - CVE-2017-14171: Prevent DoS in nsv_parse_NSVf_header()     due to lack of an EOF (End of File) check taht might     have caused huge CPU consumption. When a crafted NSV     file, which claims a large 'table_entries_used' field in     the header but did not contain sufficient backing data,     was provided, the loop over 'table_entries_used' would     consume huge CPU resources, since there was no EOF check     inside the loop (bsc#1057539)

  - !: CVE-2017-14223: Prevent DoS in     asf_build_simple_index() due to lack of an EOF (End of     File) check that might have caused huge CPU consumption.
    When a crafted ASF file, which claims a large 'ict'     field in the header but did not contain sufficient     backing data, was provided, the for loop would consume     huge CPU and memory resources, since there was no EOF     check inside the loop (bsc#1058019)

  - !: CVE-2017-14222: Prevent DoS in read_tfra() due to     lack of an EOF (End of File) check that might have     caused huge CPU and memory consumption. When a crafted     MOV file, which claims a large 'item_count' field in the     header but did not contain sufficient backing data, was     provided, the loop would consume huge CPU and memory     resources, since there was no EOF check inside the loop     (bsc#1058020)

These non-security issues were fixed :

  - Unconditionalize celt, ass, openjpeg, webp, libva,     vdpau.

  - Build unconditionally with lame and twolame

For ffmpeg it updates to version 3.3.4 and fixes several issues.

These security issues were fixed :

  - CVE-2017-14058: The read_data function in     libavformat/hls.c did not restrict reload attempts for     an insufficient list, which allowed remote attackers to     cause a denial of service (infinite loop) (bsc#1056762)

  - CVE-2017-14057: In asf_read_marker() due to lack of an     EOF (End of File) check might have caused huge CPU and     memory consumption. When a crafted ASF file, which     claims a large 'name_len' or 'count' field in the header     but did not contain sufficient backing data, was     provided, the loops over the name and markers would     consume huge CPU and memory resources, since there is no     EOF check inside these loops (bsc#1056761)

  - CVE-2017-14059: A DoS in cine_read_header() due to lack     of an EOF check might have caused huge CPU and memory     consumption. When a crafted CINE file, which claims a     large 'duration' field in the header but did not contain     sufficient backing data, was provided, the image-offset     parsing loop would consume huge CPU and memory     resources, since there is no EOF check inside the loop     (bsc#1056763)

  - CVE-2017-14054: A DoS in ivr_read_header() due to lack     of an EOF (End of File) check might have caused huge CPU     consumption. When a crafted IVR file, which claims a     large 'len' field in the header but did not contain     sufficient backing data, was provided, the first type==4     loop would consume huge CPU resources, since there is no     EOF check inside the loop (bsc#1056765)

  - CVE-2017-14056: A DoS in rl2_read_header() due to lack     of an EOF (End of File) check might have caused huge CPU     and memory consumption. When a crafted RL2 file, which     claims a large 'frame_count' field in the header but did     not contain sufficient backing data, was provided, the     loops (for offset and size tables) would consume huge     CPU and memory resources, since there is no EOF check     inside these loops (bsc#1056760)

  - CVE-2017-14055: a DoS in mv_read_header() due to lack of     an EOF (End of File) check might have caused huge CPU     and memory consumption. When a crafted MV file, which     claims a large 'nb_frames' field in the header but did     not contain sufficient backing data, was provided, the     loop over the frames would consume huge CPU and memory     resources, since there is no EOF check inside the loop     (bsc#1056766)

  - CVE-2017-11399: Integer overflow in the ape_decode_frame     function allowed remote attackers to cause a denial of     service (out-of-array access and application crash) or     possibly have unspecified other impact via a crafted APE     file (bsc#1049095)

  - CVE-2017-14171: Prevent DoS in nsv_parse_NSVf_header()     due to lack of an EOF (End of File) check taht might     have caused huge CPU consumption. When a crafted NSV     file, which claims a large 'table_entries_used' field in     the header but did not contain sufficient backing data,     was provided, the loop over 'table_entries_used' would     consume huge CPU resources, since there was no EOF check     inside the loop (bsc#1057539)

  - CVE-2017-14170: Prevent DoS in     mxf_read_index_entry_array() due to lack of an EOF (End     of File) check that might have caused huge CPU     consumption. When a crafted MXF file, which claims a     large 'nb_index_entries' field in the header but did not     contain sufficient backing data, was provided, the loop     would consume huge CPU resources, since there was 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     (bsc#1057537)

  - CVE-2017-14169: In the mxf_read_primer_pack function an     integer signedness error have might occured when a     crafted file, which claims a large 'item_num' field such     as 0xffffffff, was provided. As a result, the variable     'item_num' turns negative, bypassing the check for a     large value (bsc#1057536)

  - CVE-2017-14225: The av_color_primaries_name function may     have returned a NULL pointer depending on a value     contained in a file, but callers did not anticipate     this, leading to a NULL pointer dereference     (bsc#1058018)

  - CVE-2017-14223: Prevent DoS in asf_build_simple_index()     due to lack of an EOF (End of File) check that might     have caused huge CPU consumption. When a crafted ASF     file, which claims a large 'ict' field in the header but     did not contain sufficient backing data, was provided,     the for loop would consume huge CPU and memory     resources, since there was no EOF check inside the loop     (bsc#1058019)

  - CVE-2017-14222: Prevent DoS in read_tfra() due to lack     of an EOF (End of File) check that might have caused     huge CPU and memory consumption. When a crafted MOV     file, which claims a large 'item_count' field in the     header but did not contain sufficient backing data, was     provided, the loop would consume huge CPU and memory     resources, since there was no EOF check inside the loop     (bsc#1058020)

It also includes various fixes for integer overflows and too-large bit shifts that didn't receive a CVE.

These non-security issues were fixed :

  - Unconditionalize celt, ass, openjpeg, webp, netcdf,     libva, vdpau.

  - Build unconditionally with lame and twolame

  - boo#1041794: Disable cuda extensions

  - Add additional checks to ensure MPEG is off

Several security vulnerabilities were corrected in the libav multimedia library which may lead to a denial of service, information disclosure or the execution of arbitrary code if a malformed file is processed.

CVE-2017-9993

Libav does not properly restrict HTTP Live Streaming filename extensions and demuxer names, which allows attackers to read arbitrary files via crafted playlist data.

CVE-2017-9994

libavcodec/webp.c in Libav does not ensure that pix_fmt is set, which allows remote attackers to cause a denial of service (heap-based buffer overflow and application crash) or possibly have unspecified other impact via a crafted file, related to the vp8_decode_mb_row_no_filter and pred8x8_128_dc_8_c functions.

CVE-2017-14055

denial of service in mv_read_header() due to lack of an EOF (End of File) check might cause huge CPU and memory consumption.

CVE-2017-14056

denial of service in rl2_read_header() due to lack of an EOF (End of File) check might cause huge CPU and memory consumption.

CVE-2017-14057

denial of service in asf_read_marker() due to lack of an EOF (End of File) check might cause huge CPU and memory consumption.

CVE-2017-14170

denial of service in mxf_read_index_entry_array() due to lack of an EOF (End of File) check might cause huge CPU consumption.

CVE-2017-14171

denial of service in nsv_parse_NSVf_header() due to lack of an EOF (End of File) check might cause huge CPU consumption.

CVE-2017-14767

The sdp_parse_fmtp_config_h264 function in libavformat/rtpdec_h264.c 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.

CVE-2017-15672

The read_header function in libavcodec/ffv1dec.c allows remote attackers to have unspecified impact via a crafted MP4 file, which triggers an out-of-bounds read.

CVE-2017-17130

The ff_free_picture_tables function in libavcodec/mpegpicture.c allows remote attackers to cause a denial of service (heap-based buffer overflow and application crash) or possibly have unspecified other impact via a crafted file, related to vc1_decode_i_blocks_adv.

CVE-2018-6621

The decode_frame function in libavcodec/utvideodec.c in Libav allows remote attackers to cause a denial of service (out of array read) via a crafted AVI file.

CVE-2018-7557

The decode_init function in libavcodec/utvideodec.c in Libav allows remote attackers to cause a denial of service (Out of array read) via an AVI file with crafted dimensions within chroma subsampling data.

CVE-2018-14394

libavformat/movenc.c in Libav allows attackers to cause a denial of service (application crash caused by a divide-by-zero error) with a user crafted Waveform audio file.

CVE-2018-1999010

Libav contains multiple out of array access vulnerabilities in the mms protocol that can result in attackers accessing out of bound data.

For Debian 8 'Jessie', these problems have been fixed in version 6:11.12-1~deb8u4.

We recommend that you upgrade your libav packages.

NOTE: Tenable Network Security has extracted the preceding description block directly from the DLA security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

Several vulnerabilities have been discovered in the FFmpeg multimedia framework, which could result in denial of service or potentially the execution of arbitrary code if malformed Real, MV, RL2, ASF, Apple HLS, Phantom Cine, MXF, NSV, MOV or RTP H.264 files/streams are processed.

FFmpeg security reports :

Multiple vulnerabilities have been fixed in FFmpeg 3.3.4. Please refer to the CVE list for details.

This update introduces lame and twolame. For ffmpeg2 it updates to version 2.8.13 and fixes several issues.

These security issues were fixed :

  - CVE-2017-14058: The read_data function in     libavformat/hls.c did not restrict reload attempts for     an insufficient list, which allowed remote attackers to     cause a denial of service (infinite loop) (bsc#1056762).

  - CVE-2017-14057: In asf_read_marker() due to lack of an     EOF (End of File) check might have caused huge CPU and     memory consumption. When a crafted ASF file, which     claims a large 'name_len' or 'count' field in the header     but did not contain sufficient backing data, was     provided, the loops over the name and markers would     consume huge CPU and memory resources, since there is no     EOF check inside these loops (bsc#1056761).

  - CVE-2017-14059: A DoS in cine_read_header() due to lack     of an EOF check might have caused huge CPU and memory     consumption. When a crafted CINE file, which claims a     large 'duration' field in the header but did not contain     sufficient backing data, was provided, the image-offset     parsing loop would consume huge CPU and memory     resources, since there is no EOF check inside the loop     (bsc#1056763).

  - CVE-2017-14056: A DoS in rl2_read_header() due to lack     of an EOF (End of File) check might have caused huge CPU     and memory consumption. When a crafted RL2 file, which     claims a large 'frame_count' field in the header but did     not contain sufficient backing data, was provided, the     loops (for offset and size tables) would consume huge     CPU and memory resources, since there is no EOF check     inside these loops (bsc#1056760).

  - CVE-2017-14055: a DoS in mv_read_header() due to lack of     an EOF (End of File) check might have caused huge CPU     and memory consumption. When a crafted MV file, which     claims a large 'nb_frames' field in the header but did     not contain sufficient backing data, was provided, the     loop over the frames would consume huge CPU and memory     resources, since there is no EOF check inside the loop     (bsc#1056766).

  - boo#1046211: Lots of integer overflow fixes

  - CVE-2016-9561: The che_configure function in     libavcodec/aacdec_template.c in FFmpeg allowed remote     attackers to cause a denial of service (allocation of     huge memory, and being killed by the OS) via a crafted     MOV file (boo#1015120)

  - CVE-2017-7863: FFmpeg had an out-of-bounds write caused     by a heap-based buffer overflow related to the     decode_frame_common function in libavcodec/pngdec.c     (boo#1034179)

  - CVE-2017-7865: FFmpeg had an out-of-bounds write caused     by a heap-based buffer overflow related to the     ipvideo_decode_block_opcode_0xA function in     libavcodec/interplayvideo.c and the     avcodec_align_dimensions2 function in libavcodec/utils.c     (boo#1034177)

  - CVE-2017-7866: FFmpeg had an out-of-bounds write caused     by a stack-based buffer overflow related to the     decode_zbuf function in libavcodec/pngdec.c     (boo#1034176)

  - CVE-2016-10190: Heap-based buffer overflow in     libavformat/http.c in FFmpeg allowed remote web servers     to execute arbitrary code via a negative chunk size in     an HTTP response (boo#1022920)

  - CVE-2016-10191: Heap-based buffer overflow in     libavformat/rtmppkt.c in FFmpeg allowed remote attackers     to execute arbitrary code by leveraging failure to check     for RTMP packet size mismatches (boo#1022921)

  - CVE-2016-10192: Heap-based buffer overflow in ffserver.c     in FFmpeg allowed remote attackers to execute arbitrary     code by leveraging failure to check chunk size     (boo#1022922)

  - CVE-2017-14169: In the mxf_read_primer_pack function an     integer signedness error have might occured when a     crafted file, which claims a large 'item_num' field such     as 0xffffffff, was provided. As a result, the variable     'item_num' turns negative, bypassing the check for a     large value (bsc#1057536).

  - CVE-2017-14170: Prevent DoS in     mxf_read_index_entry_array() due to lack of an EOF (End     of File) check that might have caused huge CPU     consumption. When a crafted MXF file, which claims a     large 'nb_index_entries' field in the header but did not     contain sufficient backing data, was provided, the loop     would consume huge CPU resources, since there was 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     (bsc#1057537).

  - CVE-2017-14171: Prevent DoS in nsv_parse_NSVf_header()     due to lack of an EOF (End of File) check taht might     have caused huge CPU consumption. When a crafted NSV     file, which claims a large 'table_entries_used' field in     the header but did not contain sufficient backing data,     was provided, the loop over 'table_entries_used' would     consume huge CPU resources, since there was no EOF check     inside the loop (bsc#1057539).

  - CVE-2017-14223: Prevent DoS in asf_build_simple_index()     due to lack of an EOF (End of File) check that might     have caused huge CPU consumption. When a crafted ASF     file, which claims a large 'ict' field in the header but     did not contain sufficient backing data, was provided,     the for loop would consume huge CPU and memory     resources, since there was no EOF check inside the loop     (bsc#1058019)

  - CVE-2017-14222: Prevent DoS in read_tfra() due to lack     of an EOF (End of File) check that might have caused     huge CPU and memory consumption. When a crafted MOV     file, which claims a large 'item_count' field in the     header but did not contain sufficient backing data, was     provided, the loop would consume huge CPU and memory     resources, since there was no EOF check inside the loop     (bsc#1058020)

These non-security issues were fixed :

  - Unconditionalize celt, ass, openjpeg, webp, libva,     vdpau.

  - Build unconditionally with lame and twolame

  - Enable AC3 and MP3 decoding to match     multimedia:libs/ffmpeg (3.x)

For ffmpeg it updates to version 3.3.4 and fixes several issues.

These security issues were fixed :

  - CVE-2017-14225: The av_color_primaries_name function may     have returned a NULL pointer depending on a value     contained in a file, but callers did not anticipate     this, leading to a NULL pointer dereference     (bsc#1058018).

  - CVE-2017-14223: Prevent DoS in asf_build_simple_index()     due to lack of an EOF (End of File) check that might     have caused huge CPU consumption. When a crafted ASF     file, which claims a large 'ict' field in the header but     did not contain sufficient backing data, was provided,     the for loop would consume huge CPU and memory     resources, since there was no EOF check inside the loop     (bsc#1058019).

  - CVE-2017-14222: Prevent DoS in read_tfra() due to lack     of an EOF (End of File) check that might have caused     huge CPU and memory consumption. When a crafted MOV     file, which claims a large 'item_count' field in the     header but did not contain sufficient backing data, was     provided, the loop would consume huge CPU and memory     resources, since there was no EOF check inside the loop     (bsc#1058020).

  - CVE-2017-14058: The read_data function in     libavformat/hls.c did not restrict reload attempts for     an insufficient list, which allowed remote attackers to     cause a denial of service (infinite loop) (bsc#1056762)

  - CVE-2017-14057: In asf_read_marker() due to lack of an     EOF (End of File) check might have caused huge CPU and     memory consumption. When a crafted ASF file, which     claims a large 'name_len' or 'count' field in the header     but did not contain sufficient backing data, was     provided, the loops over the name and markers would     consume huge CPU and memory resources, since there is no     EOF check inside these loops (bsc#1056761)

  - CVE-2017-14059: A DoS in cine_read_header() due to lack     of an EOF check might have caused huge CPU and memory     consumption. When a crafted CINE file, which claims a     large 'duration' field in the header but did not contain     sufficient backing data, was provided, the image-offset     parsing loop would consume huge CPU and memory     resources, since there is no EOF check inside the loop     (bsc#1056763)

  - CVE-2017-14054: A DoS in ivr_read_header() due to lack     of an EOF (End of File) check might have caused huge CPU     consumption. When a crafted IVR file, which claims a     large 'len' field in the header but did not contain     sufficient backing data, was provided, the first type==4     loop would consume huge CPU resources, since there is no     EOF check inside the loop (bsc#1056765).

  - CVE-2017-14056: A DoS in rl2_read_header() due to lack     of an EOF (End of File) check might have caused huge CPU     and memory consumption. When a crafted RL2 file, which     claims a large 'frame_count' field in the header but did     not contain sufficient backing data, was provided, the     loops (for offset and size tables) would consume huge     CPU and memory resources, since there is no EOF check     inside these loops (bsc#1056760)

  - CVE-2017-14055: a DoS in mv_read_header() due to lack of     an EOF (End of File) check might have caused huge CPU     and memory consumption. When a crafted MV file, which     claims a large 'nb_frames' field in the header but did     not contain sufficient backing data, was provided, the     loop over the frames would consume huge CPU and memory     resources, since there is no EOF check inside the loop     (bsc#1056766)

  - CVE-2017-11399: Integer overflow in the ape_decode_frame     function allowed remote attackers to cause a denial of     service (out-of-array access and application crash) or     possibly have unspecified other impact via a crafted APE     file (bsc#1049095).

  - CVE-2017-14171: Prevent DoS in nsv_parse_NSVf_header()     due to lack of an EOF (End of File) check taht might     have caused huge CPU consumption. When a crafted NSV     file, which claims a large 'table_entries_used' field in     the header but did not contain sufficient backing data,     was provided, the loop over 'table_entries_used' would     consume huge CPU resources, since there was no EOF check     inside the loop (bsc#1057539)

  - CVE-2017-14170: Prevent DoS in     mxf_read_index_entry_array() due to lack of an EOF (End     of File) check that might have caused huge CPU     consumption. When a crafted MXF file, which claims a     large 'nb_index_entries' field in the header but did not     contain sufficient backing data, was provided, the loop     would consume huge CPU resources, since there was 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     (bsc#1057537)

  - CVE-2017-14169: In the mxf_read_primer_pack function an     integer signedness error have might occured when a     crafted file, which claims a large 'item_num' field such     as 0xffffffff, was provided. As a result, the variable     'item_num' turns negative, bypassing the check for a     large value (bsc#1057536)

It also includes various fixes for integer overflows and too-large bit shifts that didn't receive a CVE.

These non-security issues were fixed :

  - Unconditionalize celt, ass, openjpeg, webp, netcdf,     libva, vdpau.

  - Build unconditionally with lame and twolame

  - Enabled cuda and cuvid for unrestricted build.

  - Add additional checks to ensure MPEG is off

無効な形式のファイルが処理された場合に、サービス拒否、情報漏洩、または任意のコード実行が引き起こされる可能性がある、libavマルチメディアライブラリにおける複数のセキュリティの脆弱性が修正されました。

CVE-2017-9993

Libavは、HTTPライブストリーミングのファイル名拡張子とデマルチプレクサー名を適切に制限しません。これにより、攻撃者は細工されたプレイリストデータを介して任意のファイルを読み取ることができます。

CVE-2017-9994

Libavのlibavcodec/webp.cでは、pix_fmtが設定されていることを確認しません。これによりリモート攻撃者が、サービス拒否（ヒープベースのバッファオーバーフローやアプリケーションクラッシュ）を引き起こしたり、vp8_decode_mb_row_no_filterおよびpred8x8_128_dc_8_c関数に関連する細工されたファイルを介して詳細不明なその他の影響を及ぼしたりする可能性があります。

CVE-2017-14055

EOF（ファイルの終わり）チェックの欠如によるmv_read_header()のサービス拒否は、大量のCPUおよびメモリ消費を引き起こす可能性があります。

CVE-2017-14056

EOF（ファイルの終わり）チェックの欠如によるrl2_read_header()のサービス拒否は、大量のCPUおよびメモリ消費を引き起こす可能性があります。

CVE-2017-14057

EOF（ファイルの終わり）チェックの欠如によるasf_read_marker()のサービス拒否は、大量のCPUおよびメモリ消費を引き起こす可能性があります。

CVE-2017-14170

EOF（ファイルの終わり）チェックの欠如によるmxf_read_index_entry_array()のサービス拒否は、大量のCPU消費を引き起こす可能性があります。

CVE-2017-14171

EOF（ファイルの終わり）チェックの欠如によるnsv_parse_NSVf_header()のサービス拒否は、大量のCPU消費を引き起こす可能性があります。

CVE-2017-14767

libavformat/rtpdec_h264.cのsdp_parse_fmtp_config_h264関数が空のsprop-parameter-sets値を誤って処理するため、リモートの攻撃者が細工したsdpファイルを介して、サービス拒否（ヒープバッファオーバーフロー）を引き起こしたり、詳細不明なその他の影響を与えたりする可能性があります。

CVE-2017-15672

libavcodec/ffv1dec.cのread_header関数により、リモートの攻撃者が細工したMP4ファイルを介して詳細不明な影響を与え、領域外読み取りを引き起こす可能性があります。

CVE-2017-17130

libavcodec/mpegpicture.cのff_free_picture_tables関数により、リモート攻撃者がサービス拒否（ヒープベースのバッファオーバーフローやアプリケーションのクラッシュ）を引き起こしたり、vc1_decode_i_blocks_advに関連する細工されたファイルを介してその他の不特定の影響を及ぼしたりする可能性があります。

CVE-2018-6621

Libavのlibavcodec/utvideodec.cにあるdecode_frame関数により、リモートの攻撃者が細工したAVIファイルを介してサービス拒否（配列外読み取り）を引き起こす可能性があります。

CVE-2018-7557

Libavのlibavcodec/utvideodec.cにあるdecode_init関数により、リモートの攻撃者が、クロマサブサンプリングデータ内に細工したディメンションを仕込んだAVIファイルを介してサービス拒否（配列外読み取り）を引き起こす可能性があります。

CVE-2018-14394

Libavのlibavformat/movenc.cでは、攻撃者が、ユーザーが細工したWaveformオーディオファイルでサービス拒否（ゼロ除算エラーにより引き起こされるアプリケーションクラッシュ）を引き起こす可能性があります。

CVE-2018-1999010

Libavのmmsプロトコルに、複数の配列外アクセスに関する脆弱性があり、攻撃者が領域外のデータにアクセスする可能性があります。

Debian 8「Jessie」では、これらの問題はバージョン6:11.12-1~deb8u4で修正されました。

libavパッケージをアップグレードすることをお勧めします。

注: Tenable Network Securityは、前述の記述ブロックをDLAセキュリティアドバイザリーから直接抽出しています。Tenableでは、新たな問題を持ち込まずに、できる限り自動的に整理して書式設定するようにしています。

この更新では、lameおよびtwolameが導入されます。

ffmpeg2の場合、バージョン2.8.13に更新され、いくつかの問題が修正されます。

これらのセキュリティの問題が修正されました：

  - CVE-2017-14058: libavformat/hls.cのread_data関数は、不十分なリストに対するリロード試行を制限していないため、リモート攻撃者がサービス拒否（無限ループ）を引き起こすことが可能でした（bsc#1056762）

  - CVE-2017-14057: asf_read_marker()で、EOF（ファイルの終わり）チェックの欠如により、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「name_len」フィールドまたは「count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたASFファイルが提供された場合、名前とマーカーでのループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056761）

  - CVE-2017-14059: cine_read_header()で、EOFチェックの欠如により、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「duration」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたCINEファイルが提供された場合、イメージオフセット解析ループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056763）

  - CVE-2017-14056: rl2_read_header()で、EOFチェックの欠如により、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「frame_count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたRL2ファイルが提供された場合、（オフセットとサイズテーブルの）ループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056760）

  - CVE-2017-14055: EOFチェックの欠如によるmv_read_header()でのDOSにより、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「nb_frames」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMVファイルが提供された場合、フレームでのループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056766）

  - boo#1046211：多数の整数オーバーフローの修正

  - CVE-2017-14169: mxf_read_primer_pack関数で、0xffffffffなどの大きな「item_num」フィールドを要求する細工されたファイルが提供されたときに、整数符号エラーが発生する可能性がありました。その結果、変数「item_num」は負になり、大きな値のチェックをバイパスしていました（bsc#1057536）

  - CVE-2017-14170: EOF（ファイルの終わり）チェックの欠如によるmxf_read_index_entry_array()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「nb_index_entries」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMXFファイルが提供された場合、ループで、ループ内にEOFチェックがなかったために、膨大なCPUリソースが消費されていました。さらに、細工されたMXFファイルに複数の該当するデータセグメントがある場合、この大きなループが複数回呼び出される可能性があります（bsc#1057537）

  - CVE-2017-14171: EOF（ファイルの終わり）チェックの欠如によるnsv_parse_NSVf_header()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「table_entries_used」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたNSVファイルが提供された場合、「table_entries_used」のループで、ループ内にEOFチェックがなかったために、膨大なCPUリソースが消費されていました（bsc#1057539）

  - !:CVE-2017-14223: EOF（ファイルの終わり）チェックの欠如によるasf_build_simple_index()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。
    ヘッダーで大きな「ict」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたASFファイルが提供された場合、ループ内にEOFチェックがないため、forループは膨大なCPUとメモリのリソースを消費していました（bsc#1058019）

  - !:CVE-2017-14222: EOF（ファイルの終わり）チェックの欠如によるread_tfra()でのDoSを防止します。このDoSにより大量のCPUおよびメモリ消費が引き起こされる可能性がありました。ヘッダーで大きな「item_count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMOVファイルが提供された場合、ループ内にEOFチェックがないため、ループは膨大なCPUとメモリのリソースを消費していました（bsc#1058020）

以下のセキュリティ以外の問題が、修正されました。

  - celt、ass、openjpeg、webp、libva、vdpauを無条件化します。

  - lameおよびtwolameで無条件に構築します

ffmpegの場合、バージョン3.3.4に更新され、いくつかの問題が修正されます。

これらのセキュリティの問題が修正されました：

  - CVE-2017-14058: libavformat/hls.cのread_data関数は、不十分なリストに対するリロード試行を制限していないため、リモート攻撃者がサービス拒否（無限ループ）を引き起こすことが可能でした（bsc#1056762）

  - CVE-2017-14057: asf_read_marker()で、EOF（ファイルの終わり）チェックの欠如により、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「name_len」フィールドまたは「count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたASFファイルが提供された場合、名前とマーカーでのループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056761）

  - CVE-2017-14059: cine_read_header()で、EOFチェックの欠如により、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「duration」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたCINEファイルが提供された場合、イメージオフセット解析ループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056763）

  - CVE-2017-14054: EOF（ファイルの終わり）チェックの欠如に起因するivr_read_header() でのDoSにより、大量のCPUが引き起こされる可能性がありました。ヘッダーで大きな「len」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたIVRファイルが提供された場合、first type==4ループで、ループ内にEOFチェックがないため、膨大なCPUリソースが消費されます（bsc#1056765）

  - CVE-2017-14056: rl2_read_header()で、EOFチェックの欠如により、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「frame_count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたRL2ファイルが提供された場合、（オフセットとサイズテーブルの）ループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056760）

  - CVE-2017-14055: EOFチェックの欠如によるmv_read_header()でのDOSにより、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「nb_frames」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMVファイルが提供された場合、フレームでのループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056766）

  - CVE-2017-11399: ape_decode_fram関数での整数オーバーフローにより、リモート攻撃者が、細工されたAPEファイルを介して、サービス拒否（配列外アクセスとアプリケーションクラッシュ）を引き起こしたり、詳細不明なその他の影響を与えたりする可能性がありました（bsc#1049095）

  - CVE-2017-14171: EOF（ファイルの終わり）チェックの欠如によるnsv_parse_NSVf_header()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「table_entries_used」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたNSVファイルが提供された場合、「table_entries_used」のループで、ループ内にEOFチェックがなかったために、膨大なCPUリソースが消費されていました（bsc#1057539）

  - CVE-2017-14170: EOF（ファイルの終わり）チェックの欠如によるmxf_read_index_entry_array()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「nb_index_entries」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMXFファイルが提供された場合、ループで、ループ内にEOFチェックがなかったために、膨大なCPUリソースが消費されていました。さらに、細工されたMXFファイルに複数の該当するデータセグメントがある場合、この大きなループが複数回呼び出される可能性があります（bsc#1057537）

  - CVE-2017-14169: mxf_read_primer_pack関数で、0xffffffffなどの大きな「item_num」フィールドを要求する細工されたファイルが提供されたときに、整数符号エラーが発生する可能性がありました。その結果、変数「item_num」は負になり、大きな値のチェックをバイパスしていました（bsc#1057536）

  - CVE-2017-14225: av_color_primaries_name関数は、ファイルに含まれている値によってはNULLポインターを返しますが、呼び出し側がこれを予想していなかったため、NULLポインターデリファレンスが引き起こされました（bsc#1058018）

  - CVE-2017-14223: EOF（ファイルの終わり）チェックの欠如によるasf_build_simple_index()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「ict」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたASFファイルが提供された場合、ループ内にEOFチェックがないため、forループは膨大なCPUとメモリのリソースを消費していました（bsc#1058019）

  - CVE-2017-14222: EOF（ファイルの終わり）チェックの欠如によるread_tfra()でのDoSを防止します。このDoSにより大量のCPUおよびメモリ消費が引き起こされる可能性がありました。ヘッダーで大きな「item_count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMOVファイルが提供された場合、ループ内にEOFチェックがないため、ループは膨大なCPUとメモリのリソースを消費していました（bsc#1058020）

これには、CVEを受信しない大きすぎるビットシフトおよび整数オーバーフローに対するさまざまな修正も含まれています。

以下のセキュリティ以外の問題が、修正されました。

  - celt、ass、openjpeg、webp、netcdf、libva、vdpauを無条件化します。

  - lameおよびtwolameで無条件に構築します

  - boo#1041794：cuda拡張を無効化します

  - MPEGがオフであることを確認するための追加チェックを追加します。

FFmpegマルチメディアフレームワークに複数の脆弱性が発見されました。これにより、不正な形式のReal、MV、RL2、ASF、Apple HLS、Phantom Cine、MXF、NSV、MOVまたはRTP H.264ファイル/ストリームが処理される場合、サービス拒否または任意コード実行が発生する可能性があります。

FFmpeg security による報告：

FFmpeg 3.3.4では、複数の脆弱性が修正されています。詳細については、CVEリストを参照してください。

この更新では、lameおよびtwolameが導入されます。ffmpeg2の場合、バージョン2.8.13に更新され、いくつかの問題が修正されます。

これらのセキュリティの問題が修正されました：

  - CVE-2017-14058: libavformat/hls.cのread_data関数は、不十分なリストに対するリロード試行を制限していないため、リモート攻撃者がサービス拒否（無限ループ）を引き起こすことが可能でした（bsc#1056762）。

  - CVE-2017-14057: asf_read_marker()で、EOF（ファイルの終わり）チェックの欠如が原因で大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「name_len」フィールドまたは「count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたASFファイルが提供された場合、名前とマーカーでのループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056761）。

  - CVE-2017-14059: EOFチェックの欠如に起因するcine_read_header()でのDoSにより、大量のCPUおよびメモリ消費が引き起こされる可能性がありました。ヘッダーで大きな「duration」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたCINEファイルが提供された場合、イメージオフセット解析ループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056763）。

  - CVE-2017-14056: EOF（ファイルの終わり）チェックの欠如に起因するrl2_read_header()でのDoSにより、大量のCPUおよびメモリ消費が引き起こされる可能性がありました。ヘッダーで大きな「frame_count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたRL2ファイルが提供された場合、（オフセットとサイズテーブルの）ループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056760）。

  - CVE-2017-14055: EOF（ファイルの終わり）チェックの欠如に起因するrmv_read_header()でのDoSにより、大量のCPUおよびメモリ消費が引き起こされる可能性がありました。ヘッダーで大きな「nb_frames」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMVファイルが提供された場合、フレームでのループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056766）。

  - boo#1046211：多数の整数オーバーフローの修正

  - CVE-2016-9561: FFmpegのlibavcodec/aacdec_template.cにあるche_configure関数により、リモート攻撃者が、細工されたMOVファイルを介してサービス拒否（膨大なメモリの割り当て、OSによる強制終了）を引き起こすことが可能でした（boo#1015120）

  - CVE-2017-7863: FFmpegで、libavcodec/pngdec.cのdecode_frame_common関数に関連するヒープベースのバッファオーバーフローによって領域外書き込みが発生しました（boo#1034179）。

  - CVE-2017-7865: FFmpegで、libavcodec/interplayvideo.cのipvideo_decode_block_opcode_0xA関数とlibavcodec/utils.cのavcodec_align_dimensions2関数に関連するヒープベースのバッファオーバーフローによって領域外書き込みが発生しました（boo#1034177）

  - CVE-2017-7866: FFmpegで、libavcodec/pngdec.cのdecode_zbuf関数に関連するスタックベースのバッファオーバーフローによって領域外書き込みが発生しました（boo#1034176）

  - CVE-2016-10190: FFmpegのlibavformat/http.cにおけるヒープベースのバッファオーバーフローにより、リモートWebサーバーが、HTTP応答の負のチャンクサイズを介して、任意のコードを実行する可能性がありました（boo#1022920）

  - CVE-2016-10191: FFmpegのlibavformat/rtmppkt.cのヒープベースのバッファオーバーフローにより、リモート攻撃者が、RTMPパケットサイズの不一致のチェックの失敗を利用することで、任意のコードを実行する可能性がありました（boo#1022921）

  - CVE-2016-10192: FFmpegのffserver.cのヒープベースのバッファオーバーフローにより、リモート攻撃者が、チャンクサイズのチェックの失敗を利用することで、任意のコードを実行する可能性がありました（boo#1022922）

  - CVE-2017-14169: mxf_read_primer_pack関数で、0xffffffffなどの大きな「item_num」フィールドを要求する細工されたファイルが提供されたときに、整数符号エラーが発生する可能性がありました。その結果、変数「item_num」は負になり、大きな値のチェックをバイパスしていました（bsc#1057536）。

  - CVE-2017-14170: EOF（ファイルの終わり）チェックの欠如によるmxf_read_index_entry_array()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「nb_index_entries」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMXFファイルが提供された場合、ループで、ループ内にEOFチェックがなかったために、膨大なCPUリソースが消費されていました。さらに、細工されたMXFファイルに複数の該当するデータセグメントがある場合、この大きなループが複数回呼び出される可能性があります（bsc#1057537）。

  - CVE-2017-14171: EOF（ファイルの終わり）チェックの欠如によるnsv_parse_NSVf_header()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「table_entries_used」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたNSVファイルが提供された場合、「table_entries_used」のループで、ループ内にEOFチェックがなかったために、膨大なCPUリソースが消費されていました（bsc#1057539）。

  - CVE-2017-14223: EOF（ファイルの終わり）チェックの欠如によるasf_build_simple_index()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「ict」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたASFファイルが提供された場合、ループ内にEOFチェックがないため、forループは膨大なCPUとメモリのリソースを消費していました（bsc#1058019）

  - CVE-2017-14222: EOF（ファイルの終わり）チェックの欠如によるread_tfra()でのDoSを防止します。このDoSにより大量のCPUおよびメモリ消費が引き起こされる可能性がありました。ヘッダーで大きな「item_count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMOVファイルが提供された場合、ループ内にEOFチェックがないため、ループは膨大なCPUとメモリのリソースを消費していました（bsc#1058020）

以下のセキュリティ以外の問題が、修正されました。

  - celt、ass、openjpeg、webp、libva、vdpauを無条件化します。

  - lameおよびtwolameで無条件に構築します

  - multimedia: libs / ffmpegに一致させるためにAC3とMP3のデコーディングを有効にします（3.x）

ffmpegの場合、バージョン3.3.4に更新され、いくつかの問題が修正されます。

これらのセキュリティの問題が修正されました：

  - CVE-2017-14225: av_color_primaries_name関数は、ファイルに含まれている値によってはNULLポインターを返しますが、呼び出し側がこれを予想していなかったため、NULLポインターデリファレンスが引き起こされました（bsc#1058018）。

  - CVE-2017-14223: EOF（ファイルの終わり）チェックの欠如によるasf_build_simple_index()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「ict」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたASFファイルが提供された場合、ループ内にEOFチェックがないため、forループは膨大なCPUとメモリのリソースを消費していました（bsc#1058019）。

  - CVE-2017-14222: EOF（ファイルの終わり）チェックの欠如によるread_tfra()でのDoSを防止します。このDoSにより大量のCPUおよびメモリ消費が引き起こされる可能性がありました。ヘッダーで大きな「item_count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMOVファイルが提供された場合、ループ内にEOFチェックがないため、ループは膨大なCPUとメモリのリソースを消費していました（bsc#1058020）。

  - CVE-2017-14058: libavformat/hls.cのread_data関数は、不十分なリストに対するリロード試行を制限していないため、リモート攻撃者がサービス拒否（無限ループ）を引き起こすことが可能でした（bsc#1056762）

  - CVE-2017-14057: asf_read_marker()で、EOF（ファイルの終わり）チェックの欠如により、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「name_len」フィールドまたは「count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたASFファイルが提供された場合、名前とマーカーでのループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056761）

  - CVE-2017-14059: cine_read_header()で、EOFチェックの欠如により、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「duration」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたCINEファイルが提供された場合、イメージオフセット解析ループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056763）

  - CVE-2017-14054: EOF（ファイルの終わり）チェックの欠如に起因するivr_read_header() でのDoSにより、大量のCPUが引き起こされる可能性がありました。ヘッダーで大きな「len」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたIVRファイルが提供された場合、first type==4ループで、ループ内にEOFチェックがないため、膨大なCPUリソースが消費されます（bsc#1056765）。

  - CVE-2017-14056: rl2_read_header()で、EOFチェックの欠如により、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「frame_count」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたRL2ファイルが提供された場合、（オフセットとサイズテーブルの）ループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056760）

  - CVE-2017-14055: EOFチェックの欠如によるmv_read_header()でのDOSにより、大量のCPUおよびメモリ消費を引き起こす可能性がありました。ヘッダーで大きな「nb_frames」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMVファイルが提供された場合、フレームでのループで、ループ内にEOFチェックがないため、膨大なCPUとメモリのリソースが消費されていました（bsc#1056766）

  - CVE-2017-11399: ape_decode_fram関数での整数オーバーフローにより、リモート攻撃者が、細工されたAPEファイルを介して、サービス拒否（配列外アクセスとアプリケーションクラッシュ）を引き起こしたり、詳細不明なその他の影響を与えたりする可能性がありました（bsc#1049095）。

  - CVE-2017-14171: EOF（ファイルの終わり）チェックの欠如によるnsv_parse_NSVf_header()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「table_entries_used」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたNSVファイルが提供された場合、「table_entries_used」のループで、ループ内にEOFチェックがなかったために、膨大なCPUリソースが消費されていました（bsc#1057539）

  - CVE-2017-14170: EOF（ファイルの終わり）チェックの欠如によるmxf_read_index_entry_array()でのDoSを防止します。このDoSにより大量のCPU消費が引き起こされる可能性がありました。ヘッダーで大きな「nb_index_entries」フィールドを要求するものの、十分なバッキングデータが含まれていない細工されたMXFファイルが提供された場合、ループで、ループ内にEOFチェックがなかったために、膨大なCPUリソースが消費されていました。さらに、細工されたMXFファイルに複数の該当するデータセグメントがある場合、この大きなループが複数回呼び出される可能性があります（bsc#1057537）

  - CVE-2017-14169: mxf_read_primer_pack関数で、0xffffffffなどの大きな「item_num」フィールドを要求する細工されたファイルが提供されたときに、整数符号エラーが発生する可能性がありました。その結果、変数「item_num」は負になり、大きな値のチェックをバイパスしていました（bsc#1057536）

これには、CVEを受信しない大きすぎるビットシフトおよび整数オーバーフローに対するさまざまな修正も含まれています。

以下のセキュリティ以外の問題が、修正されました。

  - celt、ass、openjpeg、webp、netcdf、libva、vdpauを無条件化します。

  - lameおよびtwolameで無条件に構築します

  - 無制限のビルドでcudaとcuvidを有効にしました。

  - MPEGがオフであることを確認するための追加チェックを追加します。

ID	名稱	產品	系列	已發布	已更新	嚴重性
103758	Debian DSA-3996-1：ffmpeg - 安全更新	Nessus	Debian Local Security Checks	2017/10/11	2021/1/4	high
120988	Debian DLA-1630-1：libav 安全更新	Nessus	Debian Local Security Checks	2019/1/8	2024/6/27	critical
120988	Debian DLA-1630-1：libav 安全性更新	Nessus	Debian Local Security Checks	2019/1/8	2024/6/27	critical
103758	Debian DSA-3996-1：ffmpeg - 安全性更新	Nessus	Debian Local Security Checks	2017/10/11	2021/1/4	high
103290	openSUSE Security Update : ffmpeg / ffmpeg2 (openSUSE-2017-1068)	Nessus	SuSE Local Security Checks	2017/9/18	2021/1/19	high
120988	Debian DLA-1630-1 : libav security update	Nessus	Debian Local Security Checks	2019/1/8	2024/6/27	critical
103758	Debian DSA-3996-1 : ffmpeg - security update	Nessus	Debian Local Security Checks	2017/10/11	2021/1/4	high
103844	FreeBSD : FFmpeg -- multiple vulnerabilities (ed73829d-af6d-11e7-a633-009c02a2ab30)	Nessus	FreeBSD Local Security Checks	2017/10/16	2021/1/4	high
103289	openSUSE Security Update : ffmpeg / ffmpeg2 (openSUSE-2017-1067)	Nessus	SuSE Local Security Checks	2017/9/18	2021/1/19	critical
120988	Debian DLA-1630-1: libavのセキュリティ更新	Nessus	Debian Local Security Checks	2019/1/8	2024/6/27	critical
103290	openSUSEセキュリティ更新プログラム：ffmpeg / ffmpeg2（openSUSE-2017-1068）	Nessus	SuSE Local Security Checks	2017/9/18	2021/1/19	high
103758	DebianDSA-3996-1：ffmpeg - セキュリティ更新	Nessus	Debian Local Security Checks	2017/10/11	2021/1/4	high
103844	FreeBSD：ffmpeg -- 複数の脆弱性（ed73829d-af6d-11e7-a633-009c02a2ab30）	Nessus	FreeBSD Local Security Checks	2017/10/16	2021/1/4	high
103289	openSUSEセキュリティ更新プログラム：ffmpeg / ffmpeg2（openSUSE-2017-1067）	Nessus	SuSE Local Security Checks	2017/9/18	2021/1/19	critical

偵測

搜尋 Plugin

high

critical

critical

high

high

critical

high

high

critical

critical

high

high

high

critical