Azure

Azure Confidential Computing 完全ガイド|Confidential VM・Container・Always Encrypted Enclaves・Confidential AI

2026-05-24
NicheeLab編集部

Azure Confidential Computing は、データを『使用中 (In Use)』も暗号化保護する Microsoft の最先端セキュリティ技術です。 従来の Encryption at Rest + Encryption in Transit に加えて、Encryption in Use (CPU メモリ内データの暗号化) を実現する 3 つ目の暗号化レイヤ。 Microsoft・クラウド管理者・ハイパーバイザーからも内部データが見えない『Zero Trust to Cloud』を実現します。 本記事では、Confidential VM・Container・Always Encrypted with Secure Enclaves・Confidential AI・Attestation を網羅的に整理します。

3 つの暗号化レイヤ

レイヤ対象技術
Encryption at RestStorage に保存中Customer-Managed Key (CMK)・TDE
Encryption in Transit通信中TLS 1.2/1.3・IPsec
Encryption in UseCPU メモリ内処理中Trusted Execution Environment (TEE)

Trusted Execution Environment (TEE)

技術提供元特徴
Intel SGX (Software Guard Extensions)Intelアプリケーションレベル Enclave、細かい制御
AMD SEV-SNP (Secure Encrypted Virtualization with Secure Nested Paging)AMDVM 全体保護、Lift and Shift 容易

Confidential VM (DCasv5/ECasv5)

AMD SEV-SNP ベースの VM ファミリー、VM 全体を Hypervisor から完全分離した状態で実行。

主要特徴

  • VM メモリ全体が AMD CPU で暗号化、Hypervisor からも見えない
  • Boot Integrity Measurement で改ざん検出
  • Trusted Launch・Secure Boot 必須
  • vTPM (Virtual Trusted Platform Module) 統合
  • Confidential OS Disk (OS Disk 自体も暗号化、Customer-managed Key で鍵管理)

代表的なユースケース

  • 多者間データ分析 (Multi-party Computation・Federated Learning)
  • 金融データ分析・トランザクション処理
  • 医療画像 AI 推論
  • 機密 AI モデル推論 (Model IP 保護)

コードは既存 VM とほぼ同じ (Lift and Shift 可能)、追加コストは Standard VM の約 30% 増し

Confidential Containers on AKS

2024 GA、AMD SEV-SNP 上で動作する Confidential AKS Node Pool。

動作

  • Pod を Confidential Container として実行
  • Hypervisor・AKS 管理面・ノード OS からも Pod 内データが見えない
  • Open Source プロジェクトの Kata Containers ベース
  • Container を VM サンドボックスで実行する追加分離

代表的なユースケース

  • AI 推論サービス (顧客データを使わせない・モデル IP 保護)
  • 多者間 ML パイプライン (Federated Learning)
  • 規制業界の SaaS (Tenant データの完全分離)

AKS の Confidential Node Pool を追加して Pod のアノテーションで Confidential Container 指定。 起動時間が長め (数十秒・Confidential VM 起動分) という制約あり。

Always Encrypted with Secure Enclaves

Azure SQL Database / Managed Instance / SQL on VM の機密列を Intel SGX TEE で暗号化処理する機能。

従来との違い

機能従来 Always EncryptedWith Secure Enclaves
等価比較 (=)
Pattern Match (LIKE)不可
範囲検索 (BETWEEN)不可
JOIN 操作不可
DBA / Cloud Admin から見える復号鍵なしで見れない同左 + 処理中も見えない

動作フロー

  1. クライアントが Column Master Key で Column Encryption Key を暗号化
  2. クライアントから暗号化された SQL クエリを送信
  3. SQL Server が Secure Enclave (Intel SGX) 内で復号化・処理
  4. 結果を暗号化して返却
  5. クライアントが復号化して取得

Zero Trust to DBA』を実現、GDPR・HIPAA で要求される Privacy by Design の最高レベル実装パターン。

Confidential AI / Federated Learning

Confidential AI

  • AI モデル推論を Confidential Container / VM で実行
  • 顧客データもモデル IP も完全保護
  • シナリオ例: 医療画像 AI で患者データを病院から AI ベンダに送らずに推論完了

Federated Learning

  • 複数組織が自社データを開示せず共同で ML モデルを学習
  • 各参加者の Confidential VM 内でローカル学習 → モデルパラメータのみ集約

Azure Confidential AI Inferencing Service (2024 Preview)

  • Microsoft が Azure OpenAI を Confidential Computing 上で提供開始
  • 顧客プロンプト・推論結果が Microsoft 内部でも見えない
  • 『Confidential OpenAI』として AI 時代の最先端プライバシー保護

Attestation の仕組み

Attestation (証明) は、Confidential VM / Container が実際に TEE で動作していることを暗号学的に証明する仕組み。

