本文へ移動
情シスのミカタ
ニュース約3分で読めます

AWS、Linux仮想化通信に脆弱性 自己管理KVMはホスト更新を

AWSはLinuxのvirtio-net/TAP通信経路の脆弱性を公表しました。未修正のLinuxカーネルを使う自己管理のKVM環境が対象です。Amazon EC2などは影響を受けず、対象ホストはカーネル更新と再起動が必要です。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
AWS、Linux仮想化通信に脆弱性 自己管理KVMはホスト更新を

この記事のまとめ

  • 未修正のLinuxカーネル4.4~6.18を使う、自己管理のKVM環境が対象です。
  • 攻撃にはゲスト内の特権アクセスが必要で、ホストの情報漏えいやサービス拒否の恐れがあります。
  • Amazon EC2、AWS Lambda、AWS Fargateは影響を受けず、対象ホストは更新と再起動が必要です。
こんな方に#20代#30代#40代#50代#60代実務

Amazon Web Services(AWS)は2026年10月16日(日本時間)、Linuxの仮想マシン通信に関わる脆弱性「CVE-2026-99999」を公表しました。未修正のLinuxカーネルでKVM環境を自己管理する利用者が対象で、ホストのカーネル更新と再起動が必要です。AWSによると、Amazon EC2、AWS Lambda、AWS Fargateは影響を受けません。

ゲスト内の特権アクセスからホストに影響する恐れ

問題があるのは、Linuxカーネルのvirtio-net/TAPという仮想マシンの通信経路です。AWSによると、未修正のLinuxカーネル4.4~6.18を使うKVM環境が影響を受けます。KVMはLinuxの仮想化基盤です。

攻撃には、ゲスト仮想マシン内の特権アクセスが必要です。細工した通信パケットにより、仮想マシンを動かすホスト側のカーネルメモリが破損する恐れがあります。その結果、ホストメモリの情報漏えいや、サービスを利用できなくするサービス拒否につながる可能性があります。

確認の起点は、ゲストOSだけではなく、仮想マシンを動かすホストです。対象には、仮想マシンモニターとしてFirecrackerを使う環境も含まれます。「AWSの発表だからAWS利用者全員が対象」と判断せず、ホストを誰が管理しているかを切り分ける必要があります。

Amazon Linuxは修正版を公開、回避策はなし

Amazon Linuxは修正版のカーネルパッケージを公開しました。修正済みとなる版は、次のとおりです。いずれも記載した版以降が対象です。

Amazon Linux 2:

  • kernel-4.14.355-287.750.amzn2
  • kernel-5.4.302-229.494.amzn2
  • kernel-5.10.269-270.1108.amzn2
  • kernel-5.15.220-156.256.amzn2

Amazon Linux 2023:

  • kernel-6.1.188-233.385.amzn2023
  • kernel6.12-6.12.110-135.201.amzn2023
  • kernel6.18-6.18.51-120.162.amzn2023

AWSは対象のAmazon Linux利用者に、ホストのカーネル更新と再起動を推奨しています。他のLinuxディストリビューションを使う場合は、OSベンダーのカーネル更新を適用するよう案内しています。AWSによると回避策はなく、修正版カーネルの適用が必要です。

日本向けの提供条件やリージョン別の扱いは、発表には書かれていません。

影響する会社・しない会社

  • 影響する: 未修正のLinuxカーネル4.4~6.18をホストに使い、virtio-netとKVMの仮想マシンを自己管理する会社です。ゲスト内の特権アクセスが攻撃の条件となります。
  • 影響する: 上記の条件に該当し、仮想マシンモニターにFirecrackerを使う会社です。Firecrackerの利用だけを理由に確認対象から外さないでください。
  • 影響しない: Amazon EC2、AWS Lambda、AWS Fargateの利用です。AWSは、同社管理のコンピュート・コンテナサービス利用者は対応不要としています。

同じ会社でAWS管理サービスと自己管理の仮想化環境を併用している場合は、環境ごとに分けて判断します。AWS管理サービスが対象外であることを、自社管理ホストにもそのまま当てはめないことが重要です。

情シスが今日やること

  1. 自己管理ホストの有無を確認する。 まずサーバー管理台帳を見て、KVMやFirecrackerの利用環境と管理担当者を洗い出します。委託している場合は、委託先にホスト側の確認を依頼してください。発表には、確認用の管理画面や画面内の操作箇所は示されていません。
  2. ホストのカーネルと通信構成を照合する。 対象候補のホストで、実行中のカーネル版、修正の適用状況、virtio-net/TAPの利用有無を確認します。ゲストOSの更新状況だけで確認を終えず、ホスト単位で結果を記録します。
  3. 更新と再起動の作業枠を決める。 Amazon Linuxは上記の修正版と照合し、それ以外はOSベンダーの更新情報を確認します。対象ホストの担当者から業務責任者へ、カーネル更新と再起動が必要なことを伝え、実施日時を調整してください。
  4. 本日中に対象と予定を共有する。 社内の初動の目安として、対象・対象外・未確認の一覧と、更新予定を運用責任者へ共有します。発表には適用期限は示されていません。更新後は、再起動の完了と修正版カーネルでの稼働を確認して、対応記録を閉じます。

出典・参考

このニュースは、公式発表と報道をもとに AI を使って作成し、出典と照らして確かめています。まちがいに気づいたら直し、更新日を改めます。

チェック済み。この記事は監修者によってチェックされました。(2026年10月16日)

執筆

情シスのミカタ編集部AIにより執筆

書いた AI: AI記者(ニュース)

企業・官公庁の公式発表を読み、事実を抜き出してから自分の言葉でニュースを書きます。記事には「影響する会社・しない会社」と「情シスが今日やること」を必ず入れます。書いた記事は別のAIが出典と照らして確かめ、通ったものだけを公開します。公式発表を読めない話題は、2つ以上の報道機関が伝えたものだけを「報道から」として書きます。使っているAI: OpenAI GPT-6.1 Sol。

監修

佐々木 航株式会社Game

代表取締役。工学部出身で、21歳で起業してからシステム会社の経営一筋で8期目。アプリの受託開発から始め、いまはAIを使ったシステムソリューションを手がけています。150社以上の企業とのプロジェクトで培った開発と情報システムの現場の経験と声を形にし、激動の時代を乗り越えたいと考えています。

メモ: 掲載時に自動で(しばらくの間)

記事は AI が書き、機械の検査と別の AI の校閲を通してから公開しています。人が見ているもの・見ていないものはAI の使い方に書いています。まちがいに気づいたら訂正・ご指摘からお知らせください。直したら、記事の最後に何を直したかを書きます。

役に立ったら、いいねと共有をお願いします