Onion services v3 vs v2 — почему старые .onion-адреса были уязвимее
Всем привет. Разберу тему, о которой редко задумываются даже активные пользователи Tor — сам формат .onion-адреса менялся не просто ради красоты, а из-за реальных, серьёзных криптографических слабостей старой версии.
Как выглядели старые адреса v2
Классический .onion-адрес версии 2 состоял из 16 символов — что-то вроде duskgytldkxiuqc6.onion. Короткий, легко запоминаемый на глаз, что и было частью проблемы, как выяснится дальше.
Как выглядят современные адреса v3
56 символов вместо 16 — что-то вроде 2gzyxa5ihm7nsggfxnu52rck2vv4rvmdlkiu3zzui5du4xyclen53wid.onion. На первый взгляд это выглядит просто как неудобное усложнение, но за этой разницей в длине стоит принципиально другая криптографическая основа.
В чём была фундаментальная слабость v2
Адрес v2 генерировался на основе алгоритма RSA-1024 — это ключевая деталь. К моменту, когда Tor Project решил полностью отказаться от v2, RSA-1024 уже считался в криптографическом сообществе недостаточно надёжным по современным меркам. Дело не в том, что кто-то уже взломал конкретные адреса массово, а в том, что математическая основа самого алгоритма постепенно становилась всё более уязвимой к развивающимся вычислительным мощностям — той же логике, которую разбирали применительно к тому, почему RSA в принципе уязвим для будущих квантовых компьютеров, только тут проблема была ещё острее из-за короткой длины ключа.
Проблема брутфорса самого адреса
16-символьный адрес v2 создавал математически меньшее пространство возможных комбинаций, чем 56-символьный v3. Это означало, что при достаточных вычислительных ресурсах существовала теоретическая возможность подобрать или создать коллизию — то есть сгенерировать собственный сервис с адресом, похожим или даже полностью совпадающим с существующим, что открывало путь к атакам подмены.
Уязвимость к деанонимизации через сбор данных сети
Одна из самых серьёзных задокументированных проблем v2 — возможность для того, кто контролирует достаточное количество узлов Tor (так называемая HSDir — Hidden Service Directory), собирать статистику о том, какие .onion-адреса существуют в сети, даже не зная, что именно на них размещено. Из-за особенностей алгоритма v2 это давало исследователям и потенциальным противникам возможность каталогизировать скрытые сервисы способом, который v3 архитектурно закрыл.
Что изменилось в v3 на уровне криптографии
Переход на Ed25519 — современную эллиптическую криптографию вместо устаревшего RSA-1024. Это тот же класс алгоритмов, который используется в современных SSH-ключах и многих других актуальных криптографических системах, считается надёжным при значительно меньшей длине ключа по сравнению со старыми алгоритмами RSA той же степени защиты.
Улучшенная защита от перечисления сервисов
Архитектура v3 значительно усложнила для стороннего наблюдателя, включая тех, кто управляет частью инфраструктуры Tor, возможность просто собирать список существующих .onion-адресов без специального знания об этом конкретном адресе. Это прямая защита от той самой уязвимости к каталогизации, о которой говорили выше.
Улучшенная защита самого протокола установления соединения
Изменился и криптографический протокол handshake — процесс, при котором клиент и hidden service договариваются о соединении. Более современная реализация закрыла несколько теоретических векторов атак на этот процесс, которые существовали в оригинальной спецификации v2.
Почему это заняло так много времени — переход был постепенным
Tor Project официально объявил о завершении поддержки v2-адресов в 2021 году, спустя годы после появления v3 — типичная история с любой инфраструктурной сменой протокола: нужно было дать время администраторам существующих hidden services мигрировать на новый формат, прежде чем полностью отключить поддержку старого, потенциально уязвимого.
Что это значит практически сегодня
Если где-то встречается короткий 16-символьный .onion-адрес — с высокой вероятностью это либо устаревшая, неактуальная ссылка на сервис, который либо давно не существует, либо не был обновлён администратором, что само по себе тревожный знак в контексте актуальности и поддержки такого ресурса. Все легитимные, активно поддерживаемые onion-сервисы, включая официальные зеркала крупных изданий и сервисов вроде SecureDrop, давно перешли на длинные v3-адреса.
Итог
Разница между 16 и 56 символами — не просто эстетическая деталь, а прямое следствие серьёзного апгрейда всей криптографической основы hidden services: от устаревающего RSA-1024 к современной эллиптической криптографии Ed25519, с попутным закрытием нескольких реальных векторов деанонимизации и подмены сервисов, которые существовали в оригинальной архитектуре Tor.
Всем привет. Разберу тему, о которой редко задумываются даже активные пользователи Tor — сам формат .onion-адреса менялся не просто ради красоты, а из-за реальных, серьёзных криптографических слабостей старой версии.
Как выглядели старые адреса v2
Классический .onion-адрес версии 2 состоял из 16 символов — что-то вроде duskgytldkxiuqc6.onion. Короткий, легко запоминаемый на глаз, что и было частью проблемы, как выяснится дальше.
Как выглядят современные адреса v3
56 символов вместо 16 — что-то вроде 2gzyxa5ihm7nsggfxnu52rck2vv4rvmdlkiu3zzui5du4xyclen53wid.onion. На первый взгляд это выглядит просто как неудобное усложнение, но за этой разницей в длине стоит принципиально другая криптографическая основа.
В чём была фундаментальная слабость v2
Адрес v2 генерировался на основе алгоритма RSA-1024 — это ключевая деталь. К моменту, когда Tor Project решил полностью отказаться от v2, RSA-1024 уже считался в криптографическом сообществе недостаточно надёжным по современным меркам. Дело не в том, что кто-то уже взломал конкретные адреса массово, а в том, что математическая основа самого алгоритма постепенно становилась всё более уязвимой к развивающимся вычислительным мощностям — той же логике, которую разбирали применительно к тому, почему RSA в принципе уязвим для будущих квантовых компьютеров, только тут проблема была ещё острее из-за короткой длины ключа.
Проблема брутфорса самого адреса
16-символьный адрес v2 создавал математически меньшее пространство возможных комбинаций, чем 56-символьный v3. Это означало, что при достаточных вычислительных ресурсах существовала теоретическая возможность подобрать или создать коллизию — то есть сгенерировать собственный сервис с адресом, похожим или даже полностью совпадающим с существующим, что открывало путь к атакам подмены.
Уязвимость к деанонимизации через сбор данных сети
Одна из самых серьёзных задокументированных проблем v2 — возможность для того, кто контролирует достаточное количество узлов Tor (так называемая HSDir — Hidden Service Directory), собирать статистику о том, какие .onion-адреса существуют в сети, даже не зная, что именно на них размещено. Из-за особенностей алгоритма v2 это давало исследователям и потенциальным противникам возможность каталогизировать скрытые сервисы способом, который v3 архитектурно закрыл.
Что изменилось в v3 на уровне криптографии
Переход на Ed25519 — современную эллиптическую криптографию вместо устаревшего RSA-1024. Это тот же класс алгоритмов, который используется в современных SSH-ключах и многих других актуальных криптографических системах, считается надёжным при значительно меньшей длине ключа по сравнению со старыми алгоритмами RSA той же степени защиты.
Улучшенная защита от перечисления сервисов
Архитектура v3 значительно усложнила для стороннего наблюдателя, включая тех, кто управляет частью инфраструктуры Tor, возможность просто собирать список существующих .onion-адресов без специального знания об этом конкретном адресе. Это прямая защита от той самой уязвимости к каталогизации, о которой говорили выше.
Улучшенная защита самого протокола установления соединения
Изменился и криптографический протокол handshake — процесс, при котором клиент и hidden service договариваются о соединении. Более современная реализация закрыла несколько теоретических векторов атак на этот процесс, которые существовали в оригинальной спецификации v2.
Почему это заняло так много времени — переход был постепенным
Tor Project официально объявил о завершении поддержки v2-адресов в 2021 году, спустя годы после появления v3 — типичная история с любой инфраструктурной сменой протокола: нужно было дать время администраторам существующих hidden services мигрировать на новый формат, прежде чем полностью отключить поддержку старого, потенциально уязвимого.
Что это значит практически сегодня
Если где-то встречается короткий 16-символьный .onion-адрес — с высокой вероятностью это либо устаревшая, неактуальная ссылка на сервис, который либо давно не существует, либо не был обновлён администратором, что само по себе тревожный знак в контексте актуальности и поддержки такого ресурса. Все легитимные, активно поддерживаемые onion-сервисы, включая официальные зеркала крупных изданий и сервисов вроде SecureDrop, давно перешли на длинные v3-адреса.
Итог
Разница между 16 и 56 символами — не просто эстетическая деталь, а прямое следствие серьёзного апгрейда всей криптографической основы hidden services: от устаревающего RSA-1024 к современной эллиптической криптографии Ed25519, с попутным закрытием нескольких реальных векторов деанонимизации и подмены сервисов, которые существовали в оригинальной архитектуре Tor.
