【入門編】 Internet Key Exchange Version 1 (IKEv1) のフェーズ2（クイックモード） – ゼロトラスト＆エンタープライズセキュリティ実践ガイド

皆さん、こんにちは！ネットワークセキュリティの世界へようこそ！

技術メディアの主筆ライターとして、今日も皆さんの学習を全力でサポートさせていただきます。難しそうなテーマでも、一緒に一歩ずつ、楽しみながら理解を深めていきましょうね。

今回は、VPN（Virtual Private Network）のセキュリティを支える重要な技術の一つ、IKEv1（Internet Key Exchange Version 1）のフェーズ2、通称「クイックモード」に焦点を当てていきます。

「フェーズ1って何だっけ？」「クイックモードって速いってこと？」そんな疑問も、この記事を読み終える頃にはスッキリ解決しているはずです。まるで郵便配達の仕組みを紐解くように、丁寧に解説していきますので、ご安心ください！

—

ゼロトラスト時代のVPNの要！IKEv1フェーズ2（クイックモード）を徹底解説！

導入：フェーズ1のおさらいと、フェーズ2が必要な理由

前回、IKEv1のフェーズ1について解説しましたよね。フェーズ1は、VPN通信を行う前に、まず「安全な通信路（SA：Security Association）」を確立するための準備段階でした。例えるなら、「荷物を安全に送るための郵便局を開設する」ようなものでした。

このフェーズ1で、私たちは以下の大切なことを決めました。

どんな暗号化で会話するか（例：AES256で秘密の会話をしよう！）
相手が本当に本人か確認する方法（例：共通のパスワードやデジタル証明書で確認しよう！）
会話の内容が改ざんされていないか確認する方法（例：ハッシュ値でチェックしよう！）
今後の会話で使う「大元の秘密の鍵」（例：郵便局の金庫の鍵）

これによって、VPNルータ同士が安全に「秘密の会話」ができるようになりました。まるで「ここからここまでは、誰も盗聴できない秘密の電話回線ができたぞ！」という状態です。

しかし、これはあくまで「VPNルータ同士が秘密の会話をするための準備」なんです。実際に皆さんのパソコンから会社のサーバーへ送られる「本命の業務データ」を安全に送るための準備は、まだ整っていません。

そこで登場するのが、今回主役となる「IKEv1 フェーズ2（クイックモード）」なんです！

フェーズ2の役割は、フェーズ1で確立した安全な通路（郵便局）を使って、「実際にデータをやり取りするための、もっと具体的な安全ルール（個々の手紙を送るためのルール）」を取り決めることです。

IKEv1フェーズ2（クイックモード）って何だろう？

「クイックモード」という名前の通り、フェーズ2はフェーズ1よりも高速に処理されます。なぜなら、フェーズ1で既に「大元の秘密の鍵」や「安全な通信路」が確立されているからです。いわば、既に開設された安全な郵便局の中で、「この手紙は速達便で送ろう！」「この手紙は普通便だけど、中身を見られないように特別な封筒に入れよう！」といった具体的な配送方法をサッと決めるイメージです。

フェーズ2の主な目的は、IPsec SA（Security Association）を確立すること。これは、実際にIPsecでデータを暗号化・認証するための「約束事のセット」のことです。

フェーズ2の主要な役割：IPsec SAの確立

IPsec SA とは、簡単に言うと「この通信は、こんな方法で守るよ！」という具体的なルールブックのことです。フェーズ1が「安全な郵便局」なら、IPsec SAは「個々の手紙をどう送るか」という配送指示書のようなものですね。

この IPsec SA には、以下のような情報が含まれています。

暗号化アルゴリズム：データをどんな方法で読めないようにするか（例：AES-256 で封をする）
認証アルゴリズム：データが途中で改ざんされていないか、送ってきた人が本物かを確認する方法（例：SHA256 で指紋認証する）
暗号鍵：実際にデータを暗号化・復号するための鍵。フェーズ1で決めた「大元の秘密の鍵」を元に、新しい鍵が生成されます。
SPI (Security Parameter Index)：SAを識別するためのID番号。ルータが「このSAを使って通信しよう」と判断する際の目印になります。
ライフタイム：このSAが有効である期間。時間の制限（例：3600秒）や、データ量の制限（例：1GB）で設定されます。安全のため、定期的に新しいSAに更新されます。
モード：Tunnelモード か Transportモード か。VPNでは主に Tunnelモード が使われ、IPヘッダごと暗号化して新しいIPヘッダを付与します。

これらの「約束事」を、VPNルータ同士がフェーズ2のメッセージ交換を通じて合意するわけです。

フェーズ2（クイックモード）のメッセージ交換を見てみよう！