動作フロー

  1. Confidential VM 起動時に CPU が Attestation Quote を生成 (vTPM + CPU Signing Key)
  2. Microsoft Azure Attestation Service (MAA) または Customer Attestation Service が Quote を検証
  3. Microsoft の Attestation Certificate Authority Chain で検証
  4. 検証成功で Confidential VM が信頼可能と確認
  5. Key Vault / Secret Server が Attestation Token と引き換えに復号鍵をリリース

Cosmos DB・Always Encrypted with Secure Enclaves・Confidential Ledger なども Attestation 統合済み。

Azure Confidential Ledger

Azure Confidential Ledger は Confidential Computing ベースのブロックチェーン的な改ざん不可ログサービス。

  • 金融取引履歴・監査ログ・サプライチェーン追跡
  • Merkle Tree ベースの整合性証明
  • Confidential VM 上で動作、Microsoft でも改ざん不可
  • 5,000 Transactions/秒 上限
  • Cosmos DB / SQL DB との統合可能

採用時の注意点

  1. コスト約 30% 増 + 追加遅延 (CPU 暗号化処理)、機密データ処理部分のみ選定
  2. Confidential Container 起動時間が数十秒、Autoscale 想定するなら Warm Pool 構成
  3. Confidential VM サイズ制限 (DCasv5 シリーズなど特定 SKU のみ)、Region 限定
  4. Confidential Ledger は 5,000 Transactions/秒 制限、大量書き込みには不向き
  5. Attestation Service の SLA・可用性に依存、Region Pairing 必要
  6. アプリケーション側で Attestation 検証実装が必要 (透過的でない)
  7. Microsoft も完全には『見えない』わけではない (Side Channel Attack のリスク)

代表的なユースケース

業界ユースケース推奨 Confidential 機能
金融多者間データ分析・KYCConfidential VM + Confidential Ledger
医療画像 AI 推論Confidential Containers + Confidential AI
政府機密情報処理Confidential VM + Always Encrypted Enclaves
製造サプライチェーン追跡Confidential Ledger
SaaSマルチテナント分離Confidential Containers
AI ベンダModel IP 保護 + 顧客データ保護Confidential AI Inferencing

運用ベストプラクティス

  1. 機密データ処理部分のみ Confidential 化 (全 Workload に適用せず)
  2. Attestation Service との連携でゼロトラスト検証
  3. Customer-Managed Key で Confidential OS Disk 暗号化
  4. Confidential Container の起動時間を考慮した Autoscale 設計
  5. Microsoft Sentinel で Confidential Workload 監視
  6. 定期的な Attestation Token 更新
  7. Region 選定 (Confidential 対応 Region 確認)
  8. パフォーマンステスト (CPU 暗号化処理オーバーヘッド評価)
  9. Customer 教育 (なぜ Confidential が必要かの説明)
  10. 業界規制への準拠確認

関連認定試験

よくある質問

Confidential Computing とは?

Azure Confidential Computing は、データを『使用中 (In Use)』も暗号化保護する技術。従来の Encryption at Rest (保存中・Storage 暗号化) + Encryption in Transit (通信中・TLS) に加えて、Encryption in Use (CPU メモリ内データの暗号化) を実現する 3 つ目の暗号化レイヤ。Trusted Execution Environment (TEE、信頼実行環境) で CPU レベルのハードウェア保護を提供、Microsoft・クラウド管理者・ハイパーバイザーからも内部データが見えない『Zero Trust to Cloud』を実現。Intel SGX (Software Guard Extensions)・AMD SEV-SNP (Secure Encrypted Virtualization with Secure Nested Paging) の 2 つの TEE 技術をサポート。金融機関・医療機関・政府機関の最高機密ワークロード向けの最先端セキュリティ機能です。

Confidential VM (DCasv5/ECasv5) とは?

Confidential VM は AMD SEV-SNP ベースの VM ファミリー (DCasv5・ECasv5・ECCasv5)、VM 全体を Hypervisor から完全分離した状態で実行。代表的特徴: 1) VM メモリ全体が AMD CPU で暗号化、Hypervisor からも見えない、2) Boot Integrity Measurement で改ざん検出、3) Trusted Launch・Secure Boot 必須、4) vTPM (Virtual Trusted Platform Module) 統合、5) Confidential OS Disk (OS Disk 自体も暗号化、Customer-managed Key で鍵管理)。代表的なユースケース: 1) 多者間データ分析 (Multi-party Computation・Federated Learning)、2) 金融データ分析・トランザクション処理、3) 医療画像 AI 推論、4) 機密 AI モデル推論 (Model IP 保護)。コードは既存 VM とほぼ同じ (Lift and Shift 可能)、追加コストは Standard VM の約 30% 増しです。

Confidential Container (Confidential Containers on AKS) とは?

