- Källa
- Bitcoin Corebitcoincore.org
- Ursprungligen publicerad
- Originalets längd
- 2 min lästid
- Språk
- engelska
SATWEI-sammanfattning
Mottagna meddelanden kunde bli upp till 32 MiB stora före Bitcoin Core 0.10.1, så en angripare kunde tvinga fram så mycket RAM-allokering per anslutning och eventuellt krascha noden. Bitcointalk-användaren Evil-Knievel rapporterade felet; #5843 sänkte gränsen till 2 MiB, senare höjd till 4 MB för Segwit. Ett offentliggörande som aviserats till 2015 sköts upp, och detaljerna kom 2024.
Taggar
- CVE
- P2P
Mer från Bitcoin Core
Långsam och obegränsad minnestillväxt hos pausade peers från tiden före BIP31
Genom att låtsas sakna stöd för BIP 31-pingar kunde en illvillig peer undgå frånkopplingen efter 20 minuter och läsa långsamt. Nodens sändkö svällde då med upp till 2 MB i timmen per inkommande peer och 5 MB per utgående. CVE-2026-117349, med medelhög allvarlighetsgrad, åtgärdas av #36667 i Bitcoin Core 32.1, 31.2, 30.4 och 29.5; noder med -blocksonly var betydligt mindre utsatta.
Bitcoin Core
Bitcoin Core 30.4 släppt
Bitcoin Core 30.4 slutar tolka bitarna 5 till 28 i BIP 9 som signaler för soft forks, i linje med BIP 323, så block som sätter dem ger inte längre varningar om okända aktiveringar (#34779). På nätverkssidan får peers med pausad sändning en tvingande tidsgräns (#36667), och positioner i flatfiles lagras nu som 64-bitars heltal (#36669).
Bitcoin Core
Minnet växer utan gräns via TCP urgent data på andra system än Linux
Noder på Windows, macOS och BSD kunde kraschas av en ansluten peer som skickade TCP urgent data, som tog sig förbi pausade läsningar i select()-backenden och köade minne utan gräns (CVE-2026-117350). Linuxnoder använder poll() och berörs inte. Buggen har medelhög allvarlighetsgrad och hittades vid en LLM-skanning inom Project Loupe; Bitcoin Core 32.1, 31.2, 30.4 och 29.5 åtgärdar den.
Bitcoin Core