フェーズ2では、通常3回のメッセージ交換が行われます。フェーズ1で確立した安全なチャネル（秘密の電話回線）の上で、これらのメッセージがやり取りされるため、盗聴や改ざんの心配はありません。

では、郵便配達の例を交えながら、3回のメッセージ交換を見ていきましょう！

メッセージ1：Initiatorからの提案「こういう条件で安全な通信をしたいんだけど、どうかな？」

まず、VPN通信を開始したい側（Initiator：発信者）が、相手（Responder：応答者）に対して、「こんな条件でデータを守りたいんだけど、どう？」と提案します。

このメッセージには、主に以下の情報が含まれます。

SA Payload (SAの提案)：

「AES-256で暗号化して、SHA256で認証したいんだけど、どう？」といった、データ保護の希望条件リストです。Initiatorは複数の候補を提示することもあります。

Traffic Selector Payload (トラフィックセレクタ)：

「私のネットワークの 192.168.1.0/24 から、あなたのネットワークの 172.16.1.0/24 へのIP通信を保護したい！」といった、どの通信をIPsecで保護したいかを具体的に指定します。宛先IPアドレス、送信元IPアドレス、プロトコル、ポート番号などが含まれます。

Nonce Payload (乱数)：

これは「使い捨てのランダムな数字」です。リプレイ攻撃（過去の通信を再送して不正アクセスを試みる攻撃）を防ぐための重要な要素です。

メッセージ2：Responderからの応答「OK、その条件でいこう！これならどう？」

提案を受けた側（Responder）は、Initiatorの提案内容を確認します。そして、自分が対応できる、かつ受け入れ可能な条件を一つ選び、それをInitiatorに返します。

SA Payload (SAの承諾)：

Initiatorが提示した候補の中から、「よし、AES-256 と SHA256 でいこう！」と、合意した条件を返します。

Traffic Selector Payload (トラフィックセレクタ)：

Responder側も、Initiatorが保護したいと言ってきた通信に対して、自分もどの通信を保護したいかを伝えます。通常、Initiatorのトラフィックセレクタとペアになるように設定されます（例：Initiatorが A->B なら、Responderは B->A を保護する）。

Nonce Payload (乱数)：

Responder側も、独自の乱数を返します。

メッセージ3：Initiatorからの最終確認「了解！それで確定だね！」

Initiatorは、Responderからの応答を確認し、「うん、それで問題ないよ！」と最終的な確認メッセージを送ります。

この3回のやり取りで、両方のVPNルータが、「よし、このIPsec SAを使って、この通信をこんなルールで守ろう！」という合意に至るわけです。

これで、IPsec SAが正式に確立され、いよいよ皆さんの大事なデータが、このSAが定めるルールに従って暗号化され、安全にVPNトンネルを通って目的地へ運ばれる準備が整いました！

鍵の生成とPFS（Perfect Forward Secrecy）

フェーズ2でSAが確立される際、実際にデータを暗号化・復号するための新しい鍵が生成されます。この鍵は、フェーズ1で両者が共有した「大元の秘密の鍵」を元に作られます。

さらに、多くのVPN設定では、このフェーズ2でDiffie-Hellman（DH）交換を再度実行することが推奨されています。これをPFS（Perfect Forward Secrecy：完全前方秘匿性）と呼びます。

PFSを有効にすると、たとえ将来的にフェーズ1で生成された「大元の秘密の鍵」が何らかの理由で漏洩してしまったとしても、フェーズ2で生成されたデータ暗号化用の鍵は影響を受けません。つまり、過去の通信内容は安全に保たれるという、非常に強力なセキュリティ機能なんです。

例えるなら、「郵便局の金庫の鍵が盗まれても、個々の手紙の封筒の鍵は別物だから、中身は守られるよ！」というイメージですね。

実際のVPN設定例を見てみよう！

それでは、IKEv1フェーズ2の設定が、実際のVPNルータでどのように記述されるか、Cisco IOSルータの設定例を通して見てみましょう。

フェーズ1の設定はここでは割愛しますが、既に crypto isakmp policy などでフェーズ1のポリシーが定義され、IKEv1 SAが確立されている前提です。

! --- フェーズ2の設定 ---

! Step 1: IPsec Transform-setの定義（IPsec SAの中身を定義）
! ここで、データ通信の暗号化・認証アルゴリズム、IPsecモードなどを指定します。
! 例: AES-256で暗号化し、SHA256で認証する
crypto ipsec transform-set MY_TRANSFORM_SET esp-aes 256 esp-sha256-hmac
 mode tunnel  ! VPNでは通常Tunnelモードを使用します（元のIPヘッダごと暗号化）

