BNB Chain i Base wydały aktualizacje bezpieczeństwa po tym, jak błąd w kliencie wykonawczym Ethereum Reth wzbudził obawy dotyczące nieprawidłowych obliczeń stanu blockchaina w kilku sieciach kompatybilnych z Ethereum.
Podsumowanie
- BNB Chain przyznała, że istnieje ryzyko bezpieczeństwa wpływające na klienta wykonawczego Reth, ale stwierdziła, że opBNB nie używa op-reth, a wpływ na BSC-Reth pozostaje ograniczony.
- Base potwierdziła, że zidentyfikowała i rozwiązała błąd Reth po odkryciu problemu 4 listopada, bez zakłóceń w działaniu sieci i bez wpływu na użytkowników.
- Luka mogła powodować, że dotknięte węzły obliczały nieprawidłowe korzenie stanu blockchaina, co potencjalnie mogło powodować problemy z synchronizacją sieci i weryfikacją stanu.
- Base wydała wersję 1.5.3 i zaleciła operatorom węzłów aktualizację, podczas gdy BNB Chain poinformowała, że jej deweloperzy przygotowują poprawkę hotfix i monitorują sytuację.
W komunikacie z 6 listopada BNB Chain przyznała, że istnieje ryzyko bezpieczeństwa wpływające na Reth, ale stwierdziła, że jej sieć opBNB nie używa op-reth, a wpływ na BSC-Reth pozostaje ograniczony.
Zespół poinformował, że przygotowuje poprawkę hotfix i uważnie monitoruje sytuację, aby chronić bezpieczeństwo sieci. Deweloperzy i użytkownicy zostali poinformowani, że w momencie ogłoszenia żadne działania nie są wymagane.
Base tymczasem potwierdziła, że rozwiązała problem 5 listopada, po zidentyfikowaniu luki dzień wcześniej. Wspierana przez Coinbase sieć warstwy 2 poinformowała, że jej działanie nie zostało zakłócone, a środki użytkowników nie zostały naruszone.
Problem dotyczy sposobu, w jaki niektóre wersje Reth obliczają korzeń stanu blockchaina — kryptograficzną wartość reprezentującą bieżący stan kont, sald i pamięci kontraktów inteligentnych.
Nieprawidłowe obliczenie mogło powodować, że dotknięte węzły nie zgadzały się z rzeczywistym stanem sieci, co potencjalnie mogło przerywać synchronizację lub generować niewiarygodne dowody stanu wykorzystywane przez aplikacje.
Base wydaje poprawkę po potwierdzeniu stanu blockchaina
Według oficjalnej aktualizacji statusu Base odkryła 4 listopada, że błąd Reth może powodować, iż węzły obliczają nieprawidłowy korzeń stanu w określonych warunkach.
Ponieważ Base używa Reth jako części swojej infrastruktury wykonawczej, jej deweloperzy zastosowali środki zaradcze i załataili wszystkie węzły budujące bloki tego samego dnia.
Zespół następnie ponownie obliczył korzeń stanu sieci i potwierdził, że zgadza się on z prawidłową wartością.
Base wyjaśniła, że jej system dowodów niezależnie weryfikuje każdy korzeń stanu, zapewniając kolejny mechanizm wykrywania niespójności w obliczeniach blockchaina.
„Zweryfikowaliśmy, że obecny korzeń stanu jest prawidłowy i użytkownicy nie zostali dotknięci” — poinformował zespół.
Wydano aktualizację oprogramowania, wersję 1.5.3, aby zapobiec zatrzymywaniu walidatorów Base w przypadku napotkania nieprawidłowych korzeni stanu.
Operatorom węzłów zalecono jak najszybsze zainstalowanie aktualizacji, choć Base poinformowała, że nie będą musieli ponownie synchronizować swoich węzłów ani wykonywać dodatkowych procedur odzyskiwania.
Komunikat statusu sieci z 5 listopada wymieniał okno konserwacyjne trwające do 7 listopada do godz. 16:19 UTC, podczas gdy publiczna poprawka stała się dostępna 5 listopada o godz. 17:52 UTC.
Deweloperzy Reth naprawiają błąd obliczania korzenia stanu
Pierwotny problem powstał w Reth, kliencie wykonawczym Ethereum opracowanym przez Paradigm, który jest używany bezpośrednio lub poprzez zmodyfikowane wersje w kilku sieciach blockchain.
Zmiana w GitHub scalona 3 listopada rozwiązała błąd dotyczący sposobu, w jaki iterator trie klienta obsługuje określone granice buforowanych gałęzi.
Poprawka zmieniła zachowanie iteratora podczas przeszukiwania przechowywanych danych blockchaina i wprowadziła test regresyjny obejmujący przyrostowe obliczenia korzenia stanu.
Deweloperzy Reth następnie uwzględnili poprawkę w wersji 2.10.0, a załatane wersje powiązanego oprogramowania obejmowały op-reth 2.8.1 oraz wydanie Base 1.5.3.
Firma zajmująca się bezpieczeństwem blockchain Blockaid ostrzegła, że niezałatane klienty mogą doświadczać problemów z synchronizacją lub zwracać nieprawidłowe dowody przez interfejs eth_getProof.
Firma opisała problem jako błąd poprawności oprogramowania, a nie potwierdzony exploit, i poinformowała o braku znanych strat finansowych związanych z tą wadą.
Podatność wywołała reakcje sieci korzystających z infrastruktury opartej na Reth, choć ich ekspozycja zależała od konkretnych wdrożonych implementacji klienta.
Ogłoszenie BNB Chain rozróżniło opBNB, który nie opiera się na op-reth, oraz BSC-Reth, gdzie zespół przyznał ograniczoną ekspozycję, przygotowując własną poprawkę.
LayerZero wstrzymuje niektóre usługi międzyłańcuchowe jako środek ostrożności
Problem Reth wywołał środki ostrożności wykraczające poza dotknięte klienty wykonawcze, szczególnie wśród usług polegających na weryfikacji stanu blockchaina.
Dostawca interoperacyjności międzyłańcuchowej LayerZero tymczasowo zawiesił część infrastruktury pozałańcuchowej połączonej z dotkniętymi sieciami, podczas gdy wdrażano poprawki oprogramowania.
Ograniczenia opóźniły niektóre komunikaty międzyłańcuchowe, choć doniesienia powołujące się na reakcję bezpieczeństwa podały, że komunikaty nie zostaną utracone.
Niektóre usługi zdecentralizowanych finansów tymczasowo ograniczyły depozyty lub routing międzyłańcuchowy, gdy operatorzy oceniali swoją ekspozycję.
LayerZero zapewnia infrastrukturę interoperacyjności wykorzystywaną przez liczne aplikacje blockchain. We wrześniu Anchorage Digital wybrało LayerZero, aby wesprzeć transfery międzyłańcuchowe dla stablecoinów emitowanych przez jego bank z federalną licencją.
Partnerstwo wskazało USAT firmy Tether jako pierwszy stablecoin wykorzystujący standard Omnichain Fungible Token LayerZero w ramach tej umowy.
Osobno ApeChain ogłosił plany 4 listopada migracji APE, USDC i innych aktywów ekosystemu z LayerZero do Cross-Chain Interoperability Protocol firmy Chainlink.
Ogłoszenie migracji poprzedziło publiczne ostrzeżenia o podatności Reth i dotyczyło istniejącej infrastruktury międzyłańcuchowej ApeChain.
Dla operatorów uruchamiających dotknięte oprogramowanie oparte na Reth dostępne aktualizacje rozwiązują problem obliczania stanu, przy czym Base konkretnie zaleca wersję 1.5.3, a BNB Chain kontynuuje prace nad swoją poprawką hotfix dla BSC-Reth.
