著者 Torの歴史まとめ 1995年の始まりから現在まで
Torは1995年に米国海軍研究所で始まり、2002年10月に現在のネットワークが展開されました。公式タイムラインで主要な出来事と資金提供者を確認できます。
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つの relay を選び、それらを経由する circuit を構築します。通信を3層の暗号化で包みます。各 relay に1層ずつ割り当てます。各 relay は1層だけを復号し、次の hop のアドレスだけを把握して、パケットを転送します。この多層構造が名前の由来です。
最初の relay は guard と呼ばれ、ユーザーの IP アドレスは確認できますが、宛先は確認できません。最後の relay である exit は、宛先は確認できますが、ユーザーの IP アドレスは確認できません。middle relay はそのどちらも確認できません。1つの relay が両方の情報を保持することはありません。これがセキュリティ上の根拠です。そのため、relay は相互に関係のない人々が運用する必要があります。1つの組織がユーザーの guard と exit を運用すると、この分離は失われ、暗号化の効果もなくなります。
既知の弱点は、traffic correlation です。circuit の両端を同時に監視できる観測者は、送信されるパケットのタイミングとサイズを、受信側へ出ていくパケットと照合できます。Tor は、インターネット全体を同時に監視できる攻撃者に対しては防御しません。Roger Dingledine、Nick Mathewson、Paul Syverson による2004年の設計論文「Tor: The Second-Generation Onion Router」でも、脅威モデルの中でこの点が明記されています。
プライベートネットワークが役に立たなかった理由
これは短い概要では省かれる部分で、このページの他の内容をすべて説明します。
軍事組織や情報機関は、自組織の通信だけを運ぶネットワークから匿名性を得られません。匿名性は暗号の性質ではなく、多数の利用者がいることによって成り立つ性質です。ネットワークから出ていくすべての接続が 1 つのオフィスに属している場合、接続が出ていくのを監視者に見られた時点で、答えは知られてしまいます。暗号化自体は完全に機能します。しかし、区別できなくする相手がいないため、匿名性は存在しません。
そのため、設計は公開されたものでなければならず、通信は他の利用者の通信と混在させる必要がありました。コードは 2002 年 10 月に free software license の下で公開され、誰でも relay を運用できるようになりました。ジャーナリスト、活動家、研究者、そして広告ネットワークを避ける一般利用者が、ネットワーク内の他の全員を守る群衆になりました。Dingledine と Mathewson は、2006 年に Workshop on the Economics of Information Security で発表した "Anonymity Loves Company: Usability and the Network Effect" という論文で、この主張を示しました。結論は、ユーザーベースの規模と多様性がシステムのセキュリティ特性だということです。これはマーケティング上の数字ではありません。
アルファコードから非営利団体へ
Tor Project の年表と公開論文には、次の経緯が記録されています。
- October 2002: Tor network が、「free and open software license」の下でコードを公開した状態で展開されます。
- 2003 年末: network は「主に米国にあり、ドイツに 1 台を加えた、約 12 台の volunteer node」で稼働します。
- 2004: Dingledine、Mathewson、Syverson が設計論文「Tor: The Second-Generation Onion Router」を発表します。
- 2004: Electronic Frontier Foundation (EFF) が Tor の開発への資金提供を開始します。
- 2006: 開発を維持するため、Tor Project, Inc. が 501(c)(3) の nonprofit として設立されます。
- 2007: 各国の firewall が公開 relay list のブロックを開始したため、bridge の開発が始まります。
- 2008: Tor Browser の開発が始まります。
その後の 2 つの日付は、現在の network の利用状況を理解するうえで重要です。Tor Project の年表によると、Tor は 2010 年末の Arab Spring で、身元の保護とブロックされたサイトへのアクセスに使われました。また、2013 年の Snowden 文書によって Tor の役割が広く理解されるようになり、その時点で Tor は破られていなかったことが文書から分かったと記録されています。どちらの出来事も protocol を変更しませんでした。変わったのは、Tor を導入する利用者層です。
Tor の資金提供者と確認方法
Tor Project は、サポートページで次のように説明しています。「Tor Project は、政府助成金、民間財団、個人寄付を組み合わせて支援されています」。政府資金もその一部であり、当初から含まれていました。支援者一覧には、Ford Foundation、Open Technology Fund、Craig Newmark Philanthropies、Brave、DuckDuckGo、Mullvad VPN、Fastly などの企業と並んで、U.S. Department of State が掲載されています。監査済みの財務情報はブログ記事として公開されており、2025年12月には、2023年から2024年までの会計年度を対象とした最新情報が公開されました。プロジェクトは、「スポンサーと資金モデルについて率直に話すことが、コミュニティとの信頼を維持する最善の方法です」と説明しています。
重要なのは、誰が資金を提供したかではありません。その資金で何が可能になるかです。Tor はログインして利用するサービスではありません。ソースコードを読めるクライアント、公開仕様として定義されたプロトコル、そして第三者が運用するリレーのネットワークです。バックドアを仕込むには、3つの場所のいずれかに入れる必要があります。そして、そのどれも確認できます。
- ソースコード。クライアントはオープンソースで、プロトコルは公開されています。学術研究者は Tor に対する攻撃を定期的に発表しており、脆弱性を誰よりも早く見つける十分な専門的動機があります。
- バイナリ。Tor Browser のビルドは2013年8月以降、再現可能になっています。そのため、独立したビルダーがリリースを再ビルドし、公開されたダウンロードファイルとバイト単位で比較できます。ソースコードと一致しないバイナリは、リリースした人物を信頼しなくても確認できます。
- リレー。Tor Project はネットワークを運用していません。「Tor network は、帯域幅を提供するボランティアに依存しています」。ガード、ミドルリレー、出口リレー、ブリッジは、互いに関係のない数千の運用者が管理しています。資金提供者が侵害されても、これらの運用者が侵害されるわけではありません。
プロジェクトの公式見解は簡潔です。「Tor にバックドアはありません。ソフトウェアはオープンソースであり、コードは独立して監査できます。また、すべてのリリースには改ざんを防ぐための署名が付いています」。この文章に意味があるのは、各節が、実際に確認できる対象を示しているからです。
実際の注意点もあります。それは完全性ではなく、優先順位に関するものです。助成金によって、どの作業を先に進めるかが決まります。そのため、ネットワーク性能などに比べて、検閲回避にはより継続的に資金が提供されてきました。これはプロジェクトに対する妥当な批判です。「コードが侵害されている」という批判とは別のものであり、財務報告を読むことで確認できます。誰かの説明を信頼するだけでは不十分です。
Hidden services は onion services になりました
onion service は、IP アドレスを一切公開しないサーバーです。クライアントとサーバーは、それぞれネットワーク内の合流点まで独自の回路を構築するため、どちらの側も相手のアドレスを知ることはありません。このアドレスは、レジストリが誰かに割り当てた名前ではありません。サーバーの公開鍵から導出されるため、.onion アドレスはランダムな文字列のように見えます。
onion services の沿革には、各リリースが記載されています。
- 8 April 2004: hidden services が Tor 0.0.6pre1 で初めて実装されました。
- 21 September 2007: version 2 hidden services が 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" への改称は、1 つの日付に行われたのではなく、徐々に進みました。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 アドレスになります。
onion アドレスは、ドメイン名でもありません。2015 年 10 月に公開された RFC 7686 は、通常の resolver がこの検索を public DNS（domain name system）へ漏えいさせないよう、.onion を special-use domain name として予約しました。この RFC が定める規則は明確です。"Authoritative servers MUST respond to queries for .onion with NXDOMAIN." 通常のドメイン名がどのように解決されるかと比較すれば、その違いが目的そのものです。DNS name はレジストリによって割り当てられ、管理していないサーバーを経由して検索されます。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 アドレスは 56 文字です。完全な Ed25519 公開鍵に加えて、チェックサムとバージョンバイトを含むためです。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 Transports：検閲への対応は続く
公開リレーの一覧は意図的に公開されています。クライアントが1台のサーバーに経路選択を任せず、自分で経路を選べるようにするためです。同じ公開一覧は、Torを停止したい国にとって、そのまま利用できるブロックリストになります。ブリッジの開発は2007年に始まりました。ブリッジは公開一覧に含まれないリレーです。Webまたはメールで少数のブリッジを要求できます。検閲側は、列挙できないアドレスをブロックできません。
次に、ブロックの対象はアドレスからトラフィックの形状へ移りました。ディープパケットインスペクションは、接続先のIPアドレスに関係なく、通信上のTorプロトコルを識別します。これに対する答えがPluggable Transportsです。これは、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のブリッジサイトから取得してください。各トランスポートは、異なるブロック手法に対応します。
- obfs4は、フィルターが照合できるプロトコルヘッダーを持たず、通信を識別不能な外見にします。Torは、ほとんどの利用者に機能するランダム化トランスポートであるため、最初に試すことを推奨しています。
- snowflakeは、一般的なWebブラウザー内でボランティアが運用する短時間のプロキシを経由します。そのため、接続先のアドレスが変化し続けます。https://blog.torproject.org/new-release-tor-browser-105/の2021年7月6日にリリースされたversion 10.5で、安定版のTor Browserに導入されました。
- meekは、大規模なクラウドプロバイダーを経由して接続をルーティングします。そのため、通信はそのプロバイダーへのものに見えます。ブロックするには、プロバイダー自体もブロックする必要があります。
- webtunnelは、obfs4とは逆の方法を取ります。何にも見えない外見にするのではなく、「ペイロード接続をWebSocketのようなHTTPS接続でラップする」ことで、Webサーバーへの通常のHTTPS接続に見せます。Tor Projectは、プロトコルを短い一覧に限定するネットワーク向けに、https://blog.torproject.org/introducing-webtunnel-evading-censorship-by-hiding-in-plain-sight/の2024年3月12日に安定版のTor Browserでリリースしました。
この流れが、過去20年間の実際の経緯です。新しいトランスポートはそれぞれ、特定のブロック手法が有効になったために存在します。リリース日付は、その年に検閲側が行っていた対策の記録でもあります。
Tor は VPN ではなく、VPS も VPN ではありません
VPN について読んだ後に Tor にたどり着く人は多いため、違いを正確に理解することが重要です。VPN（virtual private network）は、1 社が運用する 1 台のサーバーへトラフィックを送信します。その会社は、利用者の実際のアドレスと宛先を同時に把握できます。Tor は、異なる運用者が管理する 3 つのリレーを経由してトラフィックを送信します。そのため、1 つのリレーが両方の情報を保持することはありません。これは、信頼モデルと障害発生時の影響が異なる、別々の仕組みです。VPS と VPN の違いでは、それぞれの使いどころを説明しています。
自分で管理するマシン間にプライベートなトンネルを構築したいのであって、多数の利用者の中で匿名性を得たいのではない場合は、自分で運用する VPN が適しています。VPS 上で WireGuard VPN をセルフホストする構成は、約 40 行の設定で構築できます。これにより、ローカルネットワークやインターネットプロバイダーからトラフィックを保護できます。ただし、サーバーを自分の決済情報で借りているため、そのサーバーをホストする会社から匿名になることはありません。VPS ホスティングが安全かどうかという別の問題は、さらに異なる脅威、つまり誰が自分のサーバーへ到達できるかに関するものです。
リレーの運用はその反対側の役割であり、Tor ネットワークはリレーに依存しています。ブリッジ、ガード、ミドルリレー、出口リレーはいずれも運用者を必要とします。Tor Project のリレーガイドにも、「リレーの運用には技術的なスキルと継続的な取り組みが必要」と明記されています。出口リレーには法的なリスクがあります。他の利用者のトラフィックが、自分の IP アドレスからインターネットへ出ていくため、ホスティングプロバイダーから問い合わせを受ける可能性があります。出口リレーを開始する前に、必ずこのガイドを読んでください。開始した後では遅すぎます。
FAQ
米国政府が Tor を構築したのですか？
Onion routing は 1995 年に U.S. Naval Research Laboratory で始まり、David Goldschlag、Michael G. Reed、Paul Syverson が最初のプロトタイプを構築しました。Tor 自体は次世代の設計で、Roger Dingledine、Nick Mathewson、Paul Syverson が 2001 年から 2002 年ごろに開発を始め、ネットワークは 2002 年 10 月に free software licence の下で提供されました。Tor Project, Inc. は 2006 年以降、独立した 501(c)(3) 非営利団体です。政府を起源とすることは事実であり、それがネットワークをすべての人に開放する必要があった理由でもあります。1 つの組織の通信だけを運ぶネットワークでは、その組織に匿名性がありません。ネットワークから出ていくすべての接続が、そのネットワークを使っているという事実によって送信者を特定できるためです。
政府から資金提供を受けているなら、Tor にはバックドアがありますか？
Tor Project の回答は、「Tor にバックドアはありません。ソフトウェアはオープンソースであり、コードは独立して監査でき、改ざんを防ぐためにすべてのリリースへ署名しています」です。この説明が単なる約束ではなく検証可能なのは、それを支える仕組みがあるためです。プロトコルは公開仕様として定義されています。Tor Browser のビルドは決定論的であるため、独立したビルダーがリリースを再ビルドし、公開されたバイナリと比較できます。また、リレーは資金提供者ではなくボランティアが運用しています。資金提供によって、どの作業を先に行うかは変わります。Tor blog に掲載された監査済みの財務報告からは、資金の出所も確認できます。これは優先順位に関する問題であり、コードに関する問題ではありません。
古い .onion アドレスが使えなくなったのはなぜですか？
そのアドレスは version 2 であり、v2 onion services は 2021 年に廃止されました。Tor は 2020 年 9 月 15 日に警告を開始し、2021 年 7 月 15 日に Tor 0.4.6.x のコードベースから v2 を削除し、2021 年 10 月 15 日に stable releases で無効化しました。v2 アドレスは .onion より前が 16 文字で、v3 アドレスは 56 文字です。アドレスは古い key から導出されていたため、リダイレクトもアップグレード方法もありません。運用者は新しいサービスを作成し、新しいアドレスを公開する必要がありました。
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 を試してください。