Bitcoin Core выявил уязвимость Tor, которая доверяла тысячам узлов

Bitcoin Core раскрыл уязвимость, которая предоставляла входящим соединениям Tor доверенные разрешения на тысячах узлов, устраняя некоторые защиты от спама и утечек конфиденциальной информации.

Summary

• Тысячи доступных узлов предоставили входящим соединениям Tor разрешения, предназначенные для доверенных пиров.
• Уязвимость средней степени серьезности затронула определенные конфигурации белого списка и была исправлена в октябре 2025 года.
• Отдельная уязвимость высокой степени серьезности могла остановить затронутые узлы майнинга от создания действительных шаблонов блоков.

Раскрытие информации о безопасности Bitcoin Core, опубликованное 10 ноября, идентифицирует проблему с Tor как CVE-2025-62860. Разработчики выпустили детали вместе с двумя другими уязвимостями после того, как последняя затронутая серия релизов, 29.x, достигла конца поддержки 27 октября.

Настройки белого списка Bitcoin Core позволяют трафику Tor обходить ограничения

Согласно уведомлению, входящие пиры Tor появлялись в Bitcoin Core под IP-адресом программного обеспечения Tor, которое обычно работало на том же компьютере или локальной сети. Когда этот адрес совпадал с диапазоном, настроенным через опциональную настройку -whitelist, внешние соединения получали разрешения, предназначенные для доверенных пиров.

Белый список убирает различные ограничения отказа в обслуживании и защиту от утечки личной информации. Популярные поставщики объединяли Bitcoin Core с Tor и настраивали совпадающие диапазоны белого списка, оставляя тысячи доступных узлов основной сети, принимающих все входящие соединения Tor с этими привилегиями, сообщили разработчики.

Узлы, которые никогда не включали настройку по умолчанию, не были затронуты этой уязвимостью. Уведомление приписывает Мартину Цумсанду и Антуану Пуансо открытие этой уязвимости и сообщение о ней команде безопасности 12 сентября 2025 года.

В изменении кода Цумсанд объяснил, что входящие соединения Tor не раскрывают фактический сетевой адрес пира, что делает сопоставление по адресу неэффективным. Его предложенное исправление исключало входящие луковые соединения из разрешений белого списка. Разработчики объединили его 17 сентября 2025 года.

Пуансо уведомил затронутых поставщиков программного обеспечения через два дня, согласно хронологии раскрытия информации. Bitcoin Core 30.0 был выпущен с исправлением 10 октября, за ним последовал 29.2 14 октября. Уведомление также перечисляет версии 28.3 и более поздние мелкие релизы как исправленные.

Отдельная ошибка в майнинге может остановить создание шаблонов блоков

Уязвимость в майнинге, отслеживаемая как CVE-2025-62861, получила высокую степень серьезности. Она затронула версии 28.0 до 28.2 и 29.0 до 29.1.

Уведомление Bitcoin Core описывает проблему во время реорганизаций цепи, когда транзакции из отключенных блоков возвращаются в мемпул, коллекцию ожидающих транзакций узла.

Правила для транзакций версии 3, известных как транзакции TRUC, обычно ограничивают отношения между неподтвержденными транзакциями. Однако во время реорганизации транзакции, возвращающиеся из действительных блоков, должны обходить эти ограничения.

Ошибка оставила правило замены транзакций активным в процессе. Это могло удалить восстановленную транзакцию, оставив транзакции, которые зависели от нее, что привело к несогласованному мемпулу.

С этими отсутствующими входами, согласно уведомлению, предложенный шаблон блока узла майнинга не прошел бы проверку на действительность. Создание шаблона блока не могло возобновиться, пока перезапуск не загрузил мемпул в согласованное состояние.

Никлас Гегге сообщил о проблеме 26 сентября 2025 года. В документации по исправлению разработчик Грег Сандерс объяснил, что пропуск проверок TRUC во время реорганизаций был предполагаемым поведением, но соответствующий аргумент обхода не проверялся. Разработчики объединили исправление 2 октября.

Еще одна ошибка может многократно задерживать обработку блоков

Третье официальное уведомление, CVE-2025-62859, описывает уязвимость средней степени серьезности, связанную с компактными блоками, методом экономии полосы пропускания для передачи блоков между узлами.

Злоумышленник, объявляющий компактный блок первым, мог заставить жертву запросить полный блок от того же пира и ждать в течение 10-минутного таймаута. Задержка следовала после неудачной проверки измененных данных свидетелей транзакций.

Согласно раскрытию, злоумышленник, контролирующий всех трех высокоскоростных пиров жертвы, мог повторять нарушение бесконечно. Узлы, работающие с -blocksonly, были другой конфигурацией, в которой возможна многократная задержка. Евгений Сигель сообщил об ошибке 28 апреля 2025 года.

Публичные детали последовали за окончанием поддержки

Политика раскрытия информации Bitcoin Core обычно удерживает детали уязвимостей средней и высокой степени серьезности до двух недель после того, как последний затронутый релиз достигнет конца жизни.

Как ранее сообщалось в crypto.news, изменение политики в октябре создало более быстрый маршрут раскрытия для легко обнаруживаемых уязвимостей, включая проблемы, найденные с помощью простого AI-запроса.

Ранее исправления касались различных проблем. Релиз-кандидат 31.1rc1 в июне исправил уязвимость конфиденциальности PrivateBroadcast, которая могла раскрыть IP-адреса. В мае разработчики раскрыли уязвимость интерпретатора скриптов, связанную со специально подготовленным блоком, который мог удаленно сбросить уязвимые узлы; его исправление было выпущено в Bitcoin Core 29.0 в апреле 2025 года.