GoBalance позволял захватывать onion-адреса без взлома сервера
Исследователи Searchlight Cyber 8 октября 2026 года раскрыли критическую ошибку в GoBalance - компоненте, который используется вместе с EndGame для распределения нагрузки на Tor-сервисы и защиты их от перегрузок. При определенной конфигурации публичный дескриптор onion-сервиса содержал достаточно информации для восстановления долгосрочного ключа его адреса. Такой ключ позволяет показывать посетителям другой сайт под тем же onion-адресом, хотя сам по себе не дает доступа к исходному серверу или его базе данных. С проблемой наиболее обоснованно связывают захват резервного адреса форума Dread 7 октября, а Omega после раскрытия ошибки сменила свой onion-адрес.Как защита от DDoS раскрывала ключ onion-сервиса
GoBalance представляет собой реализацию идеи Onionbalance на Go и используется в составе EndGame - набора инструментов, созданного для повышения доступности onion-сервисов во время DDoS-атак. Один постоянный адрес при такой архитектуре может обслуживаться несколькими серверными узлами, а система публикует подписанный дескриптор с информацией, необходимой клиентам Tor для соединения.По исследованию Searchlight Cyber, ошибка находилась в обработке ключей, сохраненных в собственном формате Tor. GoBalance использовал неполный набор секретных данных при формировании подписи, из-за чего криптографический параметр, который должен оставаться непредсказуемым, становился вычислимым по публичной информации.
Практическое последствие значительно серьезнее обычной ошибки в проверке подписи. По одному опубликованному дескриптору можно было восстановить ключевую часть криптографической идентичности сервиса и подписывать корректные дескрипторы для того же onion-адреса. Технические формулы и эксплуатационные шаги PavRC намеренно не приводит.
Захват onion-адреса не равен взлому сервера
Важнейшее различие этого инцидента - между контролем над адресом и контролем над серверной инфраструктурой. Получив ключ onion-сервиса, атакующий может убедить Tor направлять посетителей на подконтрольный ему сервер и показывать там копию или измененную версию сайта.Однако сама уязвимость GoBalance не открывает доступ к исходной базе данных, личным сообщениям, внутренним файлам или другим сохраненным данным. Для такого доступа потребовалась бы отдельная атака. Searchlight Cyber прямо разделяет компрометацию onion-идентичности и компрометацию backend-инфраструктуры.
Для пользователей риск все равно остается серьезным: человек может открыть привычный onion-адрес и считать, что авторизуется на настоящем сайте, хотя фактически перед ним сервер другой стороны. Это создает возможность перехвата учетных данных и другой информации, которую посетитель сам отправляет подмененному ресурсу.
Почему Dread потерял сразу два адреса
5 октября основной onion-адрес Dread был перехвачен и начал показывать сообщения, связанные с конкурирующим форумом Conclave. В тот же день администрация Dread объяснила произошедшее собственной операционной ошибкой: по ее версии, приватный ключ случайно попал в архив программного обновления.Однако 7 октября контроль был потерян и над вторым адресом, ранее использовавшимся как резервный. Один случай с ошибочной публикацией архива уже не объяснял компрометацию отдельного второго ключа. После этого администрация Dread заявила, что против нескольких onion-сервисов была использована ранее неизвестная проблема GoBalance.
Searchlight Cyber считает второй захват более сильным свидетельством эксплуатации самой уязвимости. Первый адрес исследователи продолжают рассматривать отдельно, поскольку публичные заявления Dread о случайной утечке ключа невозможно полностью исключить.
После второго инцидента Dread перешел на новый onion-адрес и рекомендовал пользователям сменить пароли. Это было связано не с подтвержденным взломом базы, а с невозможностью полностью исключить перехват авторизационных данных во время подмены адресов.
Omega сменила адрес, а BlackSprut пережил похожий инцидент
По данным The Hacker News, 8 октября маркетплейс Omega опубликовал подписанное сообщение и вывел прежний onion-адрес из эксплуатации именно из-за проблемы GoBalance. Это один из немногих случаев, когда другой сервис публично связал смену адреса непосредственно с этой уязвимостью.Почти в те же дни похожий по внешним признакам эпизод произошел в русскоязычном сегменте. 8 октября основной onion-адрес BlackSprut временно открывал Bazaar, после чего BlackSprut заменил проблемный адрес и признал наличие технической уязвимости. PavRC подробно разбирал этот случай в материале «Bazaar перехватил onion-адрес BlackSprut: что известно об инциденте».
После раскрытия GoBalance совпадение по времени выглядит особенно примечательно, но технически объединять два события пока нельзя. Ни BlackSprut, ни Bazaar не публиковали данные, подтверждающие использование GoBalance, формат ключей или механизм восстановления onion-идентичности. Поэтому случай BlackSprut остается отдельным инцидентом с похожим результатом - временной потерей контроля над тем, какой контент открывался по известному адресу.
Эта серия событий дополнительно показывает проблему доверия к onion-ссылкам. В разборе PavRC поисковиков Ahmia, Torch и Haystak уже отмечалось, что onion-сервисы часто меняют адреса, исчезают и обрастают клонами, поэтому наличие ссылки в поисковой выдаче само по себе не подтверждает подлинность ресурса.
Почему затронуты не Tor и не оригинальный Onionbalance
Ошибка находится именно в GoBalance. Searchlight Cyber подчеркивает, что оригинальный Onionbalance и сама сеть Tor этим дефектом не затронуты. Кроме того, уязвимы не все установки GoBalance: проблема проявляется для мастер-ключей, хранящихся в нативном формате Tor.Собственный инструмент настройки GoBalance создает ключи в другом формате, для которого описанный механизм восстановления не работает. Поэтому одного факта использования GoBalance недостаточно, чтобы считать конкретный сервис скомпрометированным.
Документация Onionbalance отдельно указывает, что главный приватный ключ определяет постоянный onion-адрес и должен храниться в секрете. Именно контроль над таким ключом определяет возможность публиковать действительные дескрипторы от имени сервиса.
Почему старый onion-адрес после утечки уже нельзя считать надежным
Главная особенность этой ошибки - необратимость раскрытия ключа. Если сервис уже опубликовал уязвимый дескриптор и из него можно восстановить долгосрочный ключ, последующее исправление GoBalance не делает этот ключ снова секретным.Поэтому для реально затронутого сервиса недостаточно просто обновить программное обеспечение. Требуется новая криптографическая идентичность и, следовательно, новый onion-адрес. Именно такой путь выбрали Dread и Omega.
По состоянию на 9 октября The Hacker News не обнаружил официального исправления от разработчика GoBalance, CVE в Национальной базе уязвимостей США или публичного бюллетеня Tor Project. Независимый исследователь опубликовал собственный патч, но он не являлся официальным релизом проекта.
Даже появление официального исправления будет решать только проблему будущих подписей. Оно не способно отозвать уже раскрытый ключ, поэтому ранее скомпрометированные адреса требуют полной замены.
Итог
GoBalance оказался редким примером уязвимости, при которой защитный инструмент сам мог раскрывать криптографическую идентичность onion-сервиса. При определенной конфигурации атакующему не требовался доступ к серверу: достаточно было информации из публичного дескриптора.Наиболее убедительно с GoBalance связывают захват резервного адреса Dread 7 октября. Потеря основного адреса двумя днями ранее могла быть отдельной операционной ошибкой. Omega также публично связала свою миграцию с этой уязвимостью.
Почти одновременно Bazaar перехватил onion-адрес BlackSprut, но подтверждений общей технической причины пока нет. Сопоставление этих историй полезно как контекст, однако записывать все эпизоды на счет GoBalance без данных о конфигурации конкретных сервисов было бы преждевременно.
Сам Tor и оригинальный Onionbalance не затронуты. Для уже раскрытого долгосрочного ключа единственное надежное решение - новый ключ и новый onion-адрес, поскольку однажды потерянную секретность восстановить обновлением программы невозможно.
Редакция PavRC