Confidential Containers on AKS は 2024 GA、AMD SEV-SNP 上で動作する Confidential AKS Node Pool。Pod を Confidential Container として実行、Hypervisor・AKS 管理面・ノード OS からも Pod 内データが見えない。Open Source プロジェクトの Kata Containers ベース、Container を VM サンドボックスで実行する追加分離。代表的なユースケース: 1) AI 推論サービス (顧客データを使わせない・モデル IP 保護)、2) 多者間 ML パイプライン (各参加者のデータを互いに見せない Federated Learning)、3) 規制業界の SaaS (Tenant データの完全分離)。AKS の Confidential Node Pool を追加して Pod のアノテーションで Confidential Container 指定。コンテナアプリケーションを既存コードで Confidential 化できる画期的機能ですが、起動時間が長め (数十秒・Confidential VM 起動分) という制約があります。

Always Encrypted with Secure Enclaves とは?

Always Encrypted with Secure Enclaves は、Azure SQL Database / Managed Instance / SQL on VM の機密列を Intel SGX TEE で暗号化処理する機能。従来の Always Encrypted は暗号化のまま等価比較のみ可能だったが、Secure Enclaves で Pattern Match (LIKE)・範囲検索 (BETWEEN)・JOIN 操作も暗号化のまま実行可能。動作: 1) クライアントが Column Master Key で Column Encryption Key を暗号化、2) クライアントから暗号化された SQL クエリを送信、3) SQL Server が Secure Enclave (Intel SGX) 内で復号化・処理、4) 結果を暗号化して返却、5) クライアントが復号化して取得。DBA や Cloud 管理者は復号化された値を見れない『Zero Trust to DBA』を実現。GDPR・HIPAA で要求される Privacy by Design の最高レベル実装パターンです。

Confidential AI / Federated Learning は?

Confidential Computing の AI / ML 応用パターン。Confidential AI: AI モデル推論を Confidential Container / VM で実行、顧客データもモデル IP も完全保護。代表シナリオ: 医療画像 AI で患者データを病院から AI ベンダに送らずに推論完了、Model IP を顧客から守る同時に顧客データを AI ベンダから守る両方向保護。Federated Learning: 複数組織が自社データを開示せず共同で ML モデルを学習する手法、各参加者の Confidential VM 内でローカル学習 → モデルパラメータのみ集約。Azure Confidential AI Inferencing Service (2024 Preview) で Microsoft が Azure OpenAI を Confidential Computing 上で提供開始、顧客プロンプト・推論結果が Microsoft 内部でも見えない『Confidential OpenAI』が実現。AI 時代の最先端プライバシー保護技術として急速に重要度を増しています。

Attestation はどう動作しますか?

Attestation (証明) は、Confidential VM / Container が実際に TEE で動作していることを暗号学的に証明する仕組み。動作: 1) Confidential VM 起動時に CPU が Attestation Quote を生成 (vTPM + CPU Signing Key)、2) Microsoft Azure Attestation Service (MAA) または Customer Attestation Service が Quote を検証 (Microsoft の Attestation Certificate Authority Chain)、3) 検証成功で Confidential VM が信頼可能と確認、4) Key Vault / Secret Server が Attestation Token と引き換えに復号鍵をリリース。これにより『この VM は本当に Confidential Computing で動作しているか』『Hypervisor から見られていないか』を暗号学的に保証可能。Cosmos DB・Always Encrypted with Secure Enclaves・Confidential Ledger なども Attestation 統合済み。本番運用ではアプリケーション起動時に Attestation 検証 → 検証失敗時は機密データアクセス拒否、というフローが標準パターンです。

Confidential Computing 採用時の注意点は?

重要な注意点: 1) コスト約 30% 増 (Confidential VM)・追加遅延 (CPU 暗号化処理)、すべてのワークロードに適用するのは過剰、機密データ処理部分のみ選定、2) Confidential Container 起動時間が数十秒 (通常 Pod は 1-2 秒)、Autoscale 想定するなら Warm Pool 構成、3) Confidential VM サイズ制限 (DCasv5 シリーズなど特定 SKU のみ)、Region 限定 (全 Region 対応ではない)、4) Confidential Ledger は 5,000 Transactions/秒 制限、大量書き込みには不向き、5) Attestation Service の SLA・可用性に依存、Region Pairing 必要、6) アプリケーション側で Attestation 検証実装が必要 (透過的でない)、7) Microsoft も完全には『見えない』わけではない (Side Channel Attack のリスク・将来の脆弱性対応必要)。利点 (Microsoft / Cloud Admin からも見えない) と制約 (コスト・性能・設計複雑性) のバランスで採用を慎重判断する必要があります。

関連認定試験は?

