- Джерело
- Bitcoin Corebitcoincore.org
- Опубліковано
- Обсяг оригіналу
- 2 хв читання
- Мова
- англійська
Стислий виклад SATWEI
До Bitcoin Core 0.10.1 отримані повідомлення могли сягати 32 МіБ, тож нападник міг примусити виділити стільки оперативної пам’яті на одне з’єднання й, можливо, обвалити вузол. Повідомив про це користувач Bitcointalk Evil-Knievel; #5843 зменшив ліміт до 2 МіБ, згодом піднятий до 4 МБ для Segwit. Розкриття, анонсоване на 2015 рік, відклали, а подробиці оприлюднили 2024-го.
Теги
- 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
Bitcoin Core 30.4 більше не вважає біти 5–28 із BIP 9 сигналами софтфорків, як того вимагає BIP 323, тож блоки з цими бітами перестали викликати попередження про невідоме розгортання (#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