Kradzież 8,5 mln dolarów z DAO Term Labs, która kosztowała tylko 951 dolarów

ETH
USDC
DAI
Atak na zarządzaniewypłata ze skarbcaTerm Labswykorzystanie lukiDAO
1 godzinę temuŹródło: crypto.news
Kradzież 8,5 mln dolarów z DAO Term Labs, która kosztowała tylko 951 dolarów

Atakujący kupił pakiet kontrolny tokena zarządzającego DAO za mniej niż 1000 dolarów, przeforsował złośliwe propozycje i wyprowadził 8,5 miliona dolarów ze skarbców strategicznych. Ten exploit ujawnia lukę, której większość protokołów DeFi nie załatała.

Podsumowanie

  • Atakujący wydał około 951 dolarów na zdobycie pakietu kontrolnego tokenów zarządzających Term Labs, a następnie przeforsował propozycje, które wyprowadziły około 8,5 miliona dolarów ze skarbców strategicznych protokołu 23 sierpnia 2026 roku.
  • Skradzione aktywa obejmowały 2843 ETH (około 6,87 miliona dolarów) i 1,68 miliona USDC, później wymienione na około 1,6 miliona DAI, a początkowe finansowanie atakującego śledzono do zaledwie 2 ETH pochodzących z Tornado Cash.
  • Exploit nie obejmował błędu w inteligentnym kontrakcie ani wady kodowania. Każda transakcja była dozwoloną akcją zarządzania wykonaną przez adres, który protokół rozpoznawał jako swojego legalnego zarządcę.
  • Term Labs trwale zamknął wszystkie depozyty Meta Vault i cofnął role zarządzania DAO w odpowiedzi, pozostawiając wypłaty otwarte dla istniejących deponentów.
  • Atak jest piątym exploitem zarządzania w 2026 roku według DefiLlama, co daje łączną sumę 25,1 miliona dolarów w tym roku, z czego największy był lipcowy drenaż skarbca BonkDAO o wartości 20 milionów dolarów.

Matematyka jest sednem sprawy. Atakujący wydał 951 dolarów na tokeny zarządzania dla protokołu, który posiadał 12,45 miliona dolarów środków deponentów. Te 951 dolarów kupiło wystarczającą siłę głosu, aby kontrolować cztery skarbce strategiczne USDC i około 91% Ethereum Meta Vault. Atakujący złożył propozycje przeniesienia środków, głosował nad tymi propozycjami za pomocą właśnie zakupionych tokenów i obserwował, jak skarbce przesyłają 8,5 miliona dolarów do portfela zasilanego 2 ETH z Tornado Cash.

Każdy krok był legalny z perspektywy protokołu. Kontrakty zarządzania działały dokładnie tak, jak zaprojektowano. Propozycje zostały złożone poprawnie, głosy zostały policzone dokładnie, a transfery ze skarbców zostały wykonane precyzyjnie zgodnie z instrukcjami systemu zarządzania. Problem nie polegał na tym, że kod się zepsuł. Problem polegał na tym, że kod zrobił to, co kazał mu ktoś, kto wydał mniej niż 1000 dolarów, aby stać się jego najwyższą władzą.

Term Labs potwierdził exploit na X 23 sierpnia 2026 roku. Firmy ochroniarskie PeckShield i CertiK niezależnie zweryfikowały incydent i prześledziły skradzione środki do adresu atakującego 0xD5183d8BfC65a50863C62aF2538198A8288FFc13. Bot monitorujący protokołu, Defimon od Decurity, jako pierwszy oznaczył nietypowe transakcje.

To nie był nowatorski atak. Był to piąty exploit zarządzania w 2026 roku i drugi w ciągu siedmiu tygodni. Wzorzec się powtarza, ponieważ luka jest strukturalna, a większość protokołów DeFi jej nie rozwiązała.

Jak działał atak, krok po kroku

Term Finance prowadzi pożyczki o stałym oprocentowaniu poprzez aukcje on-chain. Podstawowa infrastruktura pożyczkowa, gdzie pożyczkobiorcy i pożyczkodawcy są dopasowywani poprzez aukcje z zamkniętą ofertą, nie została dotknięta exploitem. Atak był wymierzony w oddzielną warstwę: Meta Vaults i skarbce strategiczne, które Term Labs zbudował na infrastrukturze Yearn V3, aby automatyzować strategie dochodowe dla deponentów.

