Viena „Ethereum“ klaida kelia grėsmę keliems „blockchain“ tinklams

Dėl programinės įrangos trūkumo, dėl kurio specialiai parengtos operacijos gali atlikti neteisingus blokų grandinės būsenos skaičiavimus, paskatino suderintus pataisymus visoje Ethereum infrastruktūroje.

Lapkričio 5 d. Georgios Konstantopoulos, kriptovaliutų investicinės įmonės „Paradigm“ vyriausiasis technologijų pareigūnas, sakė, kad kūrėjai išleido „Reth“, „Optimism“, „Base“ ir „Tempo“ pataisas po to, kai aptiko programinės įrangos, naudojamos „blockchain“ sandoriams apdoroti, klaidą.

Pažeidžiamumas paveikė „Reth“ – „Paradigm“ sukurtą „Ethereum“ vykdymo klientą, kuris teikia svarbiausią infrastruktūrą tinklams, veikiantiems „Ethereum“ virtualiosios mašinos (EVM) ekosistemoje.

Reth klaida

Pasak Konstantopoulos, klaida atsirado senoje Reth būsenos šakninio skaičiavimo sistemoje, kuri gali pateikti neteisingą rezultatą apdorojant tam tikras išmaniųjų sutarties saugojimo konfigūracijas.

Būsenos šaknis yra kriptografinis piršto atspaudas, nurodantis dabartinę blokų grandinės būseną, įskaitant sąskaitų likučius ir išmaniosios sutarties duomenis. Dėl neteisingo skaičiavimo mazgai gali nesutarti dėl bloko galiojimo, todėl gali sutrikti operacijų apdorojimas arba tinklo sinchronizavimas.

„Pasenęs Reth būsenos šakninis kodas turėjo kraštutinį atvejį“, – paaiškino Konstantopoulos ir pridūrė, kad kruopščiai parengta operacija gali sukelti klaidą tam tikromis sąlygomis.

„Reth“ blokų kūrimo programinė įranga naudojo pažeidžiamą skaičiavimo metodą žemesnės klasės aparatinėje įrangoje ir tinkluose, sukurtuose naudojant „Optimism’s OP Stack“, išplečiant galimą poveikį už „Ethereum“ pagrindinio tinklo infrastruktūros ribų.

„Tempo“ kūrėjų komanda šią problemą atrado atlikdama automatinį saugos testavimą. Testavimo metodas, žinomas kaip „fuzzing“, apima neįprastų ar netikėtų programinės įrangos įvesčių tiekimą, kad būtų atskleistos klaidos, kurių įprastas testavimas gali nepastebėti.

Konstantopoulosas sakė, kad Tempo taip pat buvo pataisytas, o Reth kūrėjai išleido 2.10.0 versiją, Optimism paskelbė OP Reth v2.8.1, o Base išleido 1.5.3 versiją.

Reth leidimas naujinimą klasifikavo kaip aukštą prioritetą mazgų operatoriams, įskaitant tuos, kurie atsakingi už blokus.

Suderintas atsakas išryškina vis labiau tarpusavyje susietos Ethereum programinės įrangos ekosistemos pažeidžiamumą: keli blokų grandinės tinklai gali paveldėti tą patį pagrindinį defektą, kai remiasi bendra vykdymo programine įranga.

Tačiau Konstantopoulosas teigė, kad paveiktas kodas nesukėlė „Base“ ir kitų „OP Stack“ tinklų naudotojų dėl klaidingų pašalinimų.

Jis paaiškino, kad šių tinklų išėmimo sistemos nebuvo pažeidžiamos dėl klaidos, o ekosistemų tiltai paprastai priklauso nuo operacijų gavimo šaknų arba kelių parašų įgaliojimų, o ne nuo paveiktų būsenos šaknų skaičiavimų.

Jis taip pat atsiprašė už sutrikimą, pabrėždamas „Paradigm“ atsakomybę už visos „Ethereum“ ekosistemos naudojamos infrastruktūros priežiūrą.

„Base“ patvirtina, kad naudotojo lėšos yra saugios, nes „LayerZero“ riboja kryžminę grandinę

„Base“ atskirai patvirtino, kad pažeidžiamumas nepaveikė jos vartotojų, pateikdama papildomos informacijos apie tai, kaip jos saugos sistemos neleido klaidai kelti grėsmės tinklo vientisumui.

Lapkričio 5 d. būsenos atnaujinime Coinbase palaikomas tinklas pranešė, kad lapkričio 4 d. atrado Reth problemą ir nedelsdamas pataisė blokų kūrėjus.

Komanda taip pat savarankiškai perskaičiavo blokų grandinės būsenos šaknį, kad patikrintų jos tikslumą.

„Base“ teigė, kad jos tikrinimo sistema naudoja atskirą įgyvendinimą būsenos šaknims patikrinti, suteikdama papildomą patikrinimą, galintį aptikti „Reth“ atliktų skaičiavimų neatitikimus.

Tinklas pasakė:

„Patikrinome, kad dabartinės būsenos šaknis yra teisinga ir vartotojams tai nebuvo paveikta.

1.5.3 versijos leidimas taip pat sprendžia atskirą veikimo defekto pasekmę, neleidžiančią bazės tikrintuvams sustoti, kai susiduriama su netinkamomis būsenos šaknimis.

Mazgų operatoriai buvo skatinami atnaujinti, nors „Base“ teigė, kad jiems nereikės iš naujo sinchronizuoti mazgų ar imtis papildomų atkūrimo veiksmų.

Nepaisant to, susirūpinimas dėl programinės įrangos trūkumo paskatino imtis atsargumo priemonių visose decentralizuotos finansų ekosistemos dalyse.

„Frax Finance“ lapkričio 5 d. pranešė, kad kelių grandinių pranešimų siuntimo protokolas „LayerZero“ laikinai sustabdė tam tikrus perdavimo maršrutus, kol kūrėjai įvertino situaciją.

„Frax“ teigė, kad jos turtas ir išmaniosios sutartys toliau veikė įprastai, o vartotojų lėšos liko saugios.

Apribojimai nenustatė, kad LayerZero tilto sutartys buvo pažeidžiamos Reth defektui. Vietoj to jie parodė, kaip susirūpinimas dėl bendros blokų grandinės infrastruktūros gali paskatinti kitas paslaugas apriboti veiklą, vertinant veiklos riziką.

Nebuvo patvirtintų pranešimų, kad lėšos buvo pavogtos dėl valstybės pagrindinio skaičiavimo trūkumo.

Konstantopoulosas teigė, kad suderintos pataisymo pastangos užtikrino Reth pagrįstą infrastruktūrą, įskaitant sistemas, kurios priklauso nuo blokų grandinės būsenos įrodymų.

Tačiau pataisytos programinės įrangos prieinamumas nereiškia, kad kiekvienas nepriklausomai valdomas mazgas ją įdiegė.

Likęs prioritetas yra infrastruktūros teikėjams ir mazgų operatoriams diegti pataisytus leidimus, o paslaugos, kurios apriboja veiklą, nustato, kada jos gali atnaujinti įprastą veiklą.