Undo-filer kan slå över under extrema förhållanden
- Källa
- Bitcoin Corebitcoincore.org
- Ursprungligen publicerad
- Originalets längd
- 4 min lästid
- Språk
- engelska
SATWEI-sammanfattning
En miner kunde driva en undo-fil i Bitcoin Core förbi 4 GiB, så att dess 32-bitars positioner slog runt och data förstördes. Noder stänger då ner om rätt reorg följer, medan Windows och 32-bitarssystem fallerar redan vid 2 GiB utan reorg. CVE-2026-117346 har låg allvarlighetsgrad och skulle kräva ungefär en månad av nätverkets samtliga block. Versionerna 32.1, 31.2, 30.4 och 29.5 åtgärdar 64-bitarssystem; 32-bitarsnoder och blocklagring på FAT32 är fortfarande drabbade.
Taggar
- Brytning
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