【要約】「VPC内通信もTLSにすべき？」と聞かれて ── そもそもAWS内で盗聴できるのか脅威モデルで確かめた話 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
公共案件を担当するエンジニアが、顧客からVPC内の通信が平文であることへの懸念を指摘された。技術的な根拠を即答できず、以下の課題に直面した。
- ・VPCがSDNであることの技術的証明の不足。
- ・Fargate（Nitro）による自動暗号化の適用範囲に関する誤解。
- ・TLS化が実際にどのリスクを低減するのかという実利の不明確さ。
// Approach
著者は、VPC内通信のTLS化の是非を、脅威モデルとAWSの一次情報を用いて整理した。以下のステップで、技術的実利とコンプライアンスの境界を明確にした。
- ・SDNの特性（ARPスプーフィング不可等）による盗聴リスクの検証。
- ・ALB経由の通信がNitroの透過的暗号化対象外であることの特定。
- ・「リスク低減」ではなく「ガイドライン準拠」を軸とした判断基準の策定。
- ・4つの実装案（HTTP, 自己署名, Private CA, VPC encryption controls）の比較。
// Result
本分析により、設計者がコストと要件に基づき最適な手段を選択できるようになった。具体的には、以下の判断指針が得られた。
- ・VPC内での受動的盗聴リスクは実質的に存在しない。
- ・TLS化の要否は、技術的必要性ではなく適用される規範（自治体・政府等）で決まる。
- ・規模や要件に応じ、Private CAかVPC encryption controlsかを使い分ける。
Senior Engineer Insight
> 実戦では「技術的な正しさ」と「監査への説明責任」の分離が不可欠だ。本記事は、SDNの特性という技術的根拠と、コンプライアンスという社会的要件を切り分けて整理している。これにより、設計判断（ADR）において「なぜこの構成にしたか」を論理的に記述できる。特に、コストと真正性のトレードオフを定量化した点は、予算管理を伴う責任者にとって極めて実用的である。