コーヒーショップのWi-Fiを「信頼」してはいけない理由：ARPスプーフィングとVPNが描く防御の深層
カフェでノートPCを開き、何気なくフリーWi-Fiに接続する。エンジニアである我々は、その裏で何が起きているかを本能的に察知しなければならない。そこは、パケットが裸で踊る「戦場」だ。
今日は、公共無線LAN環境における最大の脅威の一つ、ARPスプーフィングによる中間者攻撃（MitM）をパケットレベルで解剖し、VPNがいかにしてその脆弱性を「無効化」するのか、技術屋の視点で深掘りしていく。
—
1. 牙を剥くARP：レイヤー2の信頼を悪用する攻撃手法
イーサネットの世界において、IPアドレスは単なる「ラベル」に過ぎない。実際にパケットを運ぶのはMACアドレスだ。そして、IPとMACを紐付けるためのプロトコル、それが ARP (Address Resolution Protocol) である。
ARPスプーフィングのメカニズム
攻撃者は同一セグメント内に潜り込み、標的のデバイスに対して「ゲートウェイのIPアドレスは俺のMACアドレスだ」という偽の ARP Reply を送りつける。
1. キャッシュ汚染: 標的のOSは、送られてきた情報を疑うことなくARPキャッシュテーブルを更新する。
2. パケットの横取り: 標的からインターネットへ向かう全トラフィック（TCP/UDP）は、攻撃者のMACアドレス宛に送信される。
3. フォワーディング: 攻撃者はパケットを傍受しつつ、本物のゲートウェイへ転送する。これで標的は「通信できている」と錯覚し、攻撃者は完璧なパケットの覗き窓を手に入れる。
この状況下では、たとえ HTTPS があっても、攻撃者は SNI (Server Name Indication) から閲覧サイトを特定し、あるいは SSL/TLS のハンドシェイクに介入してプロトコルのダウングレードを試みる「SSLストリッピング」といった悪行が可能になる。
—
2. VPNという「トンネル」がもたらす再定義
VPN（特に WireGuard や OpenVPN）の真の価値は、単なるIPの隠蔽ではない。「OSのネットワークスタックを欺き、全てのトラフィックを信頼できないレイヤー2から強制的に切り離す」点にある。
トンネル内でのパケット再カプセル化
VPNを確立すると、OSは仮想インターフェース（tun0 など）を作成し、デフォルトゲートウェイをそちらに向ける。これにより、物理層でのARPキャッシュ汚染が発生しても、VPNトンネルを流れるパケットは既に暗号化されており、外側のネットワークからは「中身が何であるか」を推測することすら不可能になる。
トランスポート層の最適化とRTTの削減
VPN導入に伴うオーバーヘッドを最小化するには、カーネルレベルのチューニングが不可欠だ。特に TCP 上の TLS を通す際、VPNの MTU 設定が不適切だとフラグメンテーションが発生し、RTT（往復遅延時間）が劇的に悪化する。
# Linuxカーネルパラメータの最適化（TCPウィンドウサイズとバッファの調整）
# 公共ネットワークの不安定な帯域を考慮し、バッファを動的に最適化する
sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216"
sysctl -w net.ipv4.tcp_wmem="4096 65536 16777216"
sysctl -w net.ipv4.tcp_congestion_control=bbr # BBR輻輳制御アルゴリズムを有効化BBR を利用することで、パケットロスが頻発する公共Wi-Fi環境下でも、スループットを維持しつつレイテンシを抑えることが可能になる。これは現代のモバイルワーカーにとっての最適解だ。
—
3. セキュリティスペシャリストのための実践的推奨構成
インフラアーキテクトとしては、単に「VPNを入れる」だけでなく、クライアント側の通信スタックをどう制御するかが重要だ。
WireGuardによる高効率な通信
現代のVPNのデファクトスタンダードである WireGuard は、ChaCha20 と Poly1305 を採用し、極めて低いオーバーヘッドで暗号化を実現する。
# WireGuard設定例: ゲートウェイを完全に固定し、流出を防ぐ
[Peer]
PublicKey = <サーバー公開鍵>
AllowedIPs = 0.0.0.0/0 # 全通信をトンネルへ強制送出
Endpoint = <VPNサーバーIP>:51820
PersistentKeepalive = 25 # NATセッションの維持ヘッダー圧縮とセキュリティのトレードオフ
低速な公共Wi-Fiでは、ROHC (Robust Header Compression) 等の技術でヘッダーサイズを削る選択肢もあるが、セキュリティの観点では「暗号化されたパケット自体をどう効率的に運ぶか」に注力すべきだ。UDP をベースとしたVPNプロトコルは、TCP のようなハンドシェイクのオーバーヘッドを削減し、中間者攻撃による接続リセット耐性を高める。
—
結論：ネットワークを「信頼できないもの」として設計する
ARPスプーフィングのような攻撃が未だに根絶されないのは、イーサネットの設計思想が「性善説」に基づいているからに他ならない。ゼロトラストの原則に従うならば、「ローカルネットワークは侵害されている」という前提で設計を始めるべきだ。
1. VPNの常時接続: 公共Wi-Fiに接続した瞬間、VPNを自動起動するスクリプトの実装。
2. TLSの強制: HSTS (HTTP Strict Transport Security) を利用し、平文通信を一切許容しないブラウザ設定。
3. カーネルチューニング: BBR の導入によるパケットロス耐性の強化。
技術者として、泥臭いトラブルシューティングの現場でパケットキャプチャを眺めればわかるはずだ。ネットワークに「安全な場所」など存在しない。だからこそ、我々は暗号という名の最強の武装を持って、荒野を渡り歩く必要があるのだ。
コメント