TorとVPNの比較

1. 概要

A. Torの概念と登場背景

Tor(The Onion Router) とは、通信経路を複数の中継ノード(relay)を経由させながら階層的に暗号化(オニオンルーティング, Onion Routing) することで、送信者の身元と位置(IP)を秘匿する匿名通信(anonymity)ネットワークである。

インターネットの基本プロトコルであるIPは、そもそも匿名性を考慮せずに設計された。すべてのパケットヘッダーには送信元IPと宛先IPが平文で格納され、途中のルーター・ISP・宛先サーバーは「誰がどこに接続しているか」をそのまま観察できる。コンテンツをTLS(HTTPS)で暗号化しても、「誰が誰と通信したか」というメタデータ(トラフィックの存在・相手・時刻・量) はそのまま露出する。このメタデータだけでも、個人の政治的傾向、健康状態、人間関係、情報源がかなりの部分まで再構成されうるというのが問題の本質である。ジャーナリスト・人権活動家・内部告発者・検閲国家の市民にとっては、「何を言ったか」に劣らず「誰と接触したか」を隠すことが死活問題となる。

Torの核心的な発想は、「何重にも包み込んで、誰にも経路全体を知られないようにする」というものである。信頼を一か所に集中させず、互いに独立した複数の主体に細かく分散させることで、どのノードも「誰がどこに接続しているか」を丸ごと知ることができないようにする。Torは1990年代に米国海軍研究所(NRL)で政府通信の保護を目的として始まったオニオンルーティング研究に起源を持ち、2000年代に入ってオープンソースとして公開され、非営利のTor Projectが維持・開発を担うようになってから、世界中のボランティアが運営する数千のリレーからなる公開ネットワークへと成長した。逆説的ではあるが、匿名ネットワークは利用者が多く多様であるほど、個々人が群衆の中にうまく紛れる(anonymity loves company) — そのため、政府・活動家・一般人が同じネットワークを使うこと自体が匿名性を強化する。

B. VPNの概念と二つの技術の志向の違い

VPN(Virtual Private Network) とは、ユーザーとVPNサーバーの間に暗号化トンネル を構築し、公衆網をプライベートネットワークのように安全に利用するとともに、実際のIPをサーバーのIPに置き換える技術である。

二つの技術の志向を一目で対比すると、次のとおりである。

Tor: 信頼の分散 → 匿名性の最大化、性能・使い勝手は犠牲。無料・公開ネットワーク。
VPN: 信頼の集中(事業者) → セキュアな接続・性能の確保、事業者に対する透明性はない。たいてい有料・専用インフラ。

VPNの本来の目的は「匿名性」ではなく、「セキュアな接続と境界の拡張」である。遠隔地の従業員が社内網に安全に接続したり(リモートアクセスVPN)、本社と支社を一つのプライベートネットワークのようにつないだり(site-to-site VPN)、公衆Wi-Fiでの盗聴を防ぎ地域制限(geo-blocking)を回避したりすることが典型的な用途である。このときユーザーは、VPN事業者という単一の主体を信頼 する。問題は、その事業者がユーザーの実際のIPと接続先を同時に見ることができる位置にいるという点である。すなわちVPNは「外部の盗聴者」からは守ってくれるが、「事業者自身」に対しては無防備である(「ノーログポリシー」は契約・信頼の問題であって、構造的な保証ではない)。TorとVPNはどちらもプライバシーツールであるが、Torは信頼を分散させて匿名性を得るのに対し、VPNは信頼を集中させる代わりに性能と制御を得る という点で、信頼モデルが根本的に正反対である。

2. オニオンルーティングの動作原理

Torクライアントは宛先へ直接向かわず、ディレクトリサーバーからリレーの一覧を受け取り、通常入口(Guard)・中間(Middle)・出口(Exit) の3ノードからなる回線(circuit)を構成する。データを送る際には、出口・中間・入口ノードの鍵で外側から内側へ三重に暗号化 する。パケットが一つのノードを通過するたびに、そのノードが自分の層だけを一枚剥がして(decrypt one layer)次の宛先アドレスを確認し、転送する — タマネギの皮を剥く様子から「onion」という名前が生まれた。

