- Источник
- Bitcoin Corebitcoincore.org
- Опубликовано
- Объём оригинала
- 1 мин чтения
- Язык
- английский
Сводка SATWEI
Некорректное сообщение GETDATA могло загонять поток net_processing на 100% CPU в Bitcoin Core до версии 0.20.0, добавляя по 1,5 МБ памяти на каждого атакующего пира. Остальных пиров узел продолжал обслуживать, поэтому опасность оценена как низкая. John Newbery нашёл этот баг и исправил его в #18808.
Теги
- CVE
- P2P
Другие публикации Bitcoin Core
Приостановленные пиры без BIP31 могли медленно раздувать память узла
Притворившись, что не поддерживает пинги BIP 31, вредоносный пир мог избежать отключения через 20 минут и намеренно медленно читать данные: очередь отправки узла росла до 2 МБ в час на каждого входящего пира и до 5 МБ на исходящего. CVE-2026-117349 средней опасности закрывает #36667 в Bitcoin Core 32.1, 31.2, 30.4 и 29.5; узлы с -blocksonly были уязвимы гораздо меньше.
Bitcoin Core
Вышел Bitcoin Core 30.4: биты 5–28 больше не считаются сигналами софтфорков
Вслед за BIP 323 в Bitcoin Core 30.4 биты 5–28 из BIP 9 перестали считаться сигналами софтфорков, поэтому блоки с ними не вызывают предупреждений о неизвестном развёртывании (#34779). В сетевой части появился обязательный таймаут для пиров с приостановленной отправкой (#36667), а позиции во flatfile теперь хранятся в 64-битных целых (#36669).
Bitcoin Core
Срочные данные TCP могли без ограничений раздувать память узлов вне Linux
Подключённый пир мог обрушить узел на Windows, macOS и BSD, отправляя срочные данные TCP: они проходили мимо приостановленного чтения в бэкенде select(), и память расходовалась без ограничений (CVE-2026-117350). Узлы на Linux используют poll() и не затронуты. Баг средней опасности нашло LLM-сканирование в рамках Project Loupe, исправления вошли в Bitcoin Core 32.1, 31.2, 30.4 и 29.5.
Bitcoin Core