Історія Tor: від розробок ВМС США до сучасності

Коротко про історію Tor

Історія Tor починається у 1995 році в U.S. Naval Research Laboratory — дослідницькій лабораторії Військово-морських сил США. Саме там David Goldschlag, Michael G. Reed і Paul Syverson створили перші прототипи onion routing. У власній хронології Tor Project зазначено, що вони шукали відповідь на питання, чи «можна створити інтернет-з’єднання, які не розкривають, хто з ким спілкується». Мережу, якою користуються сьогодні, розгорнули в жовтні 2002 року, а її код випустили за умовами вільної ліцензії на програмне забезпечення з відкритим кодом. У 2006 році було засновано некомерційну організацію Tor Project, Inc.

Усі наведені нижче дати взято з опублікованої хронології Tor Project, приміток до випусків або власних сторінок підтримки. Якщо певне твердження є спірним, наприклад щодо фінансування роботи, у відповідному розділі зазначено наявні докази та джерела, де це можна перевірити самостійно.

Що насправді робить onion routing

Onion routing розділяє два факти, які інтернет зазвичай пов’язує між собою: хто ви та що ви запитали. Ваш Tor-клієнт вибирає три relay і будує через них circuit. Він обгортає ваш трафік у три шари шифрування — по одному шару для кожного relay. Кожен relay знімає один шар, дізнається лише адресу наступного вузла та передає йому пакет. Саме через цю багатошаровість технологія отримала свою назву.

Перший relay, який називається guard, бачить вашу IP-адресу, але не адресу призначення. Останній relay, exit, бачить адресу призначення, але не вашу IP-адресу. Середній relay не бачить ні того, ні іншого. Жоден окремий relay не має обох частин інформації — на цьому ґрунтується весь аргумент щодо безпеки. Саме тому relay мають працювати незалежні оператори. Якщо одна організація керує і вашим guard, і вашим exit, розділення зникає, а шифрування не дає додаткового захисту.

Відомою слабкою стороною є кореляція трафіку. Спостерігач, який одночасно контролює обидва кінці circuit, може зіставити час передавання та розміри пакетів на вході з пакетами на виході. Tor не захищає від атакувальника, який може одночасно спостерігати за всім інтернетом. У статті про архітектуру за 2004 рік, написаній Roger Dingledine, Nick Mathewson і Paul Syverson, "Tor: The Second-Generation Onion Router", це прямо зазначено в моделі загроз.

Чому приватна мережа була б марною

Це частина, яку пропускають короткі резюме. Вона пояснює все інше на цій сторінці.

Військова або розвідувальна організація не може отримати анонімність у мережі, через яку проходить лише її власний трафік. Анонімність залежить від наявності широкого кола користувачів, а не від шифру. Якщо кожне з’єднання, що виходить із мережі, належить одному офісу, спостерігач, який бачить вихід з’єднання, уже знає відповідь. Шифрування все одно працює належним чином. Анонімності немає, тому що немає з ким сплутати цей трафік.

Тому система мала бути публічною, а трафік — змішуватися з трафіком інших людей. У жовтні 2002 року код опублікували за вільною ліцензією на програмне забезпечення, і кожен міг запустити relay. Журналісти, активісти, дослідники та звичайні люди, які прагнули уникати рекламної мережі, разом стали тим широким колом користувачів, що захищає всіх інших у цій мережі. Dingledine і Mathewson виклали цей аргумент у 2006 році в статті під назвою "Anonymity Loves Company: Usability and the Network Effect", представленій на Workshop on the Economics of Information Security. Висновок полягає в тому, що розмір і різноманітність бази користувачів є властивістю безпеки системи. Це не маркетинговий показник.

Від альфа-версії до неприбуткової організації

Хронологія Tor Project і опубліковані ними документи фіксують такі етапи:

• Жовтень 2002 року: мережу Tor розгорнуто з кодом, «поширюваним за вільною ліцензією на програмне забезпечення з відкритим вихідним кодом».
• Кінець 2003 року: мережа працює приблизно на дюжині волонтерських вузлів, переважно у США, а також на одному вузлі в Німеччині.
• 2004 рік: Dingledine, Mathewson і Syverson публікують проєктний документ «Tor: The Second-Generation Onion Router».
• 2004 рік: Electronic Frontier Foundation (EFF) починає фінансувати роботу над Tor.
• 2006 рік: засновано The Tor Project, Inc. як неприбуткову організацію категорії 501(c)(3) для підтримки розроблення.
• 2007 рік: розпочинається робота над bridges, оскільки державні фаєрволи починають блокувати загальнодоступний список relay.
• 2008 рік: розпочинається розроблення Tor Browser.

