INVDoS-уязвимость в Bitcoin Core оставалась в секрете в течение двух лет

INVDoS-уязвимость в Bitcoin Core оставалась в секрете в течение двух лет

INVDoS-уязвимость в Bitcoin Core оставалась в секрете в течение двух лет

Около двух лет назад Брайдон Фуллер, разработчик протокола Bitcoin, обнаружил опасную INVDoS-уязвимость, затрагивающую сразу три имплементации Bitcoin: Litecoin, Namecoin и Decred. Фуллер долго скрывал информацию о проблеме, чтобы не спровоцировать попытки эксплуатации, однако теперь подробности стали доступны общественности.

INVDoS-брешь отслеживается под идентификатором CVE-2018-17145, она угрожает тем цифровым валютам, которые задействуют старые версии Bitcoin Core.

Как выяснил Фуллер, атакующий мог использовать вредоносную Bitcoin-транзакцию, которая бы при обработке нодами блокчейна привела к неконтролируемому расходу памяти — другими словами, вызвала бы DoS.

«С помощью уязвимости атакующий мог вызвать состояние отказа в обслуживании. Эта атака сработала бы против большинства нод Bitcoin, Litecoin, Namecoin и Decred», — пишет специалист в отчёте (PDF).

Проблема безопасности затрагивает Bitcoin Core версии 0.16.0, Bitcoin Core версии 0.16.1, Bitcoin Knots версии 0.16.0, а также все бета-версии Bcoin. А патчи вышли с релизом Bitcoin Core v0.16.2+, Bitcoin Knots v0.16.2+, Bcoin v1.0.2+, Btcd v0.21.0-beta+, Litecoin Core v0.16.2+, Namecoin v0.16.2+ и Dcrd v1.5.2+.

К счастью, Фуллер и другие специалисты не встречали подобные сценарии эксплуатации в реальных атаках.

Подпишитесь на новости

Google поддержит единый запрет на обучение ИИ через robots.txt

Владельцам сайтов обещают упростить отказ от использования их материалов для обучения нейросетей. Google поддержит общий механизм в robots.txt: вместо отдельных инструкций каждому ИИ-провайдеру можно будет задать единую настройку для участников инициативы.

О планах компания сообщила в блоге Search Central. Поддержку механизма намерены запустить в 2027 году.

В основе лежат разработки рабочей группы AIPREF при IETF. В robots.txt появится общий маркер политики, который позволит обозначить предпочтения сайта относительно обучения ИИ.

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

Для издателей это потенциально меньше возни с растущим списком ИИ-ботов. Но универсального технического щита здесь нет: robots.txt сообщает правила использования контента, а не перекрывает доступ к серверу. Эффект зависит от того, какие компании поддержат механизм и будут соблюдать инструкции.

Инициатива пока остаётся предложением, которое продолжат дорабатывать и стандартизировать.

RSS: Новости на портале Anti-Malware.ru