! Step 2: どのトラフィックを保護するか定義（Traffic Selector）
! アクセスリスト（ACL）を使って、VPNトンネルを通す通信を指定します。
! 例: 自社ネットワーク192.168.1.0/24から、拠点ネットワーク172.16.1.0/24への通信
access-list 101 permit ip 192.168.1.0 0.0.0.255 172.16.1.0 0.0.0.255

! Step 3: Crypto Mapの定義（フェーズ1とフェーズ2の情報を紐付け、インターフェースに適用）
! このCrypto Mapが、フェーズ1で確立したIKE SAを利用し、フェーズ2でIPsec SAを確立・適用します。
crypto map MY_CRYPTO_MAP 10 ipsec-isakmp
 set peer 203.0.113.2         ! 対向のVPNルータのグローバルIPアドレスを指定
 set transform-set MY_TRANSFORM_SET ! Step 1で定義したtransform-setを適用
 match address 101            ! Step 2で定義したACLにマッチする通信を保護対象とする
 set pfs group5               ! PFSを有効にする場合、DHグループを指定（任意だが推奨）
                               ! DHグループはフェーズ1とフェーズ2で同じにする必要はありませんが、
                               ! 両端で同じグループを設定する必要があります。
! set security-association lifetime seconds 3600  ! SAの有効期限（秒）。デフォルト値が適用されることが多い。
! set security-association lifetime kilobytes 4608000 ! SAの有効期限（データ量）。デフォルト値が適用されることが多い。

! Step 4: インターフェースへの適用
! インターネットに接続しているインターフェースにCrypto Mapを適用します。
interface GigabitEthernet0/0
 ip address 198.51.100.1 255.255.255.0
 crypto map MY_CRYPTO_MAP ! ここでVPNトンネルを確立する！

いかがでしょう？このように、transform-set でIPsec SAの条件を、access-list で保護対象のトラフィックを、そして crypto map でそれらをまとめて対向ピアとインターフェースに紐付けていることが分かりますね。

よくあるトラブルシューティングのヒント

VPNの構築では、なかなかうまく繋がらないことも多いですよね。そんな時、IKEv1フェーズ2周りでよくある原因と確認方法をご紹介します。

1. IPsec SA が確立されているか確認する

show crypto ipsec sa コマンドを実行し、SA が確立されているか確認しましょう。pkts encaps や pkts decaps のカウンターが増えていれば、データが流れています。
もし SA が見当たらない、または rekey ばかり繰り返している場合は、何か問題がある可能性が高いです。

2. Traffic Selector の不一致

最もよくあるトラブルの一つが、両端のルータで保護対象のトラフィック（access-list）が一致していないことです。
例えば、Aルータが「192.168.1.0/24 から 172.16.1.0/24 へ」と設定しているのに、Bルータが「172.16.1.0/24 から 192.168.2.0/24 へ」と間違って設定している、といったケースです。
必ず、双方のルータから見て「自分のネットワーク」と「相手のネットワーク」が正しく記述されているか確認しましょう。

3. Transform-set（暗号化・認証アルゴリズム）の不一致

フェーズ2で合意する暗号化や認証の方式が、両端で異なっている場合もSAは確立できません。
esp-aes 256 esp-sha256-hmac など、完全に一致しているか確認してください。

4. PFS グループの不一致

PFS を有効にしている場合、設定されているDHグループ（例：group5）が両端で一致している必要があります。

5. SA Lifetime の確認

SA Lifetime（有効期限）が短すぎたり、データ量制限に達したりして、頻繁にSAが再構築されていないかを確認することも重要です。

debug crypto ipsec コマンドを使うと、フェーズ2のメッセージ交換の詳細を確認できますが、情報量が多いため、まずは show コマンドで状態を確認することをおすすめします。

まとめ：IKEv1フェーズ2がもたらすVPNの安全性

今回は、IKEv1フェーズ2（クイックモード）について、郵便配達の例えを交えながら深掘りしてきました。

フェーズ1が「安全な郵便局の開設」だったのに対し、フェーズ2は「個々の手紙を安全に送るための具体的なルール（IPsec SA）の取り決め」でしたね。
このフェーズ2で、データの暗号化・認証方法、利用する鍵、保護対象のトラフィックなどが決定されます。
PFS を有効にすることで、さらに強固なセキュリティを実現できることも学びました。

VPNは、ゼロトラストアーキテクチャにおいても、リモートアクセスや拠点間接続の安全を担保する重要な要素であり続けています。IKEv1やIKEv2といったプロトコルが、その根幹を支えているわけです。

この記事を通して、IKEv1フェーズ2の仕組みを少しでも身近に感じ、理解を深めていただけたなら幸いです。ネットワークの奥深さ、セキュリティの重要性をこれからも一緒に探求していきましょう！

それでは、また次回の記事でお会いしましょう！