VPN

IKE（Internet Key Exchange）あいけーいー

IPsec鍵交換SA（セキュリティアソシエーション）VPNDiffie-Hellman認証

IKEについて教えて

簡単に言うとこんな感じ！

VPN通信を始める前に「どの暗号方式を使う？」「本当に相手は正しい相手？」って自動で握手してくれる仕組みだよ。南京錠を送り合って安全に鍵を共有する”見えない交渉役”なんだ！

IKEとは

IKE（Internet Key Exchange）とは、IPsec VPNを確立する際に、通信の両端（たとえば会社の拠点とデータセンター）が安全に暗号鍵を交換・共有するためのプロトコルです。人間に例えるなら「電話をかける前に、まず相手が本物かどうか確認して、どの言語で話すかを決める準備フェーズ」にあたります。

IKEが担う役割は大きく2つ。①お互いの身元確認（認証）と、②その後の通信を守るための暗号鍵の生成・共有です。この処理が自動で行われるおかげで、管理者が手動で鍵を設定する必要がなく、定期的に鍵を更新（リキー）することも自動化できます。

現在広く使われているバージョンはIKEv2（RFC 7296）で、旧バージョンのIKEv1に比べてメッセージ数が削減され、モバイル端末からのVPN接続にも対応しやすくなっています。

IKEの仕組みと2つのフェーズ

IKEはVPN接続を確立するまでに2段階のネゴシエーションを行います。

フェーズ	名称	目的	確立するもの
フェーズ1	IKE SA（ISAKMP SA）	安全な管理チャネルを作る	認証・鍵交換用の暗号トンネル
フェーズ2	IPsec SA（Child SA）	実際のデータ通信用の鍵を決める	データ暗号化・認証用のSA

  [拠点A のVPN機器]          [拠点B のVPN機器]
        │                           │
        │ ①フェーズ1: 認証＋DH鍵交換  │
        │ ←─────────────────────── │
        │ ──────────────────────→ │
        │    IKE SA（管理トンネル）確立  │
        │                           │
        │ ②フェーズ2: IPsec SAのネゴシエーション │
        │ ←─────────────────────── │
        │ ──────────────────────→ │
        │    IPsec SA（データトンネル）確立  │
        │                           │
        │ ③ 暗号化されたデータ通信 開始 │
        │ ═════════════════════════ │

IKEv1 と IKEv2 の比較

項目	IKEv1	IKEv2
標準化	RFC 2409（1998年）	RFC 7296（2014年）
フェーズ1メッセージ数	6〜9往復	4往復（半分以下）
モバイル対応（MOBIKE）	なし	あり
EAP認証	非対応	対応
DoS耐性	低い	Cookieチャレンジで改善
現在の推奨度	旧式・非推奨	✅ 推奨

鍵交換の核心：Diffie-Hellman（DH）鍵交換

IKEが「安全な場所を通らずに鍵を共有できる」のは、Diffie-Hellman（DH）鍵交換アルゴリズムのおかげです。
イメージとしては「2人がそれぞれ秘密の色を混ぜ合わせて、盗み見られても同じ色を作れる」魔法のような仕組みです。
DHグループ番号が大きいほど鍵の強度が高く（例：DH Group 14以上を推奨）、セキュリティが向上します。

歴史と背景

1995年 — IETF が IPsec の仕様策定を開始。鍵管理の仕組みとして SKEME・Oakley・ISAKMP が個別に提案される
1998年 — 3つの仕様を統合した IKEv1（RFC 2409） が標準化。複雑な設定が必要で、モードも複数あり運用が難しいという声も
2005年 — IKEv2 の草案が登場。メッセージを整理・簡素化し、モバイル端末向けの拡張（MOBIKE）も設計に組み込む
2010年 — IKEv2（RFC 5996）が正式標準化。主要なVPN機器ベンダーが対応を開始
2014年 — RFC 7296 として改定・整理。現在の IKEv2 標準はこれが基準
現在 — iOS・Android のネイティブVPN、企業向けSD-WANなど幅広い環境で IKEv2 が標準的に使われている

IPsecとIKEの関係

IKEは単独では動作せず、必ずIPsecとセットで使われます。役割分担を整理すると次のとおりです。

SA（セキュリティアソシエーション） とは、「どの暗号アルゴリズムを使うか」「鍵は何か」「有効期限はいつか」などをまとめた”通信の取り決め書”のことです。IKEはこのSAを自動で生成・更新する役割を担っています。

規格・RFC番号	内容
RFC 7296	IKEv2 の現行標準仕様（2014年）
RFC 2409	IKEv1 の仕様（旧式・参照用）
RFC 4301	IPsec アーキテクチャ全体の定義
RFC 4303	ESP（Encapsulating Security Payload）の仕様
RFC 4306	IKEv2 の初版（RFC 7296 に置き換え）
RFC 3948	NAT越え（UDP Encapsulation）の仕様