Swell wstrzymał wpłaty i wypłaty tokenów swETH oraz rswETH po tym, jak badacze ostrzegli, że klucze administracyjne i operacyjne wyglądały na naruszone, a kursy wymiany tokenów były zawyżane bez pokrycia w ETH.

Protokół płynnego stakingu ogłosił wstrzymanie 23 października, informując, że współpracuje z partnerami z zakresu bezpieczeństwa, w tym Seal911, aby zabezpieczyć infrastrukturę i przywrócić wartość aktywów netto (NAV) do prawidłowego poziomu, zgodnie z oficjalnym komunikatem protokołu.

Zamrożenie nastąpiło po dniu ostrzeżeń badaczy on-chain, że niepokryte zawyżenia kursu osiągnęły maksimum on-chain, a kontrakty aktualizacji zdolne do opróżnienia około 2 500 ETH zostały przygotowane, choć nie trafiły do kolejki.

Badacze sygnalizują naruszenie kluczy hot i przygotowane aktualizacje

22 października badacz bezpieczeństwa Spreek zgłosił, że klucze administracyjne swETH i rswETH w Swell DAO wyglądały na naruszone, a atakujący podnosili NAV nawet o 1% na godzinę bez pokrycia. Według Speeka cztery złośliwe kontrakty aktualizacji zostały wdrożone, ale nie trafiły jeszcze do kolejki przez multisig, a kontrakty te mogły ukraść około 2 500 ETH. Spreek opublikował raport z incydentu naruszenia kluczy hot i zastrzegł, że części raporu została sporządzona przez Claude, co oznacza, że niektóre szczegóły pozostały niezweryfikowane — choć główne twierdzenia on-chain wciąż wydawały się wiarygodne.

Harmonogram zdarzeń w raporcie umieszcza pierwszą anomalię około 14:25 UTC 21 października, gdy naruszony bot oracle sfinansował portfel deployera. Jes tego samego dnia gaz został zmieciony z dziesiątek kluczy hot Swella — kluczy operacyjnych podłączonych do internetu, w odróżnieniu od offline'owego cold storage — w sieciach Ethereum, Arbitrum, HyperEVM i Base do centralnego portfela atakującego.

Od godziny 23:02 UTC kursy wymiany swETH i rswETH zaczęły rosnać krokami o 1% na godzinę — to maksimum kontraktu — bez dopasowanych wpływów ETH. Przykładowe transakcje zawyżenia obejmują swETH o 23:02 i rswETH o 23:35. Raport wskazuje również, że bot przekierował odbierających nagrody EigenLayer dla dziesiątek StakerProxies rswETH do tego samego portfela.

Cztery ładunki aktualizacji celujące w swEXIT, rswEXIT i menedżerów wpłat dodałyby ścieżkę sweep, gdyby zostały kiedykolwiek zainstalowane. Takie ładunki wchodzą w życie dopiero po dodaniu do kolejki przez multisig i upływie opóźnienia timelock — dlatego stan przygotowany, ale nieskolejkowany miał znaczenie: kontrakty istniały on-chain, ale nie mogły jeszcze działać. Odnośnik do platformy Railway pojawił się w raporcie wyłącznie jako spekulacja; Spreek stwierdził, że nie ma twardego dowodu i że wygląda to na zbieg okoliczności czasowych.

Pierwsza odpowiedź Swella, potem zamrożenie

Kilka godzin po wpisach badacza Swell poinformował, że jest świadomy podejrzanej aktywności w kontraktach swETH i rswETH oraz prowadzi dochodzenie z partnerami z zakresu bezpieczeństwa. Zespół podkreślił, że żaden ETH nie opuścił kontraktów wpłat ani wypłat swETH i rswETH, a posiadacze nie musieli podejmować żadnych działań.

Kolejny komunikat z 23 października zaostrzył zabezpieczenia. Wpłaty i wypłaty obu tokenów zostały wstrzymane, a Swell wymienił Seal911 wśród partnerów, zapewniając, że wszystkie środki są bezpieczne. Protokół wskazał, że zresetowanie NAV do prawidłowej wartości jest następnym krokiem przed wznowieniem wpłat i wypłat. Swell ostrzegł również użytkowników, by traktowali ryzyko phishingu jako podwyższone i ufali wyłącznie oficjalnym kanałom. Konkretne kamienie milowe na dalszym etapie to te już zapisane: reset NAV, wznowienie wpłat i wypłat oraz — czytelne on-chain — to, czy cztery przygotowane ładunki aktualizacji zostaną usunięte, a naruszone klucze zmienione.

Dlaczego wstrzymanie ma znaczenie

Zdarzenie pokazuje, że ryzyko tokenów płynnego stakingu (LST) nie ogranicza się do exploitów smart kontraktów —ależy również od tego, kto posiada klucze zmieniające kurs.

swETH i rswETH są kwitami płynnego stakingu i restakingu. Gdy bot oracle może zawyżać kurs wymiany bez nowego ETH w tle, rynki wtórne i platformy pożyczkowe odczytujące getRate() dziedziczą zniekształconą cenę. A gdy ładunki aktualizacji czekają gotowe na timelock, kolejnym trybem awarii jest uprzywilejowana instalacja, a nie wabik phishingowy skierowany na klientów detalicznych.

Zamrożenie Swella blokuje nowe wpłaty i wyjścia, podczas gdy partnerzy pracują nad rozliczeniem niepokrytego zawyżenia i wymianą naruszonych kluczy. Rotacja kluczy to standardowe środki zaradcze przy naruszeniu kluczy hot, ponieważ wymiana poświadczeń to sposób, w jaki protokół odbiera prawa zapisu do kursu. To język powstrzymywania — a nie to samo, co stwierdzenie, że powierzchnia ataku nigdy nie została otwarta.

Sekwencja — najpierw wątek badacza, potem zapewnienie, że „środki są bezpieczne”, a następnie wstrzymanie — jest dobrze znana w incydentach bezpieczeństwa protokołów. Technologia płynnego stakingu stale się zmienia, ale naruszone klucze hot wciąż potrafią napisać jej kolejny rozdział.

Źródło: Live Bitcoin News