Confidential Computingとは?AIにどう関係するのか
使用中のデータを保護するConfidential Computingの考え方と、AI推論に適用したときに何が変わるのかを解説します。
- 公開:
- 著者:
- Private AI Navi 編集部
- 読了目安:
- 約3分
広告について: 本ページには広告・アフィリエイトリンクが含まれます。掲載順位や評価は報酬額だけで決定せず、編集方針に基づいて作成しています。 広告掲載ポリシー
3つの状態
データ保護は、伝統的に2つの状態を対象にしてきました。
- 通信中(in transit): TLSなどで暗号化
- 保存時(at rest): ディスク暗号化
残っていたのが3つ目です。
- 使用中(in use): 処理のためにメモリ上へ展開されている状態
Confidential Computing は、この「使用中」を保護対象にする技術領域です。
なぜAIで重要なのか
AI推論では、機密性の高い入力(プロンプト)がメモリ上で処理されます。従来の暗号化では、この瞬間は保護されません。基盤を運用している事業者は、原理的にメモリへアクセスできる立場にあります。
仕組みの骨格
- CPU(および対応GPU)が、外部から読めない保護領域を作る
- その領域の中でだけ処理を行う
- 「想定どおりの環境・コードが動いている」ことをハードウェアが署名して証明する(アテステーション)
- 利用者はその証明を検証してから、機密データを送る
4番目まで運用に組み込んで初めて意味を持ちます。
限界
メリット
- 処理中のデータを、基盤運用者から保護できる設計
- アテステーションにより、申告ではなく証明で確認できる
- 既存のアプリケーションを大きく書き換えずに適用できる場合がある
デメリット・注意点
- ハードウェアベンダーへの信頼が新たに必要になる
- ハードウェアレベルの脆弱性が発見されるリスクがある
- 保護範囲は構成によって変わるため、実装の確認が必要
関連技術との比較
MPC(多者間計算)やFHE(完全準同型暗号)も、データを平文に戻さずに計算することを目指す技術です。ハードウェアへの信頼を必要としない一方、計算コストが大きく、適用できる処理に制約があります。
| サービス | プライバシー方式 | 提供形態 | 総合スコア | 情報の状態 |
|---|---|---|---|---|
| Phala | TEE | api / confidential-ai / gpu-cloud | 60/100 | 一部検証・0日前 |
| Nillion | 未確認 | confidential-ai / api | 0/100 | 未検証・1日前 |
| Chutes | TEE | api / gpu-cloud | 53/100 | 一部検証・0日前 |
スコアの算出方法は編集方針に記載しています。料金・機能は変更される場合があります。
よくある質問
Confidential Computingを使えば完全に安全ですか?
いいえ。ハードウェアの脆弱性、構成ミス、保護範囲外の経路といった論点は残ります。本サイトでは「完全に安全」という表現は使いません。
個人でも使えますか?
対応するクラウドサービス経由であれば利用できます。ただし構成の理解とアテステーションの検証が必要になるため、実務としては開発者向けの選択肢です。
本記事の掲載内容の最終確認日: 2026-07-26(9日前)
- #Confidential Computing
- #TEE
- #機密計算
本記事の内容は執筆時点の公開情報にもとづきます。料金・機能・ポリシーは変更される場合があります。 誤りを見つけた場合はお問い合わせからご連絡ください。確認のうえ修正し、更新日を明記します。