Te skarbce zawierały niestandardową warstwę zarządzania opracowaną przez Term Labs. Posiadacze tokenów zarządzania mogli składać i głosować nad propozycjami, które kierowały, jak środki ze skarbców są wykorzystywane. Mechanizm zarządzania został zaprojektowany, aby dać społeczności kontrolę nad alokacją strategii, co jest funkcją, którą wiele protokołów DeFi włącza jako środek decentralizacji.

Atakujący wykorzystał niską płynność tokena zarządzania. Przy niskiej całkowitej kapitalizacji rynkowej i minimalnym wolumenie obrotu, zdobycie większościowego pakietu wymagało tylko umiarkowanego nakładu kapitału. Kwota 951 dolarów, zidentyfikowana przez analityków on-chain, reprezentuje całkowity koszt zakupu wystarczającej liczby tokenów do kontrolowania głosowania.

Po uzyskaniu tokenów, atakujący złożył propozycje do czterech skarbców strategii USDC oraz Meta Vault Ethereum. Propozycje nakazywały skarbcom przelanie ich zasobów do portfela atakującego. Ponieważ atakujący posiadał większość tokenów zarządzania, propozycje przeszły bez sprzeciwu. Kontrakty skarbców, działając zgodnie z projektem, wykonały transfery.

Cała sekwencja, od zakupu tokenów do wypłaty środków, nie wymagała żadnego technicznego exploita w tradycyjnym sensie. Nie było ataku reentrancy, manipulacji oracle, ani flash loan. System zarządzania po prostu przetworzył ważne instrukcje od uznanego autorytetu. Atakujący stał się tym autorytetem za 951 dolarów.

Precedens BonkDAO

Siedem tygodni przed exploit Term Labs, BonkDAO doznał podobnego ataku na większą skalę. 6 lipca 2026 roku atakujący kupił na giełdach tokeny BONK o wartości około 4 milionów dolarów w ciągu kilku dni, zgromadził dominujący udział w sile głosu i złożył propozycję do skarbca DAO opartego na Solanie.

Propozycja przekazywała 4,43 biliona tokenów BONK, większość skarbca, do portfela kontrolowanego przez atakującego. Kiedy głosowanie się zakończyło, adresy powiązane z atakującym stanowiły 99,878% oddanych głosów. W głosowaniu wzięło udział tylko siedem adresów. Propozycja przeszła i około 20 milionów dolarów w BONK zostało wypompowanych ze skarbca.

Atak na BonkDAO był droższy w wykonaniu (4 miliony dolarów vs. 951 dolarów dla Term Labs), ponieważ tokeny BONK miały wyższą płynność i większą kapitalizację rynkową. Ale mechanika była identyczna: zdobycie siły głosu, złożenie złośliwej propozycji i pozwolenie systemowi zarządzania zrobić resztę. Giełdy Upbit i Kraken wstrzymały depozyty i wypłaty BONK po incydencie, a BonkDAO skoordynował działania z Solana Foundation i organami ścigania, chociaż perspektywy odzyskania środków opisano jako ograniczone.

Oba ataki mają wspólną podatność strukturalną, której żaden z protokołów nie złagodził: brak zabezpieczeń między przejściem głosowania zarządzającego a wykonaniem wynikającej z niego transakcji. W obu przypadkach nie było blokady czasowej, wymogu wielu podpisów ani mechanizmu dodatkowej weryfikacji, który mógłby wstrzymać wykonanie na tyle długo, aby społeczność mogła zauważyć i zareagować.

Yearn V3 i rozróżnienie infrastruktury

Yearn Finance szybko wyjaśnił swoją rolę po exploicie Term Labs. Dotknięte produkty to Meta Vaults i skarbce strategii Term, które działały na infrastrukturze Yearn V3, ale zawierały niestandardową nakładkę zarządzania opracowaną przez Term Labs. Yearn stwierdził, że podatność wynikała z dodatkowej warstwy zarządzania Term, a nie z jakiegokolwiek problemu ze standardowymi projektami skarbców Yearn.

To rozróżnienie ma znaczenie dla szerszego ekosystemu DeFi. Skarbce Yearn V3 są używane przez dziesiątki protokołów do automatyzacji zysków. Gdyby podatność znajdowała się w podstawowym kodzie Yearn, implikacje wykraczałyby daleko poza Term Labs. Fakt, że została odizolowana do niestandardowej warstwy zarządzania Term, ogranicza promień rażenia, ale nie umniejsza lekcji.

