VPNの化石か、それとも防波堤か：IKEv1フェーズ1の深淵を覗く
ネットワークエンジニアとして現場に立つと、いまだに「なぜIKEv1なのか」という問いに直面する。クラウドネイティブな時代において、WireGuardやIKEv2が主流であることは論を俟たない。しかし、レガシーなエンタープライズ環境や、相互接続性が求められるマルチベンダー環境では、依然としてIKEv1は現役のプロトコルだ。
今日は、IKEv1の「フェーズ1」――すなわち、暗号化の基盤となるISAKMP SA（Security Association）の確立プロセスにフォーカスする。パケットがUDP 500番ポートを叩き、ハンドシェイクが完了するまでの裏側で何が起きているのか、その泥臭い挙動を紐解いていこう。
—
メインモード vs アグレッシブモード：妥協なき選択
IKEv1フェーズ1には「メインモード」と「アグレッシブモード」の2つの顔がある。この選択は、セキュリティと利便性のトレードオフを体現するものだ。
メインモード（6パケット交換）の矜持
メインモードは、計6つのパケットを交換する。このプロセスの美しさは、ピアのアイデンティティ（ID）を暗号化されたチャネル内で交換する点にある。
1. SAの提案と合意
2. Diffie-Hellman（DH）鍵交換の公開値交換
3. 暗号化されたIDと認証情報の交換
このモードの最大の利点は、IDが平文で流れないことだ。もしあなたがセキュリティを最優先するアーキテクトなら、迷わずメインモードを選択すべきだ。
アグレッシブモード（3パケット交換）の誘惑
一方、アグレッシブモードはわずか3パケットでセッションを確立する。高速だが、その代償は大きい。イニシエータのIDが平文で送信されるため、中間者攻撃（MitM）によるID傍受のリスクが格段に高まる。また、Pre-Shared Key（PSK）を使用している場合、ハッシュ化された認証データが平文のIDと共に飛ぶため、オフラインでの総当たり攻撃に対して脆弱だ。
結論: アグレッシブモードは、リモートアクセスVPNでどうしても固定IPが使えないクライアントを収容する場合の「最後の手段」であるべきだ。
—
パケットレベルの最適化：RTTとバッファの調律
低レイテンシを要求されるグローバル環境において、IKEv1のハンドシェイクは「RTT（Round Trip Time）の累積」による遅延が無視できない。
TCPバッファチューニングの教訓
IKEはUDP 500番を使用するが、その上で動くIPsec通信自体はTCPのパフォーマンスに依存する。特に拠点間VPNでは、MTUとMSSの不一致がパケット断片化を引き起こし、スループットを劇的に低下させる。
iptablesやnftablesを用いたMSSクランプの推奨設定は以下の通りだ。
# クライアント側のTCPセッションが断片化しないよう、MSSを調整する
# IKEv1/ESPのオーバーヘッドを考慮し、1360〜1380付近に設定するのが定石
iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1360—
脆弱性を回避するための「硬い」設定
IKEv1は古いプロトコルである以上、現代の暗号スイートと比較して脆弱性が指摘されやすい。特にAggressive ModeでのPSK利用は、脆弱なパスワードであれば即座に破られる。
推奨されるStrongSwan設定サンプル
もしLinuxベースのゲートウェイでIKEv1を運用せざるを得ない場合、以下の設定をベースラインとせよ。
# /etc/ipsec.conf
conn my-secure-vpn
# メインモードを強制し、アグレッシブモードを無効化
aggressive=no
# 暗号化アルゴリズムは現代的な水準に引き上げる
ike=aes256-sha256-modp2048!
esp=aes256-sha256-modp2048!
# Perfect Forward Secrecy (PFS) を有効化し、鍵漏洩時の影響を最小化
pfs=yes
keyexchange=ikev1
authby=secret
# 接続の再生成期間を短く設定し、鍵の寿命を短縮する
ikelifetime=8h
keylife=1h—
現場の知見：なぜハンドシェイクが失敗するのか？
トラブルシューティングの現場で最も多い原因は、「IDのミスマッチ」と「フェーズ2（Quick Mode）のセレクタ不一致」だ。
特に、NAT-Traversal（NAT-T）が絡むと、パケットのUDPカプセル化（4500番ポートへの切り替え）が発生する。この時、パケットのペイロードを深く覗き込めない古いファイアウォールが、パケットを廃棄することがある。
現場の格言:
「パケットキャプチャは嘘をつかない」。tcpdump -ni any port 500 or port 4500 を走らせ、ISAKMP SAがID_IPV4_ADDRで確立されているのか、それともFQDNで定義されているのかを肉眼で確認すること。ここがズレていると、認証は永遠に成功しない。
最後に：脱・IKEv1への道筋
IKEv1は、歴史的な経緯から今なお我々のインフラを支えている。しかし、ゼロトラストを標榜する組織であれば、これを「レガシーな足枷」と認識し、早急にIKEv2への移行、あるいはTLSベースのモダンなVPNソリューションへのリプレースをロードマップに載せるべきだ。
セキュリティとは、プロトコルの隅々まで理解し、その上で「どこまでリスクを許容するか」を決定する作業である。この記事が、あなたの現場のネットワークを少しでも堅牢にする一助となれば幸いだ。
コメント