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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  - CVE-2017-14225av_color_primaries_name 関数は、ファイルに含まれている値によっては NULL ポインターを返す可能性がありますが、呼び出し元はこれを予期せず、NULL ポインターデリファレンスを引き起こしますbsc#1058018

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

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

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

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

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

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

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

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

在 FFmpeg (一種多媒體播放程式)、伺服器和編碼器中，發現數個弱點。這些問題會導致拒絕服務，且在某些情況下會造成執行任意程式碼。- CVE-2017-9608 Qihoo 360 GearTeam 的 Yihan Lian 發現在剖析特製的 MOV 檔案時會出現一個 NULL 指標存取。- CVE-2017-9993 Thierry Foucu 發現使用 HTTP 即時串流，有可能會洩漏以常用多媒體延伸程式結尾的檔案和符號連結的資訊。- CVE-2017-11399 IIE 的 Liu Bingchang 發現 APE 解碼器中存在一個整數溢位問題，可透過特製的 APE 檔案觸發該問題。- CVE-2017-11665 Ant-financial Light-Year Security Lab 的 JunDong Xie 發現有能力特製 RTMP 串流的攻擊者可損毀 FFmpeg。- CVE-2017-11719 IIE 的 Liu Bingchang 發現一個超出邊界存取問題，可透過特製的 DNxHD 檔案觸發該問題。

已在 FFmpeg 中发现多个漏洞，这是一款多媒体播放器、服务器和解码器。这些漏洞可导致拒绝服务，并且在某些情况下可导致执行任意代码。- CVE-2017-9608 Qihoo 360 GearTeam 的 Yihan Lian 在解析一个特制的 MOV 文件时发现一个空指针访问问题。- CVE-2017-9993 Thierry Foucu 发现可以使用 HTTP Live Streaming 从以通用多媒体扩展名结尾的文件和符号链接中泄露信息。- CVE-2017-11399 IIE 的 Liu Bingchang 在 APE 解码器中发现一个整数溢出问题，可通过特制的 APE 文件触发。- CVE-2017-11665 Ant-financial Light-Year Security Lab 的 JunDong Xie 发现能够特制 RTMP 流的攻击者可使 FFmpeg 崩溃。- CVE-2017-11719 IIE 的 Liu Bingchang 发现一个越界读取问题，可通过特制的 DNxHD 文件触发。

マルチメディアプレイヤー、サーバー、エンコーダーであるFFmpegで複数の脆弱性が発見されました。これらの問題により、サービス拒否や、状況によっては任意コード実行が発生する可能性があります。

  - CVE-2017-9608Qihoo 360 GearTeamのYihan Lian氏は、細工されたMOVファイルを解析する際にNULLポインターアクセスを発見しました。

  - CVE-2017-9993Thierry Foucu氏は、HTTP Live Streamingを使用して、共通のマルチメディア拡張機能で終わるファイルやシンボリックリンクから情報が漏洩する可能性があることを発見しました。

  - CVE-2017-11399IIEのLiu Bingchang氏は、APEデコーダーに整数オーバーフローを発見しました。これは、細工されたAPEファイルにより誘発される可能性があります。

  - CVE-2017-11665Ant-financial Light-Year Security LabのJunDong Xie氏は、RTMPストリームを細工できる攻撃者がFFmpegをクラッシュさせる可能性があることを発見しました。

  - CVE-2017-11719IIEのLiu Bingchang氏は、細工されたDNxHDファイルによって誘発される可能性のある境界外アクセスを発見しました。

この更新では、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がオフであることを確認するための追加チェックを追加します。

Several vulnerabilities have been discovered in FFmpeg, a multimedia player, server and encoder. These issues could lead to Denial-of-Service and, in some situation, the execution of arbitrary code.

  - CVE-2017-9608     Yihan Lian of Qihoo 360 GearTeam discovered a NULL     pointer access when parsing a crafted MOV file.

  - CVE-2017-9993     Thierry Foucu discovered that it was possible to leak     information from files and symlinks ending in common     multimedia extensions, using the HTTP Live Streaming.

  - CVE-2017-11399     Liu Bingchang of IIE discovered an integer overflow in     the APE decoder that can be triggered by a crafted APE     file.

  - CVE-2017-11665     JunDong Xie of Ant-financial Light-Year Security Lab     discovered that an attacker able to craft a RTMP stream     can crash FFmpeg.

  - CVE-2017-11719     Liu Bingchang of IIE discovered an out-of-bound access     that can be triggered by a crafted DNxHD file.

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
103290	openSUSE Security Update : ffmpeg / ffmpeg2 (openSUSE-2017-1068)	Nessus	SuSE Local Security Checks	2017/9/18	2025/11/20	high
103290	openSUSE セキュリティ更新ffmpeg/ffmpeg2openSUSE-2017-1068	Nessus	SuSE Local Security Checks	2017/9/18	2025/11/20	high
102807	Debian DSA-3957-1：ffmpeg - 安全性更新	Nessus	Debian Local Security Checks	2017/8/29	2025/11/25	high
102807	Debian DSA-3957-1：ffmpeg - 安全更新	Nessus	Debian Local Security Checks	2017/8/29	2025/11/25	high
102807	DebianDSA-3957-1：ffmpeg - セキュリティ更新	Nessus	Debian Local Security Checks	2017/8/29	2025/11/25	high
103289	openSUSEセキュリティ更新プログラム：ffmpeg / ffmpeg2（openSUSE-2017-1067）	Nessus	SuSE Local Security Checks	2017/9/18	2025/11/20	critical
102807	Debian DSA-3957-1 : ffmpeg - security update	Nessus	Debian Local Security Checks	2017/8/29	2025/11/25	high
103289	openSUSE Security Update : ffmpeg / ffmpeg2 (openSUSE-2017-1067)	Nessus	SuSE Local Security Checks	2017/9/18	2025/11/20	critical

检测

插件搜索

high

high

high

high

high

critical

high

critical