まず押さえる：VPNの「暗号化」とは何か

VPNは、端末からVPNサーバまでの通信に対して暗号化（と復号）を行い、途中で内容を読み取られにくくする仕組みです。ここで重要なのは、暗号化の強さそのものだけでなく、**「どの通信が、その暗号化の対象になっているか」**です。対象範囲が意図どおりでないと、暗号化されない通信が残り、結果として漏えいが起き得ます。

また、暗号化が効いているかの判断は「VPNのアイコンが表示されているか」だけでは不十分です。暗号化は通信ごとに成立して初めて意味を持つため、観察できる指標（通信経路やDNS応答など）で整合性を取る必要があります。

よくある暗号化のミス（勘違い）と、なぜ起きるのか

1) 「VPN＝全部が暗号化されている」と思い込む

VPNは万能ではなく、構成や設定によって、対象にならない通信が存在することがあります。たとえばアプリが別経路を使う、OS側の機能がVPNを経由しない、あるいは自動切断・自動接続のタイミングがずれる、などです。

ここでのポイントは、暗号アルゴリズムが強くても、暗号化の“外側”に出てしまう通信があれば意味が薄れることです。

2) キルスイッチ（通信遮断）を理解せずに使う

VPNが切れたときに、通信を止める（または制御する）機能が用意されている場合があります。これが期待どおりに働かないと、VPN停止のあいだに通常通信が走ってしまう可能性があります。

「切断＝即漏えい」と決めつけるのは誤りですが、少なくとも“切断時の挙動”を前提に確認しないまま使うのは危険です。

3) DNSの扱いを見落とす

通信のドメイン名解決（DNS）は、暗号化の対象範囲と別問題になり得ます。DNSが意図しない経路で解決されると、アクセス先の手がかりが残ることがあります。

よくあるミスは、ブラウザやアプリの接続先がVPN経由に見えても、DNS応答が別経路で行われているケースを確認しないことです。

4) 証明書・暗号化チャンネルの前提を混同する

HTTPS（TLS）とVPNの暗号化は役割が異なります。HTTPSがあればVPNが不要、あるいはVPNがあればHTTPSは不要、のように一方で全てを置き換えられるわけではありません。

この混同により、確認すべき対象（「VPN経路」なのか「アプリ層のTLS」なのか）がずれて、結果の解釈を誤ることがあります。

5) 自動接続・分割トンネルの誤解

分割トンネル（どの通信をVPNに流し、どれを流さないかの考え方）や、自動接続の挙動が絡むと、意図した経路にならないことがあります。

「いつでも同じ条件で守られる」と思い込むより、接続状態が変わる場面（起動直後、スリープ復帰、ネットワーク切替など）でどうなるかを考えるのが現実的です。

仕組みを単純なモデルで捉える（確認の軸になる）

暗号化のミスを避けるために、次の3点を分けて考えると整理しやすくなります。