Zespół programistów Bitcoin Core formalnie zmodyfikował swoją politykę bezpieczeństwa, aby przyspieszyć łatanie luk w zabezpieczeniach oprogramowania i ich ujawnianie. Ten środek ma na celu ograniczenie możliwości ponownego wykrywania znanych luk przez narzędzia modelowania języka (LLM) przy minimalnych trudnościach technicznych.
Decyzja ta kładzie kres embargom, które mogłyby trwać nawet rok, dostosowując infrastrukturę dominującego klienta sieci Bitcoin do nowego, zautomatyzowanego środowiska audytu wspomaganego sztuczną inteligencją.
Strategiczna zmiana w odpowiedzi na postęp modeli językowych
Twórcy oprogramowania referencyjnego sieci zintegrowali Zmiany w polityce ujawniania informacji o bezpieczeństwie w celu przyspieszenia usuwania błędów które zautomatyzowane narzędzia mogą szybko na nowo odkryć. Antoine Poinsot, programista związany z Chaincode Labs i autor formalnej propozycji, ogłosił aktualizację bezpośrednio za pośrednictwem listy mailingowej programistów Bitcoin.
Do tej pory tradycyjny proces kategoryzował błędy według ich wagi technicznej i opóźniał szczegółowe informacje, aby dać operatorom węzłów czas na aktualizację systemów. Jednak upowszechnienie się zaawansowanych modeli sztucznej inteligencji drastycznie obniżyło barierę wejścia w zakresie wyszukiwania subtelnych luk w bazach kodu open source lub wykrywania ukrytych poprawek przed ich powszechnym wdrożeniem.
Aby głębiej zagłębić się w techniczne podstawy tej zdecentralizowanej architektury, możesz skorzystać z zasobów szkoleniowych Akademia Bit2Me, w którym analizowane są kwestie zarządzania kodem i bezpieczeństwa sieci.
Jak działał poprzedni protokół postępowania w przypadku napadów padaczkowych
Zgodnie z poprzednimi wytycznymi, Bitcoin Core zarządzał ostrzeżeniami o lukach w zabezpieczeniach, stosując ścisły harmonogram oparty na poziomie istotności. Luki sklasyfikowane jako niskiego ryzyka były upubliczniane dwa tygodnie po wydaniu kolejnej głównej wersji oprogramowania. Z kolei problemy sklasyfikowane jako średnie i wysokie, pozostawały objęte embargiem poufności do dwóch tygodni po zakończeniu cyklu wsparcia technicznego ostatniej wersji, której dotyczył problem.
Z operacyjnego punktu widzenia procedura ta oznaczała, że niektóre luki w zabezpieczeniach pozostawały chronione przez okres do dwunastu miesięcy. Pierwotnym celem było danie niezależnym operatorom węzłów czasu na migrację instalacji bez narażania się na wczesne ataki oparte na publicznych notatkach o poprawkach. Jednak w środowisku, w którym modele językowe stale analizują kod, opóźnienie wydania działającej poprawki pozostawiało starsze wersje bez ochrony przez zbyt długi czas, nie zapewniając żadnej rzeczywistej poufności.
Nowa kategoria usterek łatwych do wykrycia
Zaktualizowana polityka wprowadza specjalną klasyfikację techniczną zwaną lukami „łatwo wykrywalnymi”. Ta kategoria grupuje luki w zabezpieczeniach, które każdy badacz lub osoba o złych zamiarach może zidentyfikować przy minimalnym wysiłku, na przykład poprzez wykonanie ustrukturyzowanej instrukcji przy użyciu komercyjnego lub otwartego języka programowania.
Gdy zgłoszony problem otrzyma to oznaczenie w początkowej fazie selekcji, programiści Bitcoin Core natychmiast zastosują poprawkę we wszystkich obsługiwanych aktywnych wersjach. Zamiast czekać na kolejny duży cykl aktualizacji, poprawki zostaną wydane tak szybko, jak to możliwe, wraz z technicznym ostrzeżeniem dotyczącym bezpieczeństwa, publikowanym jednocześnie z łatanym oprogramowaniem.
Poinsot przyznał, że takie podejście wiąże się z krótszym okresem testów wewnętrznych, zanim aktualizacje dotrą do użytkowników końcowych. Uważa się je jednak za akceptowalny kompromis, biorąc pod uwagę bezpośrednie ryzyko zautomatyzowanej eksploatacji przez osoby trzecie.
Granice polityki i traktowania przypadków krytycznych
Nowy system operacyjny nie zmienia sposobu zarządzania wszystkimi incydentami. Luki, które nie spełniają kryteriów łatwego ponownego wykrycia, będą nadal usuwane zgodnie z tradycyjnym harmonogramem fazowym, w zależności od poziomu ich wpływu. Podobnie, luki sklasyfikowane jako krytyczne są wyłączone z tej automatyzacji procesu i nadal będą oceniane indywidualnie.
W ekosystemie rozwoju Bitcoin Core krytyczna luka w zabezpieczeniach opisuje wektory ataku, które mogą bezpośrednio zagrozić konsensusowi sieciowemu. Obejmuje to hipotetyczne scenariusze, takie jak kradzież funduszy na poziomie protokołu, nieprawidłowa inflacja maksymalnej podaży 21 milionów jednostek oraz BTC lub trwałego rozbicia łańcucha bloków na niechciane rozwidlenia.
Podczas dyskusji technicznych inni współautorzy projektu poruszyli kwestię wdrażania poprawek bez publikowania towarzyszących im not technicznych. Alternatywa ta została odrzucona przez zespół główny, który uznał, że wydawanie ostrzeżeń bez wystarczających informacji operacyjnych zwiększyłoby niepewność wśród operatorów węzłów, prowadząc do pośpiesznych migracji i potencjalnych błędów w konfiguracji.
Presja na ekosystem open source
Adaptacja mechanizmów obronnych w Bitcoin Core jest odpowiedzią na znaczny wzrost aktywności audytów wspomaganych sztuczną inteligencją w całym ekosystemie. Pod koniec lipca 16-osobowa grupa wolontariuszy, znana jako Bitcoin Red Team, uruchomiła narzędzia analityczne wspomagane sztuczną inteligencją w 390 repozytoriach powiązanych z protokołem. W ciągu zaledwie jednego dnia zespół udokumentował 4.962 odkrycia techniczne, w tym 85 krytycznych luk w zabezpieczeniach.
Konsekwencje tych wektorów wkrótce ujawniły się w narzędziach peryferyjnych. Luka w zabezpieczeniach oprogramowania do przetwarzania płatności BTCPay Server, wcześniej zgłoszona prywatnie, została wykorzystana na serwerach handlowych podłączonych do sieci Lightning. Podobnie, osoby odpowiedzialne za utrzymanie Core Lightning były zmuszone nakłonić swoich użytkowników do odłączenia lub załatania węzłów po potwierdzeniu wiarygodności kilku raportów o lukach bezpieczeństwa wygenerowanych przez sztuczną inteligencję.
Incydenty te zbiegły się również z lipcowym naruszeniem bezpieczeństwa portfeli Coldcard, gdzie atakujący ukradli 594 BTC w ciągu 25 minut, generując globalne straty w wysokości prawie 114 milionów dolarów w kilku kolejnych transakcjach. Powtarzalność tych zdarzeń przyspieszyła potrzebę skrócenia czasu reakcji na wszystkich poziomach ekosystemu technicznego.
Najczęściej zadawane pytania
Dlaczego Bitcoin Core skraca czas obowiązywania embarga bezpieczeństwa?
Bitcoin Core zmniejsza embarga, ponieważ zaawansowane modele językowe pozwalają stronom trzecim na automatyczne ponowne wykrywanie luk w zabezpieczeniach. Utrzymywanie luk w tajemnicy przez miesiące nie chroni już użytkowników i niepotrzebnie opóźnia wydanie niezbędnych poprawek.
Czy ta zmiana wpływa na bezpieczeństwo sieci Bitcoin?
Środek ten ma na celu wzmocnienie ogólnego bezpieczeństwa poprzez umożliwienie natychmiastowego otrzymywania poprawek dla obsługiwanych wersji. Szybkie poprawki wymagają wprawdzie mniej czasu na testy wewnętrzne, ale eliminują one możliwość wykorzystania przez atakujących znanych luk w zabezpieczeniach.
Co powinni zrobić operatorzy węzłów po tej aktualizacji?
Operatorzy węzłów Bitcoin muszą zwracać szczególną uwagę na drobne aktualizacje publikowane przez projekt. Dzięki krótszym okresom powiadamiania o poufności, aktualizowanie oprogramowania do najnowszych oficjalnych wersji ma kluczowe znaczenie dla stabilności operacyjnej.
Integracja narzędzi sztucznej inteligencji z analizą kodu open source stanowi punkt zwrotny w utrzymaniu zdecentralizowanych sieci. Inicjatywa Bitcoin Core pokazuje, że techniczna zwinność i transparentność stały się niezbędne w obliczu coraz bardziej zautomatyzowanych wektorów ataków.
Inwestowanie w kryptoaktywa nie jest w pełni regulowane, może nie być odpowiednie dla inwestorów detalicznych ze względu na wysoką zmienność i istnieje ryzyko utraty wszystkich zainwestowanych kwot.
Do stworzenia tego artykułu wykorzystano narzędzia sztucznej inteligencji generatywnej.
