Pilne dane TCP powodują nieograniczony wzrost zużycia pamięci poza Linuksem
- Źródło
- Bitcoin Corebitcoincore.org
- Pierwotnie opublikowano
- Długość oryginału
- 2 min czytania
- Język
- angielski
Streszczenie SATWEI
Węzły na Windowsie, macOS i BSD mógł wywrócić połączony peer, wysyłając pilne dane TCP: omijały one wstrzymany odczyt w backendzie select() i bez końca zajmowały pamięć (CVE-2026-117350). Linuksa błąd nie dotyczy, bo węzły korzystają tam z poll(). Lukę o średnim stopniu zagrożenia, którą wykrył skan modelem LLM w ramach Project Loupe, usuwają Bitcoin Core 32.1, 31.2, 30.4 i 29.5.
Tagi
- P2P
Inne publikacje: Bitcoin Core
Peery udające brak BIP31 powoli zapychały pamięć węzłów
Złośliwy peer, który udawał brak obsługi pingów z BIP 31, unikał rozłączenia po 20 minutach i czytał powoli. Kolejka wysyłania rosła wtedy o maksymalnie 2 MB na godzinę dla każdego peera przychodzącego i 5 MB dla wychodzącego. CVE-2026-117349 o średnim stopniu zagrożenia usuwa #36667 w Bitcoin Core 32.1, 31.2, 30.4 i 29.5; węzły -blocksonly były znacznie mniej narażone.
Bitcoin Core
Bitcoin Core 30.4 wydany
Bity 5–28 z BIP 9 nie są już w Bitcoin Core 30.4 traktowane jako sygnały soft forków. Zgodnie z BIP 323 ustawiające je bloki przestają wywoływać ostrzeżenia o nieznanym wdrożeniu (#34779). W warstwie sieciowej doszedł egzekwowany limit czasu dla peerów ze wstrzymanym wysyłaniem (#36667), a pozycje flatfile zapisywane są teraz jako liczby 64-bitowe (#36669).
Bitcoin Core
Przepełnienie pliku undo w skrajnych warunkach
Górnik mógł rozdmuchać plik undo Bitcoin Core ponad 4 GiB. Przekręcają się wtedy 32-bitowe pozycje, dane ulegają uszkodzeniu, a przy odpowiedniej reorganizacji łańcucha węzły się wyłączają; Windows i systemy 32-bitowe zawodzą już przy 2 GiB, bez żadnej reorganizacji. CVE-2026-117346 ma niski stopień zagrożenia i wymagałaby mniej więcej miesiąca wszystkich bloków w sieci. Wersje 32.1, 31.2, 30.4 i 29.5 naprawiają systemy 64-bitowe, ale węzły 32-bitowe i bloki trzymane na FAT32 pozostają podatne.
Bitcoin Core