SC-100 (Cybersecurity Architect Expert) でゼロトラスト戦略の Data 柱・暗号化アーキテクチャとして問われる本領域の主要トピック。SC-400 (Information Protection) のドメイン 1 で Confidential Computing 統合、AZ-305 (Solutions Architect Expert) でアーキテクト視点での選定 (Confidential Computing 採用判断)、AI-103 (2026-06 GA) で Confidential AI 推論パターン、DP-300 (DBA) で Always Encrypted with Secure Enclaves。最先端セキュリティ技術のため認定試験での出題比率はまだ高くないが、セキュリティアーキテクトには重要な知識領域です。

関連記事・技術深掘り

AI-103 完全ガイド|Developing AI Apps and Agents on Azure【2026 年 6 月 GA・AI-102 後継】

Microsoft Certified: Developing AI Apps and Agents on Azure (AI-103) の完全ガイド。AI-102 の後継として 2026 年 6 月 30 日 GA。Azure AI Foundry / Agent Service / OpenAI / AI Search を中心に、RAG パターン・Agent オーケストレーション・Responsible AI・Semantic Kernel SDK の実装スキル、3-4 ヶ月の合格ロードマップを日本語で網羅。

Azure Architect キャリアロードマップ|AZ-900 → AZ-305 → SC-100 シニアアーキテクトへの道【2026 年版】

Azure Solutions Architect になるための認定取得ロードマップ完全版。AZ-900 → AZ-104 → AZ-305 の王道ルート、AZ-400 / SC-100 / AZ-700 との二刀流 / 三刀流戦略、マルチクラウド対応 (AWS / GCP)、未経験から 7-12 ヶ月の学習プラン、年収レンジまで日本語で網羅。

Azure セキュリティエンジニア キャリアロードマップ|SC-900 → SC-200/300/400 → SC-100 シニアへの道【2026 年版】

Azure セキュリティエンジニアになるための認定取得ロードマップ完全版。SC-900 → SC-200/300/400 のいずれか → SC-100 / SC-500 の王道ルート、ロール別の優先順序、CISSP との二刀流戦略、SC-500 (旧 AZ-500 後継、2026-09 GA 予定) の動向、10-15 ヶ月の学習プラン、年収レンジまで日本語で網羅。

Azure AI エンジニア キャリアロードマップ|AI-901 → AI-103 → 生成 AI アーキテクトへの道【2026 年版】

Azure AI エンジニアになるための認定取得ロードマップ完全版。AI-901 (2026-06 GA、AI-900 後継) → AI-103 (2026-06 GA、AI-102 後継) の最新ルート、Azure AI Foundry / Agent Service / OpenAI 中心の生成 AI 時代の構成、Databricks GenAI / OpenAI Direct との二刀流戦略、年収レンジまで日本語で網羅。

本記事の技術情報は Azure Confidential Computing Documentation に基づいています。 本記事は Microsoft Corporation の公式商品ではなく、いかなる提携・後援関係もありません。 Microsoft、Azure は Microsoft group of companies の商標です。Intel SGX は Intel Corporation・AMD SEV-SNP は Advanced Micro Devices, Inc. の技術です。 情報は 2026 年 5 月 24 日時点の公式公開資料に基づきます。最新情報は必ず公式ページをご確認ください。

この記事で学んだ内容を問題で確認しましょう

16,000問以上の問題で実力チェック

Azure 試験対策ページを見る
この記事の著者

NicheeLab編集部

データエンジニアリング・クラウド資格の専門家。Databricks・Snowflake等の認定資格を保有し、実務経験に基づいた問題作成・解説を行っています。NicheeLab運営。


関連記事
Azure

AZ-900 完全ガイド|Microsoft Azure Fundamentals 出題範囲・学習リソース・合格戦略

Microsoft Azure Fundamentals (AZ-900) の 2026 年 1 月 14 日改訂版に対...

Azure

Azure 認定資格ロードマップ 2026 完全版|全 26 試験の体系と大型再編 (AI-901/AI-103/SC-500)

Microsoft Azure 認定資格 全 26 試験 (現行 23 + 退役 3) の 2026 年版ロードマップ。...

Azure

AI-901 完全ガイド|Azure AI Fundamentals 新試験

Microsoft Certified: Azure AI Fundamentals (AI-901) の出題範囲・Mi...

Azure

Microsoft Entra ID 入門|旧 Azure AD から学ぶ ID 管理 (AZ-900/SC-900/AZ-104 必須知識)

Microsoft Entra ID (旧 Azure Active Directory) の入門解説。2023 年 7...

Azure

DP-900 完全ガイド|Azure Data Fundamentals 出題範囲・学習リソース・合格戦略

Microsoft Azure Data Fundamentals (DP-900) の完全ガイド。4 ドメインの出題範...

Azureの記事一覧 (103件)
© 2026 NicheeLab All rights reserved.