Kluczowe punkty
- Bitcoin Core ujawnił w tym tygodniu trzy wcześniej załatane luki, z których jedna mogła zakłócić operacje wydobywcze.
- Najpoważniejsza wada mogła uniemożliwić dotkniętym węzłom generowanie poprawnych szablonów bloków po reorganizacji łańcucha bloków.
- Mimo że instalacja domyślna nie jest narażona, tysiące węzłów są zagrożone potencjalną luką w konfiguracji Tor.
Najważniejsza luka została oznaczona jako CVE-2025-62861 i dotyczyła wersji Bitcoin Core od 28.0 do 28.2 oraz od 29.0 do 29.1. Ta wada została sklasyfikowana jako o wysokim stopniu powagi i dotyczyła obsługi transakcji podczas reorganizacji łańcucha bloków, potencjalnie uniemożliwiając węzłom wydobywczym tworzenie poprawnych szablonów bloków.
Jej sednem są transakcje w wersji 3, zwykle określane jako transakcje TRUC, które działają w ramach dedykowanych ograniczeń mempoolu. W trakcie reorganizacji łańcucha Bitcoin Core może błędnie usuwać transakcje, pozostawiając ich zależności, co powoduje niespójności w puli transakcji.
Dla górników konsekwencje są szczególnie kłopotliwe. Dotknięte węzły mogą powodować niepowodzenie weryfikacji szablonu bloku, skutecznie uniemożliwiając generowanie nowej pracy wydobywczej do momentu ponownego uruchomienia. Sprzęt wydobywczy może dalej haszować przestarzałe szablony, co skutkuje utratą opłat transakcyjnych i obniżeniem efektywności operacyjnej.
Badacz ds. bezpieczeństwa Niklas Goegge zgłosił tę lukę 26 września 2025. Programista Greg Sanders następnie wprowadził poprawkę, którą połączono 2 października, aby zapobiec problematycznemu usuwaniu transakcji podczas reorganizacji.
Poprawka pojawiła się w oprogramowaniu Bitcoin Core w wersjach 30.0, 29.2 i 28.3 oraz pozostała dostępna do października 2025 roku. Jednakże około 9% dostępnych węzłów wciąż korzystało z podatnych wersji w czasie ujawnienia.
Druga luka, CVE-2025-62859, została oceniona jako o średniej powadze i dotyczyła złośliwie skonstruowanych bloków kompaktowych. Atakujący mogli wykorzystywać nieprawidłowe przetwarzanie zmodyfikowanych świadectw transakcji, by wielokrotnie opóźniać pobieranie bloków. Przy określonych warunkach sieciowych, w tym uszkodzonych połączeniach typu peer o dużej przepustowości, zakłócenia mogły trwać w nieskończoność.
Badacz Eugene Siegel wykrył tę słabość w kwietniu 2025 roku. Gregory Sanders opracował poprawkę, która trafiła do Bitcoin Core w wersjach 30.0 i 29.2.
W międzyczasie, CVE-2025-62860 ujawniła zupełnie inny problem, związany z połączeniami przychodzącymi Tor i uprawnieniami zaufanych peerów. Gdy operator ustawił opcjonalną konfigurację -whitelist w Bitcoin Core tak, by obejmowała adres ich demona Tor, połączenia przychodzące mogły błędnie odziedziczyć przywileje przeznaczone wyłącznie dla zaufanych peerów.
Te wyjątki osłabiały niektóre mechanizmy ochrony przed odmową usługi oraz prywatności. Bitcoin Core wskazał, że tysiące dostępnych węzłów głównej sieci mogły być zagrożone, mimo że standardowa konfiguracja pozostawała bezpieczna.
Ogłoszenie z 10 listopada nastąpiło zgodnie z ustaloną polityką ujawniania Bitcoin Core. Programiści zachowali szczegóły techniczne do czasu zakończenia cyklu życia ostatniej podatnej głównej linii wydań 29.x (27 października 2026). W przeciwieństwie do trzech zgłoszonych 28 października luk wspomaganych przez AI, obecne kwestie podlegały tradycyjnej procedurze embarga.
Co istotne, żadna z tych luk nie umożliwiła kradzieży Bitcoinów, nieautoryzowanego tworzenia monet ani awarii konsensusu, a także nie zgłoszono żadnego wykorzystania. Luka dotycząca wydobycia wymagała specyficznych warunków reorganizacji, co oznacza, że jej skutki ograniczały się do dotkniętych operatorów, a nie do samego Bitcoina.
Dla górników Bitcoin i administratorów węzłów to rozróżnienie ma duże znaczenie. Nawet jeśli luki nie zagrażają środkom, utrzymanie oprogramowania pozostaje kluczowe. To zdarzenie pokazuje, że z pozoru drobne błędy w obsłudze transakcji mogą powodować realne problemy operacyjne bez podważania podstawowej zgody sieci.