flowchart LR
  U["ユーザー<br/>(Torクライアント)"] -->|"三重暗号化"| E["入口ノード<br/>Guard(送信者のみ知る)"]
  E -->|"二重"| M["中間ノード<br/>Middle(両端とも知らない)"]
  M -->|"一重"| X["出口ノード<br/>Exit(宛先のみ知る)"]
  X -->|"平文/TLS"| D["宛先サーバー"]
  style E fill:#e8f0fe,stroke:#2f6fed,stroke-width:2px
  style M fill:#e8f0fe,stroke:#2f6fed,stroke-width:2px
  style X fill:#fde8e8,stroke:#c0392b,stroke-width:2px

この構造が匿名性を生み出す理由は、各ノードが知る情報が「直前」と「直後」に限定されるため である。入口ノードは送信者の実際のIPを知っているが、最終的な宛先は知らない(内側の層がまだ暗号化されている)。出口ノードは宛先を知っているが、送信者が誰であるかは知らない(パケットはすでに複数の層を経由してきている)。中間ノードは前後のリレーを知るだけで、両端はまったく知らない。結局、「誰がどこに接続しているか」という完結した情報はどのノードにも存在せず、これを破るには互いに独立して運営されている複数のノードが共謀しなければならない。Torクライアントは回線をおおよそ10分周期で交換し、長期間にわたる相関関係の追跡をさらに困難にする。

注意すべき点は、出口ノードから宛先までの区間 である。この最後の区間ではTorの多層暗号化がすべて剥がされているため、ユーザーがHTTPSのようなエンドツーエンド暗号化(end-to-end encryption) を使わなければ、悪意のある出口ノードが内容を覗き見たり改ざんしたりできる。すなわちTorは「誰が」を隠す技術であって、「何を」を自動的に守ってくれる技術ではなく、必ずHTTPSと併用しなければならない。

A. 回線の構成とディレクトリオーソリティ

Torクライアントが回線を作るには、まず「どのリレーが存在し、信頼に足るか」を知る必要がある。この役割を担うのが、少数のディレクトリオーソリティ(Directory Authority) サーバーである。これらは世界中のリレーの状態・帯域幅・信頼度を集約し、1時間単位で署名された合意文書(consensus) を作成し、クライアントはこれをダウンロードしてどのノードを回線に入れるかを判断する。この合意構造のおかげで、個々のクライアントが信頼すべきノードを一つひとつ検証する必要がなくなり、悪意のあるリレーが無制限に回線を掌握することが難しくなる。

ノードは役割によって分けられる。入口(Guard) ノードは送信者の実際のIPを直接見る機微な位置にあるため、毎回ランダムに変えるのではなく一定期間固定(guard rotation)し、悪意のある入口に偶然当たる確率を下げる。出口(Exit) ノードは宛先と直接通信するため、濫用や法的責任をめぐる論争にさらされやすく、これを自発的に運営するボランティアは相対的に少ない。こうした役割ごとのリスクの非対称性が、Torネットワークの性能・可用性に直接影響を与える。

B. 性能と使い勝手の現実

Torが遅い理由は、匿名性設計の必然的な代償である。データは宛先まで最低3つのノードを物理的に経由し、各ホップで暗号層を剥がす演算が加わる。ノードが世界中に散らばっているため地理的な往復遅延(RTT)が大きくなり、ボランティアのリレーの帯域幅もまちまちであるためボトルネックが生じる。特に出口ノードが不足してトラフィックが少数のノードに集中すると、全体の体感速度が低下する。

この性能特性は、使い勝手にも影響を与える。一部のWebサイトは濫用防止を理由に、Torの出口IPからのアクセスにCAPTCHAを要求したり、完全にブロックしたりしており、ストリーミング・大容量転送には不向きである。そのためTorは、「すべてのトラフィックを常にTorで」ではなく、匿名性が本当に必要な活動に選択的に 用いるのが現実的である。逆にVPNはシングルホップ・専用インフラであるため遅延が小さく、日常的な常時利用に適している — この性能差そのものが、二つの技術の用途を分ける実質的な要因である。

C. オニオンサービス(ダークウェブ)

Torはクライアントの匿名性だけでなく、サーバーの匿名性 も提供する。.onionアドレスでアクセスするオニオンサービス(Onion Service、旧hidden service) は、サーバーの実際のIPを露出させず、クライアントとサーバーがそれぞれTor回線を構築した後、ランデブーポイント(rendezvous point)で合流して通信する。この構造のおかげで、検閲・遮断が困難な報道機関への情報提供窓口(例: 主要報道機関のSecureDrop)やプライバシーサービスが運営される一方で、同じ匿名性が違法取引市場のような、いわゆる「ダークウェブ」の犯罪にも悪用される。技術は中立的であり、順機能と逆機能は同じ根から生まれる。

