WhatsApp 通話中にあなたの IP を見るのは誰か、VPN が変えるもの
通話相手、サービス、そしてあなたの接続網は、それぞれ別のものを見ています。誰から隠れたいのかを先に決め、そのうえで中継の設定かトンネルの経路を選びます。
WhatsApp の通話はアドレス情報を複数の相手に晒し、すべての相手が同じことを知るわけではありません。通話相手はあなたのネットワーク経路について何かを知り得ますし、サービスはどの接続が届いたかを知り、あなたの接続事業者はあなたが生成するフローを見ます。VPN とアプリ内の中継は、それぞれこの図の一部を変えます。だから「VPN は通話で自分の IP を隠せるか」という問いに単一の答えはありません。
三つの観察者、三つの異なる問い
仕組みが互いに置き換えられないので、まず誰から隠れたいのかを名指ししてください。通話相手から隠れるのはアドレスの問題です。サービスから隠れるのはアカウントと接続の問題で、聞こえるよりずっと答えるのが難しい問いです。
| Observer | What it can learn | What changes it |
|---|---|---|
| The other participant | Whether the media path appears to come from your address or from a relay | Relay settings in the app, or a network path that does not expose your address |
| The service | Your account, the connection your client made, and the call's participants | Very little from an address change alone; the account is the identifier |
| Your access network | That encrypted traffic to certain endpoints exists, and how much | Routing through a tunnel moves the visible endpoint |
各行は独立に改善できます。一つの行を改善しても他の行はそのままなので、この問いへの誠実な答えにはたいてい一部という言葉が入ります。
中継が実際に変えるもの
WhatsApp は通話中の IP アドレスを保護という設定を文書化しており、アプリの詳細なプライバシー設定にあります。これは通話のメディアを参加者同士の直接接続ではなく WhatsApp のサーバー経由で流します。同じ説明は、中継された通話も端末間で暗号化されたままだと述べています。通話品質が変わり得ることも警告しています。
中継はネットワーク設定ではなくサービスの機能なので、アプリが中継すると決めた通話にだけ適用され、端末上の他の何ものにも適用されません。この機能についての WhatsApp のヘルプページが、どのプラットフォームが提供しているか、スイッチがどこにあるかの現在の拠り所です。
中継はサービスが中継そのものなので、通話をサービスから隠しもしません。変わるのは、通話相手があなたのアドレスについて観察できることです。遅延が増えることもあり、それがこの設定が受け入れる取引です。
VPN が通話の経路について変えるもの
VPN は、運ぶすべてについて、あなたの通信がどこから来たように見えるかを変えます。特定の通話を運ぶかどうかは、クライアントの経路制御の方針によります。フルトンネルはすべての通信を運び、分割トンネルは一部のプレフィックスだけを運ぶことがあります。Wi-Fi とモバイルデータの両方がある端末は、同じ瞬間に別のフローへ別の経路を使えます。
つまり、ブラウザーで確認したアドレスは通話の証拠になりません。アプリはトンネルより前から続く長寿命の接続を保持しているかもしれませんし、トンネルが覆わないアドレス体系を使っているかもしれません。実際の宛先について経路の判断を確認し、たまたま試したウェブサイトで判断しないでください。
コンテンツの端末間暗号化は、これらすべてとは別の境界です。経路が変わっても崩れませんし、メタデータを覆うものでもありません。
暗号化とアドレスのプライバシーは別の約束
通話内容を暗号化したままにするということは、中継が会話を聴けないということです。中継が何も知らないという意味ではなく、どのアカウントが接続しているか、いつ、どれだけの時間かは依然として見えるのは、中継がするのがまさにそれだからです。
逆に、通話相手からアドレスを隠しても、あなたのアカウントが認証するサービスに対して匿名になるわけではありません。これは二つの別の主張です。それを融合したプライバシー評価は、誤った安心感を生みます。要件は特定の観察者についての一文として書き、そのうえで選んだ仕組みが隣の観察者ではなく、その観察者に向いているかを確かめてください。
本当に気にしている主張を確かめる
要件があなたの接続網についてなら、確認は手元で答えられる経路の問いです。通話相手についてなら、確認はアプリ自身の設定です。どんなトンネル設定もその設定の代わりにはなりません。
ip rule show | head -n 10 ip route get 198.51.100.7 ss -tun state established '( dport = :443 )' tcpdump -ni wg0 -c 20 'udp or tcp port 443'
経路の照会は、宛先がどのインターフェースを使うかを教えます。ソケットの一覧は、長寿命の接続がすでにあるかを教えます。取得は、通信が実際にトンネルのインターフェースを越えているかを教えます。文書用のアドレスを、アプリ自身の接続から解決した端点に置き換え、トンネルがすべてを引き受けたと決めつけずに結果を読んでください。
どの観察者にどの仕組みを頼ったのかを、日付とアプリの版とともに記録してください。中継の設定もクライアントの経路の振る舞いも時間とともに変わるので、観察者を名指しした記録だけが、役に立ち続ける唯一の形です。