CVE-2024-52916: DoS на пам’ять через заголовки з низькою складністю
- Джерело
- Bitcoin Corebitcoincore.org
- Опубліковано
- Обсяг оригіналу
- 1 хв читання
- Мова
- англійська
Стислий виклад SATWEI
Заголовки, побудовані прямо на генезис-блоці, яким достатньо складності 1, обходили логіку чекпойнтів від Bitcoin Core 0.12.0 до 0.15.0, тож спамер міг необмежено роздувати mapBlockIndex і, можливо, обвалити вузол через нестачу пам’яті. Cory Fields повідомив про цю помилку середньої серйозності 2017 року, а закрив її #11028.
Теги
- CVE
Інші публікації 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