- Sursă
- Bitcoin Corebitcoincore.org
- Publicat inițial
- Lungimea originalului
- 2 minute de lectură
- Limbă
- engleză
Rezumat SATWEI
Trimiterea repetată de blocuri invalide putea lăsa un nod Bitcoin Core fără spațiu pe disc, pentru că acesta înregistra în log fiecare bloc picat la verificările de bază sau ramificat înainte de ultimul checkpoint. Niklas Goegge și, independent, Eugene Siegel au raportat CVE-2025-54605, de severitate scăzută. Limitarea logurilor din 29.1 și 30.0 a rezolvat-o.
Etichete
- CVE
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