Lekcja jest taka, że komponowalność działa w obie strony. Modułowość DeFi pozwala programistom budować niestandardowe warstwy na ustalonej infrastrukturze, łącząc mechanikę skarbców Yearn z aukcjami pożyczkowymi Term i systemem zarządzania, który daje posiadaczom tokenów kontrolę. Każda warstwa działa poprawnie w izolacji. Podatność pojawia się na przecięciu, w nakładce zarządzania, która łączy środki deponentów z głosowaniem, które można wygrać za 951 dolarów.

Standardowe projekty skarbców Yearn obejmują środki ochronne, które warstwa zarządzania Term ominęła. Standardowe skarbce Yearn używają multisigów strategów i adresów opiekunów, które mogą w nagłych wypadkach odwołać strategie. Niestandardowa warstwa Term zastąpiła te zabezpieczenia zarządzaniem ważonym tokenami, zamieniając bezpieczeństwo na decentralizację w kontekście, w którym decentralizacja była iluzoryczna, ponieważ token zarządzania nie miał znaczącej dystrybucji.

Dlaczego cienkie zarządzanie jest niezałataną luką w DeFi

Termin „atak na zarządzanie” wszedł do słownika DeFi głównie w 2026 roku. DefiLlama sklasyfikowała w tym roku pięć incydentów jako ataki na zarządzanie, o łącznych stratach 25,1 miliona dolarów. Ta kategoria praktycznie nie istniała przed 2025 rokiem, ponieważ tokeny zarządzania były albo zbyt drogie do zgromadzenia (co czyniło ataki nieopłacalnymi), albo zbyt scentralizowane (gdzie zespoły założycielskie zachowywały wystarczającą liczbę tokenów, aby blokować złośliwe propozycje).

Obecna fala ataków wykorzystuje specyficzny stan rynku: protokoły, których tokeny zarządzania straciły większość swojej wartości, podczas gdy same protokoły nadal posiadają znaczne środki deponentów. Token zarządzania Term Labs był cienko notowany przy minimalnej kapitalizacji rynkowej, ale jego skarbce zawierały 12,45 miliona dolarów. Zarządzanie BonkDAO odbywało się za pomocą tokena, który znacznie spadł z maksimum, ale skarbiec nadal posiadał aktywa o wartości 20 milionów dolarów.

Stosunek kapitalizacji rynkowej tokena zarządzania do środków kontrolowanych przez protokół jest kluczowym wskaźnikiem. Gdy koszt nabycia 51% tokenów zarządzania jest mniejszy niż wartość aktywów, które te tokeny kontrolują, protokół jest matematycznie podatny na atak na zarządzanie. To nie jest błąd. Jest to emergentna właściwość ważonego głosowania tokenami na rynkach, gdzie ceny tokenów zmieniają się niezależnie od użycia protokołu.

Większość protokołów DeFi nie monitoruje tego wskaźnika. Struktury zarządzania są zazwyczaj projektowane podczas fazy uruchamiania, gdy ceny tokenów są wysokie, a wskaźnik sprzyja bezpieczeństwu. Gdy ceny tokenów spadają w cyklach rynkowych, wskaźnik się odwraca, a protokoły, które były ekonomicznie bezpieczne przy starcie, stają się podatne bez żadnej zmiany kodu ani aktualizacji zarządzania.

Obrony, które istnieją, ale nie zostały użyte

Kilka dobrze znanych mechanizmów mogło zapobiec lub złagodzić exploit Term Labs. Time locki, które nakładają opóźnienie między przejściem propozycji zarządzania a wykonaniem wynikającej z niej transakcji, są najbardziej podstawowe. 24- lub 48-godzinny time lock dałby społeczności i zespołowi Term Labs czas na zauważenie złośliwej propozycji, zmobilizowanie głosów sprzeciwu lub uruchomienie procedur awaryjnego wyłączenia.

Wymagania dotyczące wielu podpisów dla transakcji o wysokiej wartości stanowią drugą warstwę obrony. W tym modelu propozycje zarządzania, które przenoszą środki powyżej pewnego progu, wymagają zatwierdzenia przez wielu niezależnych sygnatariuszy oprócz głosowania tokenami. Atak na BonkDAO i exploit Term Labs dotyczyły propozycji, które przenosiły większość środków skarbca w jednej transakcji, co byłoby oznaczone przez kontrolę wielu podpisów.

Wymagania kworum to trzecia opcja. Oba ataki zakończyły się sukcesem przy bardzo niskiej frekwencji wyborczej. Głosowanie BonkDAO obejmowało siedem adresów. Gdyby system zarządzania wymagał minimalnego procentu całkowitej podaży tokenów do udziału, zanim głosowanie mogłoby być uznane za ważne, nabycie kontrolnego pakietu stałoby się proporcjonalnie droższe.

