📌 結論：Nitro Enclavesは「EC2の中の金庫室」
EC2インスタンス内に完全に隔離された環境を作成し、
機密データを
誰にも見られずに
安全に処理できる技術です！
完全に分離された環境
数学的に証明（Attestation）
Enclave内でのみ使用
🏦 銀行の最高セキュリティ金庫室で例えると超わかりやすい！
Nitro Enclaves = 銀行内にある「誰も中を見れない金庫室」
普通の金庫は銀行員なら開けられますよね？
でも
Nitro Enclaves
は、銀行員（=親インスタンス）でさえ
中身を見ることができない
特別な金庫室なんです！
クレジットカード番号や医療データなど、
絶対に漏れてはいけない情報
を処理するのに最適です✨
🏛️ 銀行の金庫室でたとえると？
あなたは超重要な機密書類を処理したい会社の社長。
でも、データセンター（銀行）の管理者にすら見られたくない...
そんな時こそ、Nitro Enclaves（最高セキュリティ金庫室）の出番です！
🎭 たとえ話で理解する3つのポイント
親インスタンスのroot権限でも、Enclave内部にはアクセス不可能
Attestationで「この金庫室は改ざんされていない」と数学的に証明
KMSと連携し、Enclave専用の暗号鍵でデータを保護
🏗️ Nitro Enclavesのアーキテクチャ
- ✅ 通常のアプリケーション実行
- ✅ ネットワークアクセス可能
- ✅ ストレージアクセス可能
- ✅ SSH/リモートアクセス可能
- ⚠️ Enclave内部は見えない
- 🔒 完全に隔離されたCPU・メモリ
- 🚫 永続ストレージなし
- 🚫 外部ネットワークなし
- 🚫 SSH/リモートアクセス不可
- ✅ vsockのみで親と通信
監視カメラすら設置できない 究極の隔離空間！
親インスタンスのroot権限を持っていても、Enclave内のメモリを読むことは 物理的に不可能 です。
• Nitroハイパーバイザーレベルで隔離
• 親インスタンスからのメモリアクセス不可
• デバッグ・プロファイリング不可
誰かがこっそり改ざんしていないか、数学的に確認できます。
• AWS Nitro Attestationドキュメント
• PCR値（Platform Configuration Register）
• 署名付き証明書でKMSと連携
鍵を盗まれても、正規の金庫室以外では使えないので安心。
• Attestation検証後にのみ復号許可
• PCR値に基づくアクセス制御
• 暗号化されたデータをEnclave内で復号
仮に1つ突破されても、次の壁が守ります。
• 攻撃面（Attack Surface）の最小化
• サイドチャネル攻撃への耐性
• コンプライアンス要件（HIPAA, PCI DSS）対応
🔄 Nitro Enclavesでの機密データ処理フロー
Enclaveイメージの作成
処理ロジックを含むDockerイメージからEIF（Enclave Image File）を作成。
このイメージのハッシュ値がAttestationに使用されます。
Enclaveの起動
親インスタンスからnitro-cliコマンドでEnclaveを起動。
専用のCPUとメモリが割り当てられ、隔離環境が構築されます。
Attestationの取得
Enclaveの正当性を証明するAttestationドキュメントを取得。
これをKMSに提示して、暗号鍵へのアクセス権を得ます。
暗号化データの受信
親インスタンスからvsock経由で暗号化されたデータを受信。
この時点ではまだデータは暗号化されたままです。
Enclave内で復号・処理
KMSから取得した鍵でデータを復号し、機密処理を実行。
この処理中、誰もデータを見ることができません！
結果を暗号化して返却
処理結果を再度暗号化してから親インスタンスに返却。
平文データがEnclave外に出ることはありません。
⚖️ Nitro Enclavesありなしの比較
❌ Enclaveなしの場合
- ⚠️ root権限でメモリ読み取り可能
- ⚠️ 管理者が機密データにアクセス可
- ⚠️ メモリダンプで情報漏洩リスク
- ⚠️ マルウェアによる窃取リスク
- ⚠️ コンプライアンス要件を満たせない
✅ Enclaveありの場合
- ✅ root権限でもアクセス不可
- ✅ 管理者でも機密データを見れない
- ✅ メモリ隔離で情報漏洩を防止
- ✅ Attestationで改ざんを検知
- ✅ HIPAA/PCI DSS準拠可能
💼 実践ユースケース：どんな時に使う？
クレジットカード処理
医療データ処理
暗号鍵の保護
マルチパーティ計算
# 1. EC2インスタンスでEnclave機能を有効化（起動時にオプション指定） aws ec2 run-instances \ --instance-type m5.xlarge \ --enclave-options 'Enabled=true' \ --image-id ami-xxxxxxxxx # 2. DockerイメージからEIF（Enclave Image File）を作成 nitro-cli build-enclave \ --docker-uri my-enclave-app:latest \ --output-file my-enclave.eif # 3. Enclaveの起動（CPUとメモリを割り当て） nitro-cli run-enclave \ --eif-path my-enclave.eif \ --cpu-count 2 \ --memory 4096 \ --enclave-cid 16 # 4. 実行中のEnclaveを確認 nitro-cli describe-enclaves # 5. Enclaveの終了 nitro-cli terminate-enclave --enclave-id i-xxxxx-enc-yyyyy
m5, c5, r5などのNitroベースのインスタンスタイプが必要。最低2vCPU + 256MBのメモリをEnclaveに割り当て。
2. Enclaveイメージは最小限に：
必要な処理ロジックのみを含める。攻撃面を減らすため、不要なライブラリは含めない。
3. KMSキーポリシーを適切に設定：
Attestation条件（PCR値）を指定し、正規のEnclaveからのみアクセスを許可する。
4. vsock通信を暗号化：
親インスタンスとEnclave間の通信も、追加で暗号化することを推奨。
5. ログは慎重に：
Enclave内のログに機密情報が含まれないよう注意。デバッグモードは本番では無効に。
❓ よくある質問（FAQ）
• KMS： 暗号鍵の管理と暗号化/復号操作を行うサービス
• Nitro Enclaves： 隔離された環境で機密処理を実行する場所
両者を組み合わせることで、「正規のEnclave内でのみ復号できる」という強力なセキュリティを実現できます。
1. 通常通りDockerfileでアプリケーションを作成
2. nitro-cli build-enclaveコマンドでEIF（Enclave Image File）に変換
3. nitro-cli run-enclaveでEnclaveを起動
Dockerの知識があれば、比較的簡単に始められます。
• --debug-modeオプションで起動すると、コンソール出力を確認可能
• ただし、デバッグモードではAttestationのPCR値が変わる
• 本番環境では必ずデバッグモードを無効にすること
開発時はデバッグモード、本番では無効化が基本パターンです。
• 対応EC2インスタンスの通常料金のみ
• EnclaveにはEC2のCPU/メモリを割り当てるため、その分のリソースはEC2側から減る
• KMSを使用する場合は、KMSの通常料金が発生
コスト面でも導入しやすい技術です！
🎓 まとめ
🏦 銀行の金庫室 = Nitro Enclaves
EC2インスタンス内に
誰も覗けない隔離環境
を作成し、
機密データを安全に処理できる究極のセキュリティソリューション！
親インスタンスからも
完全に分離
Attestationで
改ざんを検知
正規Enclaveでのみ
復号を許可
🎯
こんな時に使おう：
💳 決済処理
🏥 医療データ
🔐 暗号鍵管理
🤝 機密共同分析
「誰にも見られたくないデータ」を処理するなら、Nitro Enclavesで決まり！🔐