AMD ESMTPがEPYCのSMT脅威を遮断 Linux対応

AMDがサーバー向け仮想化の分離を強化する新機構の有効化に着手した。 対象はSEV-SNPを利用する仮想機械である。 名称はEnhanced SMT Protection、略称はESMTPである。 Phoronix の Michael Larabel の報道では、2026年9月14日にLinuxカーネル向けの改修群が公開されたと伝えた。 同機能はAMD EPYC上の仮想機械における同時マルチスレッドの同居に伴う危険を抑える狙いがある。

今回の公開は、カーネル郵送一覧におけるESMTPの最初の登場である。 AMDは年初に自社サイトでESMTPの白書を公開していた。 当時は大きな注目を集めなかった。 時期や内容から、EPYC 9006「Venice」世代の機能であるとの見方が示された。 現時点では推測の域を出ないが、次世代製品との結び付きが意識されている。

同時マルチスレッドの脅威と対策

同時マルチスレッドは1つの物理核を2つの論理主体で共用する技術である。 資源の共用は処理能力を高める。 一方で、側通信路攻撃の経路になり得ることが知られている。 Intel Hyper-Threadingを含む過去の事例が問題意識の背景にある。

Linuxには中核予定と呼ばれる運用上の仕組みがある。 1つの核とその兄弟スレッドを同一の仮想機械に割り当てる手法である。 識別子を用いて同居関係を表現する。 これは宿主カーネルの方針として実現される。 ESMTPはこの方針を装置側で強制する点が異なる。 信頼できない宿主側処理との資源共用を防ぐ設計である。

ハードウェアで強制する分離機構

ESMTPはSEV-SNP仮想機械に対する保証を提供する。 ある仮想CPUが客側で動作する間、兄弟スレッドの状態を制限する。 許容されるのは宿主待機状態か、正規と申告された兄弟仮想CPUの実行のみである。 他の客や宿主側の任意処理との同居を装置が拒む。 この点を記した改修群の説明は次の通りである。

Enhanced SMT Protection (ESMTP) allows an SEV-SNP VM to require that, while one of its vCPUs is in guest mode, every SMT sibling thread on that physical core is either idle in host mode or running a vCPU the guest itself has declared a legal sibling. This mitigates the side-channel risk of sharing core resources with untrusted host threads or with another guest. Unlike core scheduling, where co-residency is a host kernel policy expressed with cookies, ESMTP is enforced by hardware.

兄弟関係の指定はVMSA内の兄弟マスクに格納される。 宿主は任意のカーネル処理や利用者処理、割込み処理を兄弟側で動かせない。 KVMと客がVCPU_SIBLING_MASKを完全に設定する。 これにより客の全仮想CPUが単一群に属する。 任意の2つが同居可能になる。 ASID検査と組み合わせることで、客動作中の兄弟は同一客の仮想CPUか宿主待機に限定される。 装置による強制であるため、宿主の方針違反が成立しない構造である。

有効化に向けたカーネル対応状況

今回のカーネル向け一連の改修は2件で構成される。 KVM側の受け入れと客側の設定を整える内容である。 カーネル単体では完結しない。 上流のQEMUとOVMFに対する改修も必要である。 仮想化基盤全体での対応が前提になる。

適用条件はSEV-SNPの利用である。 SEV-SNPを使わない構成では利用できない。 白書の位置付けも機密仮想機械の拡張である。 Rippling、AI支出追跡ツール『AI Spend Console』発表が示すように、雲計算基盤の運用管理は細分化している。 ESMTPも雲計算の選択肢として整備される方向である。 Asahi LinuxがM3対応、Acer・Lenovo新機種もに見られるように、カーネルと装置の協調は近年の基盤開発の中心である。 今回も装置仕様とカーネル実装のすり合わせが鍵になる。

性能負担と運用上の選択肢の整理

ESMTPは既定では有効にならない。 選択制の機能として提供される。 理由は性能上の負担である。 VMRUNが兄弟側の状態が整うまで停止するためである。 改修群の説明は次の通りである。

ESMTP is opt-in because it carries a performance cost as VMRUN stalls until the sibling runs work from a trusted vCPU or is in host idle.

想定される利用場面は公共雲や信頼できない作業負荷の実行である。 多借主環境では兄弟スレッドの所有関係が重要になる。 分離を強める代わりに待ち時間が増す。 運用者は安全性と処理能力を比較衡量する必要がある。 OpenAI Private Safety Processing発表 ゼロデータ保持を実現が示す機密計算への関心の高まりと方向は一致する。 装置強制の分離は監査や契約上の要求に応える材料になる。

編集部の見解

短期的影響について述べる。今後3か月から6か月では、カーネルとQEMU、OVMFへの取り込み作業が焦点になると見る。雲計算事業者は検証環境でVMRUN停止の影響を測定すると見る。SEV-SNP利用者向けの設定指針や文書整備が並行して進むと見る。

長期的視点について述べる。1年から3年では、機密計算の設計に装置強制の同居制限が組み込まれると見る。Venice世代の普及に伴い、既定値や自動有効化の是非が議論されると見る。運用者は性能負担を前提とした設定設計を求められると見る。

編集部からの問いを示す。性能低下の実測値がまだ示されていない点は検証課題と評価する。選択制の維持が適切か、脅威の高まりに応じた変更が必要か判断が分かれると見る。信頼できない作業負荷をどこまで隔離すべきか、費用負担者と受益者の整理が問われていると評価する。

参考

• 「AMD Preparing Linux For Enhanced SMT Protection “ESMTP” For EPYC VMs」, by Michael Larabel — Phoronix, 2026-09-14T18:03:38.000Z (ARR)
• 元記事URL: https://www.phoronix.com/news/AMD-Enhanced-SMT-Protection