- Sursă
- Bitcoin Corebitcoincore.org
- Publicat inițial
- Lungimea originalului
- 2 minute de lectură
- Limbă
- engleză
Rezumat SATWEI
Înainte de Bitcoin Core 0.10.1, mesajele primite puteau ajunge la 32 MiB, așa că un atacator putea forța alocarea acestei cantități de RAM pe fiecare conexiune și, eventual, prăbuși nodul. Problema a raportat-o utilizatorul Bitcointalk Evil-Knievel; #5843 a coborât limita la 2 MiB, ridicată ulterior la 4 MB pentru Segwit. O dezvăluire anunțată pentru 2015 a fost amânată, iar detaliile au apărut în 2024.
Etichete
- CVE
- P2P
Mai multe de la Bitcoin Core
Peerii pre-BIP31 suspendați umflă lent și fără limită memoria nodului
Prefăcându-se că nu suportă pingurile BIP 31, un peer rău intenționat putea evita deconectarea de după 20 de minute și citea lent, umflând coada de trimitere a nodului cu până la 2 MB pe oră pentru fiecare peer de intrare și 5 MB pentru fiecare peer de ieșire. CVE-2026-117349, de severitate medie, e reparat prin #36667 în Bitcoin Core 32.1, 31.2, 30.4 și 29.5; nodurile -blocksonly erau mult mai puțin expuse.
Bitcoin Core
A apărut Bitcoin Core 30.4
Bitcoin Core 30.4 nu mai tratează biții 5-28 din BIP 9 drept semnale de soft fork, conform BIP 323, așa că blocurile care îi setează nu mai declanșează avertismente despre activări necunoscute (#34779). La capitolul rețea apare un timeout impus peerilor cu trimiterea în pauză (#36667), iar pozițiile din flatfile trec pe întregi de 64 de biți (#36669).
Bitcoin Core
Date urgente TCP umflă memoria fără limită pe sistemele non-Linux
Nodurile pe Windows, macOS și BSD puteau fi doborâte de un peer conectat care trimitea date urgente TCP: acestea treceau de citirile suspendate din backendul select() și ocupau memorie fără limită (CVE-2026-117350). Pe Linux, unde nodurile folosesc poll(), problema nu există. Bugul, de severitate medie, a ieșit la iveală la o scanare cu LLM din cadrul Project Loupe și e reparat în Bitcoin Core 32.1, 31.2, 30.4 și 29.5.
Bitcoin Core