- Sursă
- Bitcoin Corebitcoincore.org
- Publicat inițial
- Lungimea originalului
- 1 minut de lectură
- Limbă
- engleză
Rezumat SATWEI
Un mesaj GETDATA malformat putea ține firul net_processing la 100% CPU în versiunile Bitcoin Core anterioare 0.20.0, adăugând 1,5 MB de memorie pentru fiecare peer atacator. Ceilalți peeri continuau să fie serviți, de aici severitatea scăzută. John Newbery a găsit bugul și l-a reparat în #18808.
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