著者 Matt Connor
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 などの企業とともに、U.S. Department of State が掲載されています。2026 年 10 月、プロジェクトは、Mullvad との限定的な技術協力は継続する一方、Mullvad の共同創業者による政治献金をめぐる懸念を受けて、同社との共同ブランド展開を一時停止したと発表しました。監査済みの財務情報はブログ記事として公開されており、直近では 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 つのアドレス形式には互換性がなく、古い形式は完全に廃止されました。
このグラフのデータ
[
{
"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 bit だけを含んでいたためです。v3 アドレスは 56 文字です。完全な Ed25519 公開鍵に加えて、チェックサムとバージョンバイトを含むためです。v3 アドレスが長いのは、ハッシュの切り詰めをやめたためです。その結果、アドレス自体がサービスの完全な識別情報になりました。
廃止予定は 2020 年 7 月に発表されました。予定は次のとおりでした。
- 2020 年 9 月 15 日、Tor 0.4.4.x: Tor は、v2 が非推奨であることを運用者とクライアントに警告し始める。
- 2021 年 7 月 15 日、Tor 0.4.6.x: v2 のサポートをコードベースから削除する。
- 2021 年 10 月 15 日: サポート対象の各系列で、新しい安定版クライアントが v2 を無効にする。
実際のリリースは、予定日どおりには行われませんでした。コード側の変更は前倒しされました。2021 年 3 月 18 日付けの Tor 0.4.6.1-alpha の変更履歴には、「このリリース以降、Tor は古い v2 onion service をサポートしない」と記載されています。2021 年 5 月 10 日には、Tor 0.4.5.8 が「現在は非推奨となった v2 onion service に接続するとき」の警告を追加しました。また、Tor 0.4.6.3-rc は、「サポートされなくなった」サービスに対するエラーメッセージを改善しました。ブラウザー側の移行は遅れました。安定版の Tor Browser は、2021 年 11 月 8 日の version 11.0 で v2 を廃止しました。「Tor 0.4.6.8 に更新すると、Tor Browser では v2 onion service に到達できなくなります」とされています。
理由として示されたのは暗号技術上の問題です。「数学と暗号技術に対する人類の理解が進むにつれて、version 2 の基盤は脆弱になり、この時点では安全ではなくなった」と説明されています。80 bit に切り詰めた SHA-1 ハッシュと 1024 bit の RSA 鍵は、どちらも 2021 年の基準では十分な安全性を満たしていませんでした。また、アドレス形式にはどちらも変更する余地がありませんでした。
読者への影響は単純なので、明確に説明しておく価値があります。2021 年より前に公開された 16 文字の .onion リンクはすべて永久に無効で、リダイレクトもありません。v2 アドレスは、古い RSA 鍵の切り詰めたハッシュだったため、アップグレードできませんでした。運用者は新しいサービスを作成し、ユーザーがすでに信頼している経路を通じて新しいアドレスを公開する必要がありました。
ブリッジと pluggable transport：検閲は変化し続けた
公開リレーの一覧は、意図的に公開されています。クライアントは、1 台のサーバーに経路の選択を任せず、自分で経路を選べます。一方で、この公開一覧は Tor を停止させたい国にとって、そのまま利用できるブロックリストになります。ブリッジの開発は 2007 年に始まりました。ブリッジは、公開一覧に含まれないリレーです。Web またはメールで少数のブリッジを要求できます。検閲者は、列挙できないアドレスをブロックできません。この供給が維持されるのは、ボランティアがブリッジを追加し続けているためです。また、安価な VPS で obfs4 ブリッジを運用する作業も、いくつかの torrc ディレクティブとファイアウォールルールを設定するだけで済み、大規模なプロジェクトではありません。
次に、ブロックの対象はアドレスからトラフィックの形状へ移りました。ディープパケットインスペクションは、接続先の 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 年に U.S. Naval Research Laboratory で始まりました。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 Project は 2020 年 7 月に廃止を発表しました。Tor 0.4.6.1-alpha では 2021 年 3 月に v2 のサポートが削除され、stable Tor Browser では 2021 年 11 月 8 日の version 11.0 から v2 アドレスに接続できなくなりました。v2 アドレスは .onion より前が 16 文字で、v3 アドレスは 56 文字です。リダイレクトもアップグレード方法もありません。アドレスは古い cryptographic key から生成されているため、運用者は新しい service を作成し、新しいアドレスを公開する必要がありました。
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 を提供します。Tor のサポートページでは、obfs4、webtunnel、snowflake、meek の順に試すことを推奨しています。まず obfs4 を試し、接続が完了しない場合はリストの次へ進んでください。