Дорожня карта виведення C tor з експлуатації: дати завершення, стан Arti та за чим стежити операторам
Виведення первинної реалізації Tor мовою C перейшло від принципу до графіка. 23 червня 2026 року Tor Project оголосив про намір припинити мережеву сумісність для Tor 0.4.8 і всіх попередніх випусків: після 1 вересня 2026 року ці версії «взагалі не працюватимуть у мережі». Оголошення, що спирається на тривалий проєкт Arti Relay, є найчіткішим публічним орієнтиром того, як наразі розкладено перехід від C tor до Rust.
Чому Tor переписують мовою Rust
Arti — це наступногенераційна реалізація протоколів Tor мовою Rust; власний README проєкту описує її як роботу над вбудовуваною кодовою базою виробничої якості. Названі причини практичні, а не косметичні. Команда оцінює, що принаймні половина відстежуваних нею вразливостей безпеки була б неможливою в мові з безпечною пам'яттю. Кодова база C, що безперервно розвивається з 2002 року, накопичила те, що той самий документ називає зайвими «спагеті»-зв'язками між компонентами. А бібліотеку Rust можна вбудовувати в застосунки такими способами, яких початковий дизайн SOCKS-проксі не передбачав; розробники сподіваються, що це прискорить майбутню роботу. Графік міграції у лютому 2023 року окреслив Нік Метьюсон, співзасновник Tor і один із провідних архітекторів Arti, в обговоренні tor-dev:У середньостроковій перспективі ми визнаємо клієнтську реалізацію C Tor застарілою. Але це станеться лише певний час після того, як Arti стане повноцінним клієнтом tor із підтримкою onion-сервісів і повним рішенням для вбудовування/FFI/RPC.У довгостроковій перспективі, писав Метьюсон, Arti має повністю замінити C tor, що вимагає також ретрансляторів і каталогових органів мовою Rust. Він підкреслив, що жодного графіка взято зобов'язання не було, а який би часовий план не виник, з одних точок зору він виглядатиме дратівливо довгим, а з інших — дратівливо коротким. Три роки по тому послідовність розгортається значною мірою як описано: спершу завершено клієнта, ключові ролі мережі — врешті.
Що Arti вміє сьогодні, а що ні
Як клієнт, Arti у добрій формі. README, оновлений станом на серпень 2026 року, називає його повнофункціональним клієнтом Tor, придатним для загального клієнтського використання: він працює як SOCKS-проксі, з'єднується з onion-сервісами та підтримує мости з підключуваними транспортами, зокрема obfs4 і Snowflake. Випуски надходять стабільно. Arti 2.0.0 вийшов у лютому 2026 року, а поточний випуск, Arti 2.7.0, з'явився 1 жовтня 2026 року з подальшим фундаментом для ретранслятора та каталогового органу і пакетом виправлень безпеки. Цей клієнтський поступ ми розглядали докладніше в нашому попередньому матеріалі про Arti. Поза клієнтом чесна картина бідніша. Запуск Arti як ретранслятора чи каталогового органу ще не підтримується, як прямо зазначають примітки до випуску 2.0.0, а README ретранслятора містить постійне попередження, що підтримка ретранслятора експериментальна і «зовсім не готова до загального розгортання», і просить не запускати ретранслятор Arti у публічній мережі. Внутрішній чекліст проєкту показує реальний поступ: вхідні канали, обробка CREATE2 й EXTEND2 та прослуховування ORPort уже є; контроль перевантаження, публікація дескрипторів, політики виходу і захист від відмов в обслуговування ще попереду. З боку сервісів onion-сервіси перебувають у подібному становищі. Власна документація проєкту каже, що сервіс, запущений на Arti, придатний лише для тестування та експериментів: у ньому бракує клієнтської авторизації, ретрансляторів vanguard, змістовного захисту від відмов в обслуговування та заповнення кіл, і документація попереджає, що робота такого сервісу може навіть зашкодити приватності інших застосувань того самого екземпляра Arti. Натомість з'єднання з onion-сервісами з Arti як клієнта — частина нормальної клієнтської роботи.Вересневе відключення — пояснення
Відсічка 1 вересня — це крок сумісності, а не безпековий дедлайн. За календарем випусків проєкту, Tor 0.4.8 уже 1 червня 2026 року досяг кінця життя і більше не отримує оновлень. Після вересня змінюється поведінка каталогового протоколу: серія 0.4.9 вилучає з каталогових даних старі onion-ключі TAP і рядки сімейств ретрансляторів, слідуючи пропозиціям 350 і 321, що зменшує клієнтський трафік і прискорює початкове завантаження для всіх. Оскільки клієнти та ретранслятори на 0.4.8 і старіших очікують наявності ключів TAP, вони перестають працювати, щойно ці поля зникають. Друга мотивація відверта: реалізації каталогового органу Arti невдовзі потрібна інтеграція з мережею, а без застарілих полів її писати простіше. І це не кінець самого C tor. Той самий календар перелічує 0.4.9, позначений стабільним у лютому 2026 року, з невизначеним дотепер власним кінцем життя, а також серію 0.5.0, чиє вікно злиття відкрилося в березні 2026 року. Команда описує поточну підтримку C tor як таку, що включає функції, обрані для полегшення переходу до Arti. З проєктами нижче за течією, які досі постачають старі версії, зв'язуються безпосередньо; цю роботу відстежено в тикеті мережевого здоров'я, який також приймає запити від операторів, яким потрібно більше часу.За чим операторам стежити
- Оператори ретрансляторів: до 1 вересня 2026 року запустіть 0.4.9.x; усе старіше випаде з мережі. Ретранслятора Arti, на який можна мігрувати, ще немає, тому сприймайте твердження про протилежне скептично і стежте за журналом змін Arti.
- Оператори onion-сервісів: підтримуваним способом запуску сервісу залишається C tor. Ознаками готовності Arti до сервісів будуть перелічені вище відсутні частини: обмежене виявлення (restricted discovery), підтримка vanguard, захист від відмов в обслуговування та заповнення кіл.
- Розробники застосунків: задуманий кінцевий стан — вбудовування та RPC, а не вкомпонований SOCKS-демон. Arti 2.0.0 позначив API верхньорівневого крейту arti як експериментальні, arti-client залишається підтримуваним інтерфейсом, а 2.7.0 додав керування конфігурацією через RPC.