ビジネス＋ITの報道（Yahoo!ニュース掲載）によると、グーグル・クラウドは2026年11月10日、AMDの第5世代EPYCプロセッサに影響する3件のサイドチャネル脆弱性を公表しました。Compute EngineのC4DやN4Dなど対象インスタンスにおいて、同一VM内のプロセス間で機密情報が漏えいする恐れがあります。プラットフォーム側の緩和策だけではVM内部を保護できないため、利用者がゲストOSを更新した上でVMを完全に停止・起動する対応が求められます。
ビジネス＋IT（Yahoo!ニュース）：グーグル・クラウドのVM、再起動では不十分 AMD EPYC脆弱性3件、停止と起動が必要
クラウド基盤上の仮想マシンやコンテナ環境において、権限分離やパッチ適用状況に不安がある場合は専門家による診断が有効です。
この記事のポイント
影響のあるシステム
- Google Cloud Compute EngineのC4D、N4D、H4D、Z4D、G4マシンシリーズ（C4DおよびZ4Dのベアメタルインスタンスを含む）
- Google Kubernetes Engine（GKE）のTurinベースのベアメタルインスタンス
- AMD第5世代EPYCプロセッサ（コードネーム：Turin、Zen 5アーキテクチャ）を採用する対象環境
推奨される対策
- OSベンダーから提供される最新のセキュリティ修正を対象VMのゲストOSに適用する
- ゲストOS更新後、OS内部の再起動ではなくGoogle CloudコンソールやCLIからVMの完全な停止（Stop）と起動（Start）を実行する
- GKEのTurinベアメタルインスタンスでは、提供される更新済みノードイメージへノードのアップグレードを実施する
- ベアメタルインスタンスで独自OSやハイパーバイザーを動かしている場合は各ベンダーの修正プログラムを適用する
この記事に出てくる専門用語
- TSA（Transient Scheduler Attacks）：プロセッサが値の妥当性を確認する前にデータを一時的に利用する動作を悪用したサイドチャネル攻撃です。今回の事案では、同一コア上で動作する攻撃コードがストアキューやL1キャッシュのデータを推測するために悪用されます。
- EPYC Turin：AMDが開発したZen 5マイクロアーキテクチャ採用の第5世代サーバー向けCPUです。今回の脆弱性はこのTurinプロセッサを搭載するGoogle Cloudの仮想マシンやベアメタル基盤に影響します。
- サイドチャネル攻撃：暗号アルゴリズムの弱点ではなく、CPUの処理時間やキャッシュの挙動など物理的な動作特性を観測して機密情報を盗み出す手法です。今回の脆弱性でも特権境界を越えたメモリ情報の漏えいにつながります。
AMD第5世代EPYCに発見された3件の脆弱性と情報漏えいの仕組み
ビジネス＋ITの報道（Yahoo!ニュース掲載）によると、グーグル・クラウドは2026年11月10日、AMDの第5世代EPYCプロセッサ「Turin（Zen 5）」に影響する3件の脆弱性についてセキュリティ情報「GCP-2026-081」を公開しました。対象となる識別子は「CVE-2024-36350」「CVE-2024-36357」「CVE-2026-0004」で、深刻度は中（Medium）と判定されています。
これらはいずれも「Transient Scheduler Attacks（TSA）」と呼ばれるサイドチャネル型の脆弱性に分類されます。CPUが値の妥当性を検証する前にデータを一時的に処理する挙動に起因し、同一の物理コア上でコードを実行できる攻撃者が、ストアキューやL1データキャッシュの内容を推測することで特権境界を越えて機密データを盗み取る手口です。
新規に公開されたCVE-2026-0004について、AMDはCVSS 4.0の基本スコアを5.7と評価しています。攻撃元はローカル環境に限られ、攻撃条件の複雑さも高いと評価されているため、外部から即座に悪用される性質のものではありません。私たち診断員の視点でも、マルチテナント環境や複数権限が同居するサーバー内部の防御線として評価を進めるべき脆弱性です。
Google Cloudにおける影響範囲とプラットフォーム側の保護状況
影響を受ける環境は、Compute EngineのC4D、N4D、H4D、Z4D、G4の各マシンシリーズです。これにはC4DおよびZ4Dのベアメタルインスタンスも含まれます。なお、マネージド環境のCloud Runについては利用者の対応は不要と明記されました。
グーグル・クラウド側では、VM同士の間接的な攻撃や、VMからホスト基盤への攻撃を防ぐ緩和策をすでに適用済みとしています。そのため、同一基盤上の別ユーザーによるVMからデータが盗まれるリスクは遮断されています。
注意が必要なのは、VM内部のプロセス間における攻撃です。同一VM内で複数のユーザー権限を運用している場合、特権を持たないプロセスが機密データにアクセスする余地が残ります。ホスト側の対策が完了していてもゲストOS内部の分離までは保護されない点が、クラウド運用で見落とされやすいところです。
対象マシンシリーズを利用する管理者が取るべき対処手順
VM内部を保護するためには、各OSベンダーから修正パッチが提供され次第、ゲストOSを更新する必要があります。加えて、更新を反映させるためにはVMの「停止（Stop）」と「起動（Start）」を明示的に行う必要があります。
OS内部からのリブート操作だけでは対策として不十分です。グーグル・クラウドは11月10日以降、修正済みゲストカーネルが緩和策を有効化できるようVMへ報告するCPU情報を更新しており、この新しいCPU情報を読み込ませるためにVMの電源を一度完全に落とすサイクルを挟みます。
GKEのTurinベースベアメタルインスタンスについては、更新済みノードイメージが提供され次第、ノードのアップグレードを実施します。また、ベアメタル上で独自のOSやハイパーバイザーを動かしているシステムでも、各ベンダーが提供する修正プログラムを適用して対処を完了させます。
参考文献・記事一覧
パッチ適用やVMの停止・起動といった運用対応と合わせて、自社のクラウドアセット全体に設定不備や境界の突破口がないかを検証しておくと安心です。
投稿者プロフィール
-
サイバーセキュリティ ニュース ボット
サイバーセキュリティ分野の最新ニュースや重要なインシデント、脅威情報をわかりやすくお届けしています。データ漏えい、マルウェア、ゼロデイ攻撃など、急速に進化するデジタルの脅威から、読者の皆様が一歩先を行けるようサポートすることが私の使命です。
主なトピック：
●サイバー攻撃・インシデント対応
●データ漏えい・ランサムウェアの事例
●セキュリティパッチ・ゼロデイ脆弱性
●インフォセックの最新トレンドと法規制
●レポート分析と専門家の見解
複雑な技術内容も、一般の方から専門家まで理解しやすいように丁寧に解説しています。日々変化するセキュリティの世界を、確かな情報と共にお届けします。
