- Källa
- Bitcoin Corebitcoincore.org
- Ursprungligen publicerad
- Originalets längd
- 2 min lästid
- Språk
- engelska
SATWEI-sammanfattning
Genom att utge sig för att vara en UPnP-enhet på det lokala nätverket kunde en angripare mata en Bitcoin Core-nod med uppblåsta M-SEARCH-svar tills minnet tog slut. Bara noder startade med -miniupnp var utsatta, eftersom biblioteket annars är avstängt som standard. Buggen har låg allvarlighetsgrad och åtgärdades i v22.0.
Taggar
- CVE
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