3. TorとVPNの比較

VPNは、ユーザーとサーバーの間の一本のトンネルでトラフィックを包む。実際のIPをサーバーのIPに置き換え、伝送区間を暗号化するため、公衆Wi-Fiでの盗聴・地域制限の回避・社内網への接続に効果的であるが、VPNサーバーは両端(実際のIPと宛先)をすべて見ている。Torはこの信頼を3つ以上の独立したノードに分散させ、どこも全体を知らないようにする。以下の表は二つの技術を複数の軸で比較したものであるが、表の前に強調すべき本質は信頼を分散させるか否か である。VPNにおけるプライバシーの最終防衛線は「事業者を信頼できるか」という信頼であり、Torでは「誰も信頼しなくてよい」構造そのものが防衛線である。その代わり、その構造の代償としてTorは多段中継・暗号化のために遅い。

区分	Tor	VPN
第一の目的	匿名性(身元・位置の秘匿)	セキュアな接続・IP/地域の回避
経路	複数ノード(3+)、分散信頼	単一のVPNサーバー
信頼モデル	無信頼(どのノードも全体を知らない)	事業者への信頼が必要(単一の信頼点)
暗号化	階層的(オニオン、ノードごとに一層)	トンネル暗号化(クライアント↔サーバー)
速度・遅延	遅い(多段中継)	比較的速い
費用/運営	無料・ボランティアのリレー	たいてい有料・事業者が運営
主な用途	検閲回避・匿名接続・情報提供	リモートアクセス・拠点間接続・地域回避
弱点	出口ノードでの盗聴、相関攻撃	事業者のログ・法的要求・サーバー侵害

核心的な違いは、信頼モデルと性能のトレードオフ に要約される。VPNは一つの事業者を信頼する代償として高速で扱いやすく、Torは誰も信頼しなくてよい代わりに複数のノードを経由するため遅く、一部のサイトではブロックやCAPTCHAに直面する。例えば、表現の自由が抑圧された環境で情報源を保護しなければならない記者にとっては匿名性が絶対であるため、速度を犠牲にしてTorを選び、カフェのWi-Fiから社内システムに接続する従業員にとっては性能と安定性が重要であるためVPNを選ぶ。

二つの技術は排他的ではなく、組み合わせて使うこともある。Tor over VPN(ユーザー→VPN→Tor)は、ISPに対して「Torを使っている」という事実そのものを隠し、入口ノードに実際のIPが直接届かないようにする。VPN over Tor(ユーザー→Tor→VPN→宛先)は、出口ノードが宛先を見られないようにし、特定のサービスへのアクセスを助ける。ただし、どちらの方式も新たな信頼の前提と性能低下を伴うため、脅威モデルを明確にしないまま闇雲に重ねると、かえって匿名性を弱めることがある。

A. 代表的な活用シナリオ

二つの技術の選択は、結局のところ「誰から何を守ろうとしているのか」に帰結する。実務でよく遭遇するシナリオを整理すると、次のとおりである。

情報源の保護・内部告発: 身元の露出がそのまま身の危険につながるため、匿名性が絶対である。→ Tor + オニオンベースの情報提供窓口(SecureDrop)。
検閲国家での情報アクセス: 国家単位の遮断・監視を回避しなければならない。→ Tor + ブリッジ・pluggable transportによる接続の偽装。
リモートワーカーの社内網接続: 身元はすでに明かしてよく、安全な接続と性能が重要である。→ 企業向けVPN。
公衆Wi-Fiでの盗聴防止・地域回避: 日常的なプライバシーと利便性が目的である。→ 商用VPN。
最高水準の身元秘匿が必要な調査・研究: 接続した事実まで隠したい。→ Tor over VPNなどの組み合わせ、ただし信頼の前提を再検討する。

このように、「匿名性が生命線なのか、性能・接続が目的なのか」という単純な問いが、ほとんどの選択を分ける。

4. 深掘り — 匿名性の限界と脅威モデル

A. トラフィック相関攻撃

Torは強力な匿名性を提供するが、「完全な匿名」ではないという点が技術士の観点から重要である。代表的な脅威がトラフィック相関攻撃(traffic correlation / end-to-end timing attack) である。入口ノードに入るトラフィックのタイミング・パケット量のパターンと、出口ノードから出るパターンを同時に観察できるグローバルな観察者(global passive adversary)であれば、内容を見られなくても統計的な相関によって送信者と宛先を結びつけることができる。