Для сучасного використання мережі важливі ще дві пізніші дати. У хронології Tor Project зазначено, що під час Арабської весни наприкінці 2010 року Tor використовували для захисту особи та доступу до заблокованих сайтів. Там також зазначено, що документи Snowden за 2013 рік стали моментом, коли роль Tor стала широко зрозумілою, і що на той час документи підтвердили: Tor не було зламано. Жодна з цих подій не змінила протокол. Обидві змінили коло користувачів, які його встановлювали.

Хто фінансує Tor і як це перевірити

Tor Project відповідає на це на власних сторінках підтримки: «Tor Project отримує фінансування з державних грантів, приватних фондів та від індивідуальних донорів». Державні кошти є частиною цього фінансування від самого початку. На сторінці спонсорів згадано U.S. Department of State, а також Ford Foundation, Open Technology Fund, Craig Newmark Philanthropies і такі компанії, як Brave, DuckDuckGo, Mullvad VPN та Fastly. У жовтні 2026 року проєкт повідомив, що зберігає вузько визначену технічну співпрацю з Mullvad, але призупинив спільне використання бренду з компанією через занепокоєння щодо політичної пожертви співзасновника Mullvad. Аудовану фінансову звітність публікують як дописи в блозі. Остання публікація, у грудні 2025 року, охоплює 2023–2024 фінансовий рік. Проєкт заявляє, що «відкрите обговорення наших спонсорів і моделі фінансування — найкращий спосіб зберігати довіру спільноти».

Корисне питання полягає не в тому, хто платив. Важливо, що саме могли придбати ці кошти. Tor — не сервіс, до якого ви входите. Це специфікація протоколу, клієнт із доступним для перегляду вихідним кодом і мережа ретрансляторів, якими керують сторонні оператори. Той, хто хотів би додати backdoor, мав би розмістити його в одному з трьох місць, і кожне з них можна перевірити.

• У вихідному коді. Клієнт має відкритий вихідний код, а протокол описано публічно. Академічні дослідники регулярно публікують атаки на Tor і мають професійну мотивацію першими знаходити вразливості.
• У бінарному файлі. Збірки Tor Browser є детермінованими із серпня 2013 року, тому незалежний збирач може повторно створити реліз і порівняти його побайтно з опублікованим завантаженням. Невідповідність бінарного файлу вихідному коду можна виявити без довіри до того, хто його випустив.
• У ретрансляторах. Tor Project не керує мережею. «Мережа Tor покладається на волонтерів, які надають пропускну здатність», а guard-вузли, проміжні ретранслятори, exit-вузли та мости належать тисячам не пов’язаних між собою операторів. Компрометація донора не означає компрометацію цих операторів.

Власна заява проєкту коротка: «У Tor немає backdoor. Програмне забезпечення має відкритий вихідний код, його код можна незалежно перевірити, а кожен реліз підписано для захисту від підміни». Це твердження має вагу лише тому, що кожен його пункт називає те, що можна перевірити самостійно.

Є важливе застереження, і воно стосується пріоритетів, а не доброчесності. Грантове фінансування визначає, яка робота виконується першою. Тому обхід цензури фінансують стабільніше, ніж, наприклад, підвищення продуктивності мережі. Це обґрунтована критика проєкту. Вона відрізняється від твердження «код скомпрометовано». Відповідь на неї слід шукати у фінансових звітах, а не в чиїхось запевненнях.

Приховані сервіси стали onion-сервісами

Onion-сервіс — це сервер, який ніколи не розкриває свою IP-адресу. Клієнт і сервер окремо будують власні ланцюжки до точки зустрічі всередині мережі, тому жодна зі сторін не дізнається адресу іншої. Ця адреса не є ім’ям, яке реєстратор призначив комусь. Її отримують із відкритого ключа сервера, тому адреса .onion має вигляд випадкового набору символів.

Хронологія onion-сервісів містить такі випуски:

