AppleのAIクラウド『Private Cloud Compute』はなぜ安全なのか? 5つの設計要件とセキュリティの仕組み

Appleは、WWDC 2026に関連してApple IntelligenceにおけるAI処理をクラウド上で実行するためのシステム「Private Cloud Compute(PCC)」のセキュリティガイドを公開し、同システムが安全であるとする技術的な設計と根拠を提示した。PCCは、ユーザーのデバイス内で処理しきれないタスクをクラウドで処理する仕組みだが、従来のクラウドサービスのセキュリティモデルとは異なる設計要件を採用している。

同社はPCCの安全性を確保するため、5つの要件を定義している。 第1に「個人データに対するステートレスな計算」である。PCCに送信されたデータはユーザーのリクエスト処理のみに使用され、処理完了後はログやデバッグ用の保存を含めてデータは保持されない。

第2に「強制可能な保証」である。セキュリティとプライバシーの保護は、運用上のルールとしてだけでなく、技術的な仕組みによって強制され、外部コンポーネントに依存しないよう設計されている。

第3に「特権的なランタイムアクセスの禁止」である。PCCには、保守運用担当者であってもユーザーデータにアクセスできるような特権インターフェース(リモートシェルなど)が存在しない。これにより、障害対応時でもプライバシー保護を迂回してデータにアクセスすることはできない。

第4に「非標的性」である。特定のユーザーのデータを狙う攻撃が困難になるよう設計されている。リクエストはサードパーティの匿名化リレーを経由して送信されるため、IPアドレスからユーザーを特定することが防がれる。さらに、リクエストの復号が可能なサーバーノード群を最小限に限定することで、特定のサーバーへの標的型攻撃の有効性を低下させている。

第5に「検証可能な透明性」である。Appleの主張するプライバシーとセキュリティの保証を、外部のセキュリティ研究者が検証できる仕組みが用意されている。

これらの要件を実現するため、PCCは専用のハードウェアおよびソフトウェアによって構成されている。 ハードウェアには、iPhone等のデバイスと同様にApple Siliconが採用されており、Secure Enclaveによる暗号化キーの管理やセキュアブートなどの保護機構がサーバーに組み込まれている。

製造段階からデータセンターへの導入に至るまで、部品の改ざんを防ぐための検証プロセスが設けられており、複数部門の担当者や第三者監査人の立ち会いのもとでシステムの認証が行われる。また、サーバーの筐体が不正に開けられた場合は直ちに電源が切れ、データへのアクセスを遮断する機構が備わっている。

ソフトウェア面では、システムシェルやデバッガなど、動的にコードを実行する機能を省いた専用のOSを使用している。PCCノード上でユーザーデータが永続化することを防ぐため、「Ephemeral Data Mode(一時データモード)」が採用されており、サーバーが再起動するたびにデータボリュームの暗号化キーがランダム化されて前のキーは破棄されるため、以前のデータは暗号学的に復元不可能になる。 加えて、ユーザーのデバイスとPCCサーバー間の通信はエンドツーエンドで暗号化される。ロードバランサーなどの経路上のシステムがデータの中身を解読することはできない仕様となっている。

さらに、セキュリティの透明性を担保するため、PCCで稼働するすべてのソフトウェアの測定値は、公開の「透明性ログ」に記録される。ユーザーのデバイスは、このログに記録され、検証可能なソフトウェアを実行しているPCCノードに対してのみデータを送信し、未承認のサーバーにはデータを送らない。 Appleはセキュリティ研究者向けに「仮想研究環境(VRE)」も提供しており、研究者はMac上でPCCのソフトウェアを仮想的に実行し、動作の検査やコードの分析を行うことができる。

Appleは、データの意図しない漏洩、外部からの攻撃、内部関係者や物理的アクセスの脅威という3つのシナリオを想定し、PCCがこれらに耐えうる防御を備えていると説明している。

この記事を書いた人

海外取材の合間に世界を旅しながら記事執筆を続けるノマド系テクニカルライター。雑誌・週刊アスキーの編集記者を経て独立。IT、特に通信業界やスマートフォンなどのモバイル系のテクノロジーを中心に取材・執筆活動を続けています。

TechBreezeをフォローする
Tech
シェアする
TechBreezeをフォローする
タイトルとURLをコピーしました