Torの脅威モデルは、そもそもこうしたグローバルな観察者を防御対象から除外している — これが設計上の明示的な限界である。すなわちTorは、「世界中のインターネットバックボーンを同時に監視する国家レベルの敵」まで防ぐとは約束していない。入口ノードを長期間固定するGuardノード ポリシーは、毎回ランダムな入口を使うといずれ悪意のある入口に当たる確率が高まることを抑えるための現実的な防御策であり、こうした限界を緩和しようとする妥協策である。

B. アプリケーション層での漏洩と対応

また、実際の身元の露出はたいていプロトコルではなく、ユーザーの行動とアプリケーション層 で起こる。代表的な非匿名化(de-anonymization)の経路は次のとおりである。

実名でのログイン: Torで接続しても実名アカウントにログインすれば、そのセッションは即座に特定の個人と結びつく。
IPの漏洩: ブラウザのプラグイン・WebRTC・非Torアプリケーションが実際のIPを迂回送信する。
外部リソースの読み込み: 文書・画像が外部リソースを実際のIPで取得すると、位置が露見する。
ブラウザフィンガープリント: フォント・解像度・拡張機能の組み合わせが個人を識別するフィンガープリントとなる。
行動パターン: 接続時間帯・文体・習慣などの付随情報の相関から推定される。

そのためTor Projectは、フィンガープリント(fingerprint)を統一し危険な機能を無効化したTor Browser の使用を推奨している。

検閲国家がTorへの接続そのものを遮断した場合は、公開されていない迂回用リレーであるブリッジ(bridge) と、トラフィックを通常のHTTPSなどに偽装するpluggable transport(obfs4, Snowflakeなど) で対応する。近年では、Torの長年の性能上の限界を改善するため、回線の輻輳制御などのプロトコル改善も進められている。要するにTorの匿名性は、「ネットワーク構造 + 正しいクライアント + 規律ある利用」が揃って初めて成立する。

5. 考慮事項および示唆点

脅威モデルと目的に合ったツールを選択 しなければならない。守るべき対象(誰から、何を隠すのか)をまず定義すべきである。完全な匿名性・検閲回避が目的であればTor、企業のリモートアクセス・セキュア通信・地域回避が目的であればVPNが適しており、必要に応じて組み合わせる(Tor over VPNなど)が、新たな信頼の前提を必ず検討する。
エンドツーエンド暗号化(HTTPS)は選択ではなく必須 である。Torは「誰が」を隠すだけで「何を」を自動的に守ってはくれないため、出口ノードでの盗聴・改ざんを防ぐために常にTLSと併用し、機微なサービスはオニオンサービスによってエンドツーエンドの経路をTor内に閉じ込めるほうが安全である。
完全な匿名は存在せず、利用規律が鍵 である。相関攻撃・アプリケーション層での情報漏洩・ユーザーのミスによって匿名性は破られうる。専用ブラウザの使用、実名活動との分離、危険な機能の無効化といった運用規律が、技術と同じくらい重要である。
諸刃の剣に対する社会的・法的なバランス が必要である。匿名性は、報道の自由・人権保護・検閲回避という順機能と、ダークウェブ・犯罪への悪用という逆機能を同じ根から持っている。技術そのものを禁止するよりも、正当なプライバシー保護と犯罪対応の間の社会的合意と手続き的統制(適法な手続きに基づく捜査など)によってバランスをとるべきである。
企業・機関の観点からの防御的含意 もある。組織の立場では、Tor出口ノードのIPリストに基づくアクセス制御、異常トラフィックの検知などで悪用を統制しつつ、正当なプライバシーツールの利用まで無差別にブロックしないよう、ポリシー上の境界を明確にすべきである。

参考資料

Tor Project公式ドキュメント(How Tor Works, Onion Services): https://support.torproject.org/
Tor Project — Overview: https://2019.www.torproject.org/about/overview.html.en

一言まとめ: Torは多重ノードのオニオンルーティングで信頼を分散させて身元を秘匿する無信頼型の匿名ネットワーク であり、単一のサーバーを信頼するVPNとは異なり、どのノードにも経路全体を知られないようにするが、速度・完全な匿名性には限界があるため、匿名性(Tor)とセキュアな接続・性能(VPN)という目的と脅威モデルに応じて選択・組み合わせる。