カーネルの更新プログラムが、Red Hat Enterprise Linux 7で利用可能になりました。Red Hat製品セキュリティは、この更新がセキュリティに及ぼす影響を重要度高と評価しています。詳細な重要度評価を示すCVSS（共通脆弱性評価システム）ベーススコアは、「参照」セクションのCVEリンクから脆弱性ごとに入手できます。カーネルパッケージにはLinuxオペレーティングシステムのコアであるLinuxカーネルが含まれています。更新されたこれらのカーネルパッケージには、いくつかのセキュリティの問題と多数のバグ修正があります。その一部は下記で参照できます。スペースの関係上、これらのバグ修正がすべてこのアドバイザリに文書化されているわけではありません。バグ修正の全リストについては、関連するナレッジ記事（https://access.redhat.com/articles/2857831）を参照してください。セキュリティ修正プログラム：* カーネルのsocket recvmmsgサブシステムに、メモリ解放後使用（use-after-free）の脆弱性が見つかりました。これにより、リモートの攻撃者がメモリを破損させたり、任意のコードを実行する可能性があります。この破損は、__sys_recvmmsg()関数内のエラー処理ルーチンで発生します。（CVE-2016-7117、重要度高）* メモリ解放後使用（use-after-free）の脆弱性が、tcp_xmit_retransmit_queueおよび他のtcp_*の関数で見つかりました。この状態では攻撃者が既存の接続に対して不適切な選択的受信確認を送信し、接続がリセットされる可能性があります。（CVE-2016-6828、重要度中）* LinuxカーネルのSCTPプロトコルの実装に欠陥が見つかりました。リモートの攻撃者が最大64KBのオフセットで領域外読み取りをトリガーし、システムがクラッシュする可能性があります。（CVE-2016-9555、重要度中）バグ修正プログラム：* 以前はIPoIB（InfiniBand上のインターネットプロトコル）とGRO（ジェネリックレシーブオフロード）インフラストラクチャとの競合により、IPoIBのパフォーマンスが最適化されませんでした。この更新により、IPoIBドライバーがキャッシュしたデータが制御ブロックからIPoIBハードヘッダーに移動さ​​れ、GRO問題やIPoIBアドレス情報の破損が回避されます。その結果、IPoIBのパフォーマンスが向上しました。（BZ#1390668）* 以前はPCIパススルーインターフェイスを備えたVM（仮想マシン）を再作成するとき、eventfdデーモンとvirqfdデーモンの競合状態が発生しました。その結果、オペレーティングシステムが再起動しました。この更新により、この競合状態が修正されます。その結果、前述の状況でオペレーティングシステムが再起動しなくなりました。（BZ#1391611）* 以前はラウンドロビンモードのチームドライバーが多数のパケットを送信していたとき、パケットロスが発生しました。この更新により、チームドライバーのラウンドロビンランナーでパケットのカウントが修正され、前述の状況でパケットロスが発生しなくなりました。（BZ#1392023）* 以前は削除された名前空間に含まれる仮想ネットワークデバイスは、任意の順序で削除することができました。ループバックデバイスが最後のアイテムとして削除されなかった場合、vxlanデバイスなどの他のnetnsデバイスが、ループバックデバイスへのダングリングリファレンスで終わる可能性があります。その結果、ネットワーク名前空間（netns）の削除が、カーネルエラーによって終了させられることがありました。この更新により、基礎となるソースコードが修正され、netns削除で仮想ネットワークデバイスを削除するときに正しい順序が保証されます。その結果、前述の状況でカーネルエラーが発生することはなくなりました。（BZ#1392024）* 以前はPCIデバイスIDが0xA149のSunrise Point PCH（プラットフォームコントローラーハブ）を搭載したKabylakeシステムで、起動時に次の警告メッセージが表示されました。「不明なインテルPCH（0xa149）を検出しました」「警告：不明なPCHを搭載したインテルKabylakeプロセッサーです。このハードウェアはRed Hatのテストを受けておらず、認定されていない可能性があります。認定ハードウェアについては、https://hardware.redhat.comを参照してください。このメッセージは、このPCHが適切に認識されなかったため表示されました。この更新により、この問題が修正され、警告メッセージが表示されることなくオペレーティングシステムが起動するようになりました。（BZ#1392033）* 以前は長期間の使用後にオペレーティングシステムが応答しなくなることがありました。これはtry_to_wake_up()関数とコアスケジューラのwoken upタスクでの競合状態が原因で引き起こされていました。この更新により、競合状態が修正され、前述のシナリオでオペレーティングシステムがロックされることがなくなりました。（BZ＃1393719）

検出

CentOS 7：カーネル（CESA-2017:0086）

critical Nessus プラグイン ID 96633

変更ログが見つかりません