План ухода 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:В средней перспективе мы откажемся от клиентской реализации Tor на C. Это произойдёт только спустя некоторое время после того, как 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 и строки family у ретрансляторов, следуя предложениям 350 и 321, что сокращает трафик клиентов и ускоряет начальную загрузку для всех. Поскольку клиенты и ретрансляторы 0.4.8 и старше ожидают наличия ключей TAP, они перестают работать, как только эти поля исчезают. Вторая мотивация названа прямо: реализация авторитета каталога в Arti скоро потребует сетевой интеграции, а писать её проще без устаревших полей. Это и не конец самого C tor. В том же календаре значится 0.4.9, объявленный стабильным в феврале 2026 года, с пока неопределённым собственным концом жизни, и серия 0.5.0, чьё окно слияний открылось в марте 2026 года. Команда описывает текущее сопровождение C tor в том числе как выпуск функций, облегчающих переход на Arti. С проектами, которые всё ещё поставляют старые версии, связываются напрямую; эта работа ведётся в тикете network-health, куда также принимаются запросы операторов, которым нужно больше времени.На что операторам обращать внимание
- Операторам ретрансляторов: перейти на 0.4.9.x до 1 сентября 2026 года; всё более старое выпадет из сети. Ретранслятора на Arti, на который можно мигрировать, ещё нет — к утверждениям об обратном относитесь скептически и следите за changelog Arti.
- Операторам onion-сервисов: C tor остаётся поддерживаемым способом держать сервис. Признаками готовности Arti как сервисной платформы будут перечисленные выше недостающие части: restricted discovery, поддержка vanguard, защита от отказов в обслуживании и заполнение каналов.
- Разработчикам приложений: целевое состояние — встраивание и RPC, а не комплектуемый SOCKS-демон. Arti 2.0.0 объявил API верхнеуровневого крейта arti экспериментальными, тогда как arti-client остаётся поддерживаемым интерфейсом, а 2.7.0 добавил управление конфигурацией через RPC.