著者 Torの歴史まとめ 1995年の起源から現在まで
Torは1995年、米国海軍研究所のオニオンルーティング研究から始まりました。2002年10月の展開、2006年のTor Project設立、資金提供者まで公式資料で確認できます。
Tor の歴史の概要
Tor の歴史は、米国海軍の研究機関である U.S. Naval Research Laboratory で 1995 年に始まります。David Goldschlag、Michael G. Reed、Paul Syverson は、そこで最初のオニオンルーティングのプロトタイプを開発しました。Tor Project 独自のタイムラインによると、彼らが考えたのは「誰が誰と通信しているかを明らかにせずに、インターネット接続を作成する方法はあるか」という問いでした。現在利用されているネットワークは 2002 年 10 月に展開され、コードは自由かつオープンなソフトウェアライセンスの下で公開されました。Tor Project, Inc. は 2006 年に非営利団体として設立されました。
以下の日付はすべて、Tor Project が公開しているタイムライン、リリースノート、または公式サポートページに基づいています。資金提供者など、見解が分かれている主張については、根拠の内容と自分で確認できる場所をこのセクションに記載します。
Onion routing が実際に行うこと
Onion routing は、通常のインターネット通信で結び付いている2つの情報を分離します。つまり、あなたが誰であるかと、何を要求したかです。Tor クライアントは3つのリレーを選び、それらを経由する回線を構築します。通信は、リレーごとに1層ずつ、3層の暗号化で包まれます。各リレーは1層だけを復号し、次のホップのアドレスだけを把握して、パケットを転送します。この多層構造が名前の由来です。
最初のリレーは guard と呼ばれ、あなたの IP アドレスは確認できますが、宛先は確認できません。最後のリレーである exit は、宛先を確認できますが、あなたの IP アドレスは確認できません。中間のリレーは、どちらも確認できません。1つのリレーが両方の情報を保持することはなく、これがセキュリティ上の根拠です。そのため、リレーは互いに関係のない人々が運用する必要があります。1つの組織が guard と exit の両方を運用すると、この分離は失われ、暗号化による効果もなくなります。
既知の弱点は、トラフィックの相関分析です。回線の両端を同時に監視できる観測者は、流入するパケットと流出するパケットについて、タイミングとサイズを照合できます。インターネット全体を同時に監視できる攻撃者から、Tor は防御できません。Roger Dingledine、Nick Mathewson、Paul Syverson による2004年の設計論文「Tor: The Second-Generation Onion Router」でも、脅威モデルの中でこの点が明記されています。
プライベートネットワークが役に立たなかった理由
ここは短い要約では省略される部分ですが、このページの他の内容をすべて説明します。
軍事組織や情報機関は、自組織のトラフィックだけを運ぶネットワークから匿名性を得られません。匿名性は暗号の性質ではなく、集団の性質です。ネットワークから出ていく接続がすべて1つの組織に属している場合、接続が出ていくのを監視者に見られた時点で、答えは知られてしまいます。暗号は完全に機能します。しかし、混同できる相手がいないため、匿名性は存在しません。
そのため、設計は公開されたものでなければならず、トラフィックは他者のトラフィックと混在する必要がありました。コードは2002年10月にフリーソフトウェアライセンスで公開され、誰でもリレーを実行できるようになりました。ジャーナリスト、活動家、研究者、そして広告ネットワークを避ける一般の利用者が、ネットワーク内の他の利用者を守る集団になりました。Dingledine と Mathewson は2006年、この主張を "Anonymity Loves Company: Usability and the Network Effect" という論文にまとめ、Workshop on the Economics of Information Security で発表しました。結論は、利用者層の規模と多様性がシステムのセキュリティ特性になるということです。これはマーケティング上の数値ではありません。
アルファコードから非営利団体へ
Tor Project の年表と公開論文には、次の経緯が記録されています。
- 2002年10月: Tor network が「free and open software license」の下で展開される。
- 2003年末: network は「主に米国にある約12台の volunteer node と、ドイツにある1台」で稼働する。
- 2004年: Dingledine、Mathewson、Syverson が設計論文「Tor: The Second-Generation Onion Router」を発表する。
- 2004年: Electronic Frontier Foundation (EFF) が Tor の開発への資金提供を開始する。
- 2006年: 開発を維持するため、Tor Project, Inc. が 501(c)(3) 非営利団体として設立される。
- 2007年: 各国のファイアウォールが公開 relay list のブロックを開始したため、bridges の開発が始まる。
- 2008年: Tor Browser の開発が始まる。
その後の2つの日付は、現在の network の利用方法を理解するうえで重要です。Tor Project の年表によると、2010年末の Arab Spring で Tor が利用され、身元の保護とブロックされたサイトへのアクセスに役立ちました。また、2013年の Snowden documents によって Tor の役割が広く理解されるようになり、その時点で Tor が破られていなかったことも文書から示されたと記録されています。どちらの出来事も protocol を変更したわけではありません。変わったのは、Tor を導入する人々でした。
Tor の費用負担者と確認方法
Tor Project は、自身のサポートページで次のように説明しています。「Tor Project は、政府助成金、民間財団、個人寄付を組み合わせて支援されています」。政府資金もその一部であり、当初から存在していました。支援者一覧には、Ford Foundation、Open Technology Fund、Craig Newmark Philanthropies、Brave、DuckDuckGo、Mullvad VPN、Fastly などの企業と並んで、米国国務省が記載されています。監査済みの財務情報はブログ記事として公開されており、直近では2025年12月に、2023年から2024年までの会計年度を対象とした記事が公開されています。プロジェクトは、「スポンサーと資金モデルについて率直に説明することが、コミュニティとの信頼を維持する最善の方法です」と表明しています。
重要なのは、誰が支払ったかではありません。資金で何が可能になるかです。Tor はログインして利用するサービスではありません。プロトコル仕様、ソースを読めるクライアント、そして第三者が運用するリレーのネットワークで構成されています。バックドアを仕込もうとする者は、3 つの場所のいずれかに組み込む必要があります。そして、それぞれ検証できます。
- ソースコード。クライアントはオープンソースであり、プロトコルも公開仕様です。学術研究者は Tor に対する攻撃を継続的に発表しており、誰よりも先に脆弱性を見つけることには、職業上の十分な動機があります。
- バイナリ。Tor Browser のビルドは2013年8月以降、決定的ビルドに対応しています。そのため、独立したビルダーがリリースを再ビルドし、公開されたダウンロードとバイト単位で比較できます。ソースコードと一致しないバイナリは、リリースを作成した人物を信頼しなくても確認できます。
- リレー。Tor Project はネットワークを運用していません。「Tor ネットワークは、帯域幅を提供するボランティアに依存しています」。ガード、ミドルリレー、出口リレー、ブリッジは、相互に関係のない何千もの運用者に属しています。資金提供者を侵害しても、これらを侵害することにはなりません。
プロジェクト自身の声明は簡潔です。「Tor にバックドアはありません。ソフトウェアはオープンソースであり、コードは独立して監査でき、各リリースには改ざんを防ぐための署名が付いています」。この文に意味があるのは、各節が検証可能な対象を示しているからです。
現実的な留保もあります。それは完全性ではなく、優先順位に関するものです。助成金によって、どの作業を先に進めるかが決まります。そのため、ネットワーク性能などと比べて、検閲回避にはより継続的に資金が投入されてきました。これはプロジェクトに対する正当な批判です。ただし、「コードが侵害されている」という批判とは別のものです。この点を確認するには、誰かの保証を信頼するのではなく、財務報告を読む必要があります。
隠しサービスは onion services になりました
onion service は、IP アドレスを一切公開しないサーバーです。クライアントとサーバーは、それぞれネットワーク内の合流点まで独自の回路を構築するため、どちらも相手のアドレスを知ることはありません。このアドレスは、レジストリが誰かに割り当てた名前ではありません。サーバーの公開鍵から生成されるため、.onion アドレスはランダムな文字列のように見えます。
onion services の沿革には、各リリースが記載されています。
- 8 April 2004: 隠しサービスが Tor 0.0.6pre1 で初めて実装されました。
- 21 September 2007: version 2 の隠しサービスが Tor 0.2.0.7-alpha で導入されました。
- 19 December 2016: version 3 の開発が Tor 0.3.0.1-alpha で始まりました。
- 9 January 2018: version 3 が Tor 0.3.2.9 でリリースされました。
「hidden services」から「onion services」への改称は、特定の日に一度に行われたのではなく、段階的に進みました。Tor Project の公式ドキュメントでも、現在なお両方の語が使われています。古い名称は、実態を正しく表していませんでした。多くの onion site は公開され、インデックス化され、宣伝されています。隠されているのはサイトではなく、サーバーの場所です。元の名称は設定ファイルに残っており、これは当時の名残として確認できます。現在も torrc では次のように宣言します。
HiddenServiceDir /var/lib/tor/my_service/
HiddenServicePort 80 127.0.0.1:8080このディレクトリには、サービスの鍵とアドレスを含む hostname ファイルが保存されます。port 行は、onion アドレス上のポートを同じマシンのローカルアドレスに対応付けます。そのため、Web サーバーは 127.0.0.1 にバインドしたまま、公開インターフェースで待ち受けずに済みます。version 3 がデフォルトなので、現在この 2 行でサービスを作成すると v3 アドレスになります。レンタルサーバーでこれを行う場合は、基本的に nginx を loopback で待ち受けさせたうえで、アドレスと公開 IP の関連を特定できる漏えいを塞ぎます。自分の VPS で .onion site をホスティングする方法では、この手順を順に説明しています。
onion アドレスは、ドメイン名でもありません。2015 年 10 月に公開された RFC 7686 は、通常のリゾルバーがこれらの問い合わせを公開 DNS（domain name system）へ漏えいさせないよう、.onion を特殊用途のドメイン名として予約しました。この RFC の規則は明確です。「権威サーバーは .onion に対する問い合わせに NXDOMAIN で応答しなければなりません」。これを 通常のドメイン名がどのように名前解決されるかと比較すれば、違いの要点が分かります。DNS 名はレジストリから割り当てられ、管理していないサーバーを経由して検索されます。一方、onion アドレスは公開鍵であるため、それ自体で認証でき、名前解決は必要ありません。
古い .onion アドレスが機能しなくなった理由
2 つのアドレス形式には互換性がなく、古い形式は完全に廃止されました。
The data behind this chart
[
{
"version": "v2 (retired 2021)",
"address_length_chars": 16,
"service_key": "RSA-1024",
"address_hash": "SHA-1, truncated to 80 bits"
},
{
"version": "v3 (current)",
"address_length_chars": 56,
"service_key": "Ed25519",
"address_hash": "SHA3-256"
}
]v2 アドレスは、16 文字でした。これは、RSA-1024 公開鍵の SHA-1 ハッシュの先頭 80 ビットだけを含んでいたためです。v3 アドレスは、完全な Ed25519 公開鍵に加えてチェックサムとバージョンバイトを含むため、56 文字です。v3 アドレスが長くなったのは、切り詰めをやめたためです。その結果、アドレス自体がサービスの完全な識別情報になりました。
- 15 September 2020, Tor 0.4.4.x: Tor は運用者とクライアントに v2 が非推奨であることを警告し始めました。
- 15 July 2021, Tor 0.4.6.x: v2 のサポートがコードベースから削除されました。
- 15 October 2021: サポート対象の各系列で、新しい安定版クライアントのリリースが v2 を無効にしました。
公表された理由は暗号技術上の問題です。「人類の数学と暗号技術に対する理解が進むにつれて、version 2 の基盤は脆弱になり、現時点では安全ではなくなりました」。80 ビットに切り詰めた SHA-1 ハッシュと 1024 ビットの RSA 鍵は、どちらも 2021 年の妥当な安全基準を下回っていました。また、アドレス形式にはどちらも変更できる余地がありませんでした。
読者への影響は単純なので、明確に説明しておきます。2021 年より前に公開された 16 文字の .onion リンクはすべて永久に無効で、リダイレクトもありません。v2 アドレスはアップグレードできませんでした。アドレスそのものが古い鍵だったためです。運用者は新しいサービスを作成し、利用者がすでに信頼している経路を通じて新しいアドレスを公開する必要がありました。
ブリッジと pluggable transport: 検閲は変化し続けた
公開リレーの一覧は、意図的に公開されています。クライアントは、1 台のサーバーに経路の選択を任せず、自分で経路を選べます。一方で、この公開一覧は Tor を停止したい国にとって、そのまま利用できるブロックリストになります。ブリッジの開発は 2007 年に始まりました。ブリッジは、公開一覧に含まれないリレーです。Web またはメールで少数のブリッジを要求できます。検閲側は、列挙できないアドレスをブロックできません。この供給が成り立つのは、ボランティアがブリッジを追加し続けているからです。また、低価格の VPS で obfs4 ブリッジを運用することは、torrc ディレクティブをいくつか設定してファイアウォールルールを 1 つ追加する程度で済み、大規模なプロジェクトではありません。
次に、ブロックの対象はアドレスからトラフィックの形状へ移りました。ディープパケットインスペクションは、接続先の IP アドレスに関係なく、通信上の Tor プロトコルを識別します。これに対する答えが pluggable transport です。これは、Tor トラフィックの機能を変えずに、外見を変えるラッパーです。現在の Tor Browser では、これらは lyrebird という 1 つのバイナリとして提供されています。これは obfs4proxy の後継で、クライアント側の設定は torrc の 3 行です。
UseBridges 1
ClientTransportPlugin meek_lite,obfs4,snowflake,webtunnel exec [PATH]/lyrebird
Bridge obfs4 <IP ADDRESS>:<PORT> <FINGERPRINT> cert=<CERTIFICATE> iat-mode=0[PATH] を lyrebird バイナリが格納されているディレクトリに置き換えてください。Bridge の行全体は、手入力せず Tor Project の bridges サイトから取得してください。各 transport は、異なるブロック方法に対応します。
- obfs4 は、フィルターが照合できるプロトコルヘッダーを持たず、トラフィックを識別不能な形式にします。Tor は、ほとんどの利用者に有効なランダム化 transport であるため、最初に試すよう推奨しています。
- snowflake は、ボランティアが通常の Web ブラウザー内で運用する短時間のプロキシを経由します。そのため、接続先のアドレスが変化し続けます。これは 2021 年 7 月 6 日の version 10.5 で安定版の Tor Browser に組み込まれました。
- meek は、大規模なクラウドプロバイダーを経由して接続します。そのため、トラフィックはそのプロバイダー宛てに見え、ブロックするにはプロバイダー自体もブロックする必要があります。
- webtunnel は obfs4 と反対の方式を取ります。何にも見えない形式にするのではなく、「ペイロード接続を WebSocket のような HTTPS 接続でラップする」ことで、Web サーバーへの通常の HTTPS 接続に見せます。Tor Project は、プロトコルを短い一覧に限定するネットワーク向けに、2024 年 3 月 12 日に安定版の Tor Browser でリリースしました。
この順序が、過去 20 年間の実際の流れです。新しい transport は、特定のブロック手法が有効になり始めたために登場します。各リリースの日付は、その年に検閲側が取っていた対策の記録です。
TorはVPNではなく、VPSもVPNではありません
多くの人はVPNについて読んだ後にTorを知るため、ここは正確に理解する必要があります。VPN（virtual private network）は、1 社が運用する1 台のサーバーへ通信を送ります。その会社は、利用者の実際のアドレスと接続先を同時に把握できます。Torは、異なる人々が運用する3 つのリレーを経由して通信を送るため、1 つのリレーがその両方を保持することはありません。これは異なる信頼モデルであり、障害の発生形態も異なります。VPSとVPNの違いでは、それぞれを使うべき場面を説明しています。
管理下にあるマシン間のプライベートトンネルが必要であり、不特定多数の中での匿名性を求めているわけではない場合は、自分で運用するVPNが適しています。約40 行の設定で、VPS上にWireGuard VPNを自分で構築できます。これにより、ローカルネットワークやインターネットプロバイダーから通信を保護できます。ただし、サーバーを自分の支払い情報で借りているため、サーバーをホスティングする会社に対する匿名性はありません。VPSホスティングが安全かどうかという別の問題は、さらに異なる脅威、つまり誰がそのサーバーへ到達できるかに関するものです。
リレーを運用することはその反対側にあたり、Torネットワークはリレーに依存しています。ブリッジ、ガード、ミドルリレー、出口リレーのいずれにも運用者が必要です。Tor Projectのリレーガイドには、「リレーの運用には技術的なスキルと継続的な取り組みが必要」と明記されています。出口リレーには法的なリスクがあります。他者の通信が利用者のIPアドレスからインターネットへ出ていくため、ホスティングプロバイダーに問い合わせや苦情が届く可能性があります。リレーを開始する前に、開始後ではなく、このガイドを読んでください。
FAQ
Tor は米国政府が開発したのですか？
オニオンルーティングは 1995 年に米国海軍研究所で始まり、David Goldschlag、Michael G. Reed、Paul Syverson が最初のプロトタイプを開発しました。Tor 自体は次世代の設計として、Roger Dingledine、Nick Mathewson、Paul Syverson が 2001 年から 2002 年頃に開発を始めました。ネットワークは 2002 年 10 月に、自由ソフトウェアライセンスの下で展開されました。Tor Project, Inc. は 2006 年以降、独立した 501(c)(3) 非営利団体です。政府を起源とすることは事実です。また、それがネットワークをすべての人に開放する必要があった理由でもあります。1 つの組織の通信だけを運ぶネットワークでは、その組織に匿名性がありません。ネットワークから出るすべての接続が、そのネットワークを使っているという事実によって送信者を特定できるためです。
政府の資金提供があるなら、Tor にはバックドアがありますか？
Tor Project の回答は、「Tor にバックドアはありません。ソフトウェアはオープンソースであり、コードは独立して監査できます。また、すべてのリリースには改ざん対策として署名が付いています」です。これが単なる約束ではなく検証可能になるのは、それを支える構造があるためです。プロトコルは公開仕様として定義されています。Tor Browser のビルドは決定論的であるため、独立したビルダーがリリースを再ビルドし、公開済みのバイナリと比較できます。リレーは、資金提供者ではなくボランティアが運用しています。資金提供によって、どの作業を優先するかは変わります。また、Tor blog に掲載された監査済みの財務報告から、資金の出所を確認できます。これは優先順位に関する問題であり、コードに関する問題ではありません。
古い .onion アドレスが使えなくなったのはなぜですか？
そのアドレスは version 2 であり、v2 onion service は 2021 年に廃止されました。Tor は 2020 年 9 月 15 日に警告を開始し、2021 年 7 月 15 日に Tor 0.4.6.x のコードベースから v2 を削除し、2021 年 10 月 15 日に stable release で無効化しました。v2 アドレスは .onion より前が 16 文字で、v3 アドレスは 56 文字です。リダイレクトもアップグレード方法もありません。アドレスは古い鍵から導出されていたため、運用者は新しいサービスを作成し、新しいアドレスを公開する必要がありました。
Tor は VPN と同じですか？
いいえ。VPN は、1 つの企業が運用する 1 台のサーバーに通信を送信します。その企業は、実際の IP アドレスと接続先を同時に確認できます。Tor は、異なる人々が運用する 3 つのリレーを経由して通信を送信します。そのため、最初のリレーにはアドレスが見えますが接続先は見えず、最後のリレーには接続先が見えますがアドレスは見えません。Tor は低速であり、インターネット全体を監視していない観測者に対する匿名性を目的に設計されています。VPN は高速であり、ローカルネットワークやインターネットプロバイダーから通信内容を保護することを目的に設計されています。
Pluggable transport とは何ですか。必要ですか？
Pluggable transport は、Tor の動作方法を変えずに、ネットワーク上で Tor の通信がどのように見えるかを変更するラッパーです。これにより、Tor プロトコルを認識するフィルターが通信に一致しにくくなります。通常の Tor で接続できない場合に限り必要です。これは通常、ネットワークまたは国が Tor をブロックしていることを意味します。Tor Browser は、lyrebird という単一のバイナリに obfs4、snowflake、meek、webtunnel を同梱しています。まず obfs4 を使用してください。これは通信パターンをランダム化する transport であり、多くの人に適しています。その接続が完了しない場合は、webtunnel または snowflake を試してください。