• 8 April 2004: приховані сервіси вперше реалізовано в Tor 0.0.6pre1.
• 21 September 2007: з’явилися приховані сервіси версії 2 у Tor 0.2.0.7-alpha.
• 19 December 2016: розпочалася розробка версії 3 у Tor 0.3.0.1-alpha.
• 9 January 2018: випущено версію 3 у Tor 0.3.2.9.

Перейменування з "hidden services" на "onion services" відбувалося поступово, а не в одну конкретну дату. У документації Tor Project досі використовуються обидва терміни. Старий термін описував не те, що насправді приховано. Багато onion-сайтів є публічними, індексуються та рекламуються. Прихованим є розташування сервера, а не сайт. Початкова назва збереглася у конфігураційному файлі як своєрідний історичний артефакт. Ось як і зараз оголошують такий сервіс у torrc:

HiddenServiceDir /var/lib/tor/my_service/
HiddenServicePort 80 127.0.0.1:8080

У каталозі зберігаються ключі сервісу та файл hostname з адресою. Рядок із портом зіставляє порт onion-адреси з локальною адресою на тому самому сервері. Тому вебсервер може залишатися прив’язаним до 127.0.0.1 і взагалі не слухати публічний інтерфейс. Версія 3 є типовою, тому сервіс, створений сьогодні за допомогою цих двох рядків, отримує адресу v3. На орендованому сервері це переважно означає, що потрібно залишити nginx на loopback, а потім усунути витоки, які могли б пов’язати адресу з вашою публічною IP-адресою. Саме цей процес покроково описано в матеріалі розгортання .onion-сайту на власному VPS.

Onion-адреса також не є доменним ім’ям. У RFC 7686, опублікованому в October 2015, .onion зарезервовано як доменне ім’я спеціального призначення, щоб звичайні резолвери не передавали такі запити до публічної DNS (domain name system). Правило сформульовано однозначно: "Authoritative servers MUST respond to queries for .onion with NXDOMAIN." Порівняйте це з принципом розв’язання звичайного доменного імені — у цьому й полягає ключова відмінність. DNS-ім’я призначає вам реєстратор, а пошук виконується через сервери, якими ви не керуєте. Onion-адреса є відкритим ключем, тому вона самостійно підтверджує свою справжність і не потребує пошуку.

Чому старі адреси .onion перестали працювати

Два формати адрес несумісні, а старий формат остаточно вимкнено.