Głosowanie przekonaniowe, model stosowany przez protokoły takie jak Gardens i 1Hive, zastępuje dyskretne okresy głosowania ciągłą agregacją sygnałów. W głosowaniu przekonaniowym tokeny muszą być stakowane przez dłuższy okres, zanim ich siła głosu osiągnie pełną moc. Atakujący, który kupuje tokeny i natychmiast głosuje, miałby znikomy wpływ. Ten model bezpośrednio odnosi się do wzorca zakupu i głosowania, na którym polegały exploity Term Labs i BonkDAO.

Fakt, że te mechanizmy są dobrze udokumentowane, szeroko dyskutowane i dostępne jako implementacje open source, sprawia, że ich brak w wykorzystanych protokołach jest trudniejszy do usprawiedliwienia. Term Labs zdecydowało się na wdrożenie niestandardowej warstwy zarządzania bez uwzględnienia żadnego z nich. Rezultatem był system, który bezwarunkowo ufał posiadaczom tokenów zarządzania, jednocześnie czyniąc stanie się jednym z nich trywialnie tanim.

Reakcja i co dalej

Term Labs odpowiedziało na exploit, trwale zamykając wszystkie depozyty Meta Vault i odwołując role zarządzania DAO. Wypłaty pozostały otwarte dla istniejących deponentów, umożliwiając im odzyskanie środków, których atakujący nie zabrał. Na dzień 24 sierpnia nie ogłoszono żadnej propozycji odzyskania środków, zobowiązania do zwrotu ani terminu analizy pośmiertnej.

Podstawowa infrastruktura pożyczkowa protokołu, system aukcji o stałym oprocentowaniu, nie został naruszony. Pożyczkobiorcy i pożyczkodawcy korzystający z rynków aukcyjnych Term działali normalnie. Exploit został ograniczony do warstwy skarbca, która funkcjonowała jako oddzielny produkt zbudowany na bazie podstawowego protokołu pożyczkowego.

Dla szerszego ekosystemu DeFi exploit Term Labs dodaje pilności rozmowie, którą zapoczątkował atak BonkDAO, ale jej nie rozwiązał. Ataki na zarządzanie nie są przypadkowe. Celują w konkretną słabość strukturalną – niską płynność tokenów zarządzania w stosunku do aktywów kontrolowanych przez protokół – która występuje w setkach protokołów DeFi. Straty w wysokości 25,1 miliona dolarów z tytułu ataków na zarządzanie w 2026 roku to tylko incydenty, które już miały miejsce. Liczba protokołów obecnie podatnych na ten sam wektor ataku jest prawie na pewno większa.

Fala exploitów z sierpnia 2026 roku wykracza poza ataki na zarządzanie. Całkowite straty DeFi w tym miesiącu przekroczyły 27 milionów dolarów, w tym podatność mostu Sandbox oraz exploit autoryzacji BounceBit, który doprowadził do całkowitego zamknięcia łańcucha. Każdy incydent dotyczył innej powierzchni ataku, ale łączy je wspólny motyw: luka między wartością zabezpieczoną przez infrastrukturę DeFi a środkami bezpieczeństwa, które ją chronią, wciąż się powiększa.

Na co zwrócić uwagę

  • Publikacja raportu pośmiertnego Term Labs: szczegóły techniczne dotyczące tego, jak przeprowadzono przejęcie zarządzania i jakie zabezpieczenia zespół planuje wdrożyć w przyszłych produktach.
  • Narzędzia monitorowania wskaźnika zarządzania: czy platformy analityczne zaczną śledzić stosunek kapitalizacji rynkowej tokenów zarządzania do aktywów kontrolowanych przez protokół jako wskaźnik podatności.
  • Wdrażanie blokad czasowych w DeFi: czy exploity Term Labs i BonkDAO przyspieszą wdrażanie obowiązkowych blokad czasowych dla propozycji zarządzania, które przenoszą środki.
  • Wypłaty z protokołów ubezpieczeniowych: czy produkty ubezpieczeniowe DeFi (Nexus Mutual, InsurAce) obejmują exploity zarządzania, czy klasyfikują je jako błędy projektowe poza zakresem ochrony.
  • Reakcja regulacyjna: czy SEC lub CFTC powołają się na ataki na zarządzanie w swoich argumentach za regulacją DeFi, szczególnie w kontekście okresu komentarzy do Regulation Crypto Assets.