[
  {
    "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 символів, оскільки містила лише перші 80 біт хешу SHA-1 відкритого ключа RSA-1024. Адреса v3 має 56 символів, оскільки містить повний відкритий ключ Ed25519, контрольну суму та байт версії. Адреса v3 довша, тому що в ній більше не використовується усічення. Тепер сама адреса є повним ідентифікатором сервісу.

Про припинення підтримки було оголошено в липні 2020 року за таким графіком:

• 15 вересня 2020 року, Tor 0.4.4.x: Tor мав почати попереджати операторів і клієнтів, що v2 застарів.
• 15 липня 2021 року, Tor 0.4.6.x: підтримку v2 мали видалити з кодової бази.
• 15 жовтня 2021 року: нові стабільні клієнтські випуски для кожної підтримуваної серії мали вимкнути v2.

Фактичні випуски не вийшли в ці дати. Зміни в коді з’явилися раніше: у журналі змін Tor 0.4.6.1-alpha від 18 березня 2021 року зазначено: «Починаючи з цього випуску, Tor більше не підтримує старі onion-сервіси v2». 10 травня 2021 року Tor 0.4.5.8 додав попередження «під час підключення до нині застарілих onion-сервісів v2», а Tor 0.4.6.3-rc показував точніше повідомлення про помилку для сервісів, які «більше не підтримуються». Браузер перейшов пізніше. Стабільний Tor Browser припинив підтримку v2 у версії 11.0 8 листопада 2021 року: «Після оновлення до Tor 0.4.6.8 onion-сервіси v2 більше недоступні в Tor Browser».

Зазначена причина була криптографічною. «У міру розвитку розуміння людством математики та криптографії основа версії 2 стала вразливою, а на цей момент — небезпечною». Усічений до 80 біт хеш SHA-1 і ключ RSA довжиною 1024 біт у 2021 році вже не відповідали прийнятному рівню безпеки. Формат адреси також не залишав можливості замінити жоден із них.

Наслідок для читача простий, тому його варто сформулювати прямо. Кожне посилання .onion завдовжки 16 символів, опубліковане до 2021 року, назавжди перестало працювати, і перенаправлення не існує. Адресу v2 не можна було оновити, оскільки вона була усіченим хешем старого ключа RSA. Операторам довелося створити новий сервіс і опублікувати нову адресу через канал, якому їхні користувачі вже довіряли.

Мости та pluggable transports: цензура продовжувала змінюватися

Список публічних relay публікують навмисно, щоб клієнт міг сам вибрати маршрут, а не покладатися на один сервер, який вибере його замість нього. Цей самий опублікований список є готовим блоклистом для будь-якої країни, яка хоче заблокувати Tor. Роботу над bridges розпочали у 2007 році. Bridge — це relay, якого немає у публічному списку. Ви запитуєте невелику кількість таких relay через вебсайт або електронну пошту, і цензор не може блокувати адреси, які не може перелічити. Ця інфраструктура існує лише тому, що волонтери постійно додають до неї нові вузли, а запустити obfs4 bridge на недорогому VPS можна за допомогою кількох директив torrc і правила firewall, а не в межах окремого проєкту.

Потім блокування перемістилося від адрес до характеристик трафіку. Deep packet inspection розпізнає протокол Tor у мережі незалежно від IP-адреси, до якої він спрямований. Відповіддю стали pluggable transports: оболонка, яка змінює вигляд трафіку Tor, не змінюючи його функції. У поточній версії Tor Browser вони постачаються як один бінарний файл із назвою lyrebird, наступник obfs4proxy, а конфігурація на стороні клієнта складається з трьох рядків torrc:

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 скопіюйте із сайту bridges Tor Project, а не вводьте вручну. Кожен transport протидіє іншому способу блокування:

• obfs4 робить трафік нерозпізнаваним, без заголовка протоколу, за яким його міг би ідентифікувати фільтр. На сторінках підтримки Tor його вказують першим серед transport, які варто спробувати, якщо ви вперше намагаєтеся обійти блокування.
• snowflake спрямовує вас через короткочасні проксі, які волонтери запускають у звичайних веббраузерах, тому адреса, до якої ви підключаєтеся, постійно змінюється. Він увійшов до стабільної версії Tor Browser у версії 10.5 6 July 2021.
• meek маршрутизує підключення через великого cloud provider, тому здається, що трафік спрямований до цього provider, а його блокування означало б блокування самого provider.
• webtunnel використовує протилежний до obfs4 підхід. Він не маскується під нерозпізнаваний трафік, а виглядає як звичайне HTTPS-підключення до вебсервера, «обгортаючи payload connection у HTTPS-підключення, подібне до WebSocket». Tor Project випустив його у стабільній версії Tor Browser 12 March 2024 для мереж, які дозволяють лише короткий список протоколів.

Ця послідовність відображає реальний розвиток подій за останні двадцять років. Кожен новий transport з’являвся тому, що починав працювати певний метод блокування, а дати цих випусків фіксують, які дії цензори виконували того року.

Tor — не VPN, і VPS — теж не VPN

Багато людей починають цікавитися Tor після прочитання про VPN, тому тут важливо точно розрізняти ці технології. VPN (virtual private network) передає ваш трафік на один сервер, яким керує одна компанія. Ця компанія одночасно бачить вашу реальну адресу та адресу призначення. Tor передає ваш трафік через три relay, якими керують різні люди. Тому жоден із них не має одночасного доступу до обох цих даних. Це різні моделі довіри з різними сценаріями відмов. У матеріалі Різниця між VPS і VPN описано, де застосовують кожну з них.

Якщо вам потрібен приватний тунель між машинами, якими ви керуєте, а не анонімність серед великої кількості користувачів, вам потрібен VPN, який ви запускаєте самостійно. Ви можете самостійно розгорнути WireGuard VPN на VPS приблизно за 40 рядків конфігурації. Це захистить ваш трафік від локальної мережі та інтернет-провайдера. Але це не забезпечить анонімності від компанії, яка хостить сервер, оскільки ви орендували цей сервер, використовуючи власні платіжні дані. Окреме питання чи безпечно використовувати VPS-хостинг стосується вже іншої загрози: хто ще може отримати доступ до вашого сервера.

Запуск relay — це інший напрям, і робота мережі залежить від операторів relay. Для bridge, guard, middle relay і exit потрібні оператори. У relay guide Tor Project прямо зазначено, що «для запуску relay потрібні технічні навички та готовність підтримувати його». Exit пов’язаний із юридичними ризиками, оскільки трафік інших людей виходить в інтернет із вашою IP-адресою, і ваш хостинг-провайдер отримуватиме відповідні скарги. Прочитайте цей посібник до запуску relay, а не після нього.

FAQ

Чи розробив Tor уряд США?

Onion routing започаткували у U.S. Naval Research Laboratory у 1995 році. Там David Goldschlag, Michael G. Reed і Paul Syverson створили перші прототипи. Сам Tor був наступним поколінням цієї технології. Його розробку Roger Dingledine, Nick Mathewson і Paul Syverson розпочали приблизно у 2001 і 2002 роках. Мережу розгорнули в October 2002 за ліцензією вільного програмного забезпечення. Tor Project, Inc. є незалежною неприбутковою організацією зі статусом 501(c)(3) з 2006 року. Походження технології в урядових структурах є фактом. Саме тому мережу довелося відкрити для всіх. Мережа, яка передає трафік лише однієї організації, не забезпечує їй анонімності, оскільки кожне вихідне з’єднання ідентифікує відправника самим фактом використання цієї мережі.

Чи означає державне фінансування, що в Tor є backdoor?

Відповідь Tor Project така: «У Tor немає backdoor. Програмне забезпечення має відкритий вихідний код, його код можна незалежно перевірити, а кожен випуск підписується для захисту від підміни». Це можна перевірити, а не лише прийняти на віру, завдяки супутній інфраструктурі. Протокол опубліковано у відкритому доступі. Збірки Tor Browser є детермінованими, тому незалежний збирач може повторно створити випуск і порівняти його з опублікованим бінарним файлом. Ретранслятори працюють завдяки волонтерам, а не будь-якому донору. Фінансування впливає на те, які завдання виконують першими. Аудировані фінансові звіти в блозі Tor показують джерела коштів. Це питання пріоритетів, а не коду.

Чому моя стара адреса .onion перестала працювати?

Це була адреса версії 2. Сервіси onion версії 2 вивели з експлуатації у 2021 році. Tor Project оголосив про припинення їх підтримки у July 2020. Tor 0.4.6.1-alpha вилучив підтримку v2 у March 2021. Стабільний Tor Browser перестав підключатися до адрес v2 у версії 11.0 8 November 2021 року. Адреса v2 має 16 символів перед .onion, а адреса v3 — 56. Перенаправлення та спосіб оновлення не передбачені, оскільки адресу було отримано зі старого ключа. Тому оператор мав створити новий сервіс і опублікувати нову адресу.

Чи є Tor тим самим, що й VPN?

Ні. VPN передає ваш трафік на один сервер, яким керує одна компанія. Ця компанія може одночасно бачити вашу реальну IP-адресу та призначення трафіку. Tor передає трафік через три ретранслятори, якими керують різні люди. Перший ретранслятор бачить вашу адресу, але не бачить призначення. Останній бачить призначення, але не бачить вашу адресу. Tor працює повільніше. Його призначено для анонімності перед спостерігачем, який не контролює весь інтернет. VPN працює швидше. Його призначено для захисту приватності від локальної мережі та інтернет-провайдера.

Що таке pluggable transport і чи потрібен він мені?

Pluggable transport — це оболонка, яка змінює вигляд трафіку Tor у мережі, але не змінює принцип роботи Tor. Завдяки цьому фільтр, що розпізнає протокол Tor, не може виявити його за стандартними ознаками. Він потрібен лише тоді, коли звичайний Tor не може встановити з’єднання. Зазвичай це означає, що ваша мережа або країна блокує Tor. Tor Browser постачається з obfs4, snowflake, meek і webtunnel в одному бінарному файлі під назвою lyrebird. На сторінках підтримки Tor радять послідовно спробувати obfs4, webtunnel, snowflake або meek. Почніть з obfs4 і переходьте далі за цим списком, якщо з’єднання не встановлюється.