Ronin bridge hack caused by error in upgrade deployment script — Verichains

Cointelegraph · 2024-08-16T13:30:53.000Z

The $10 million Ronin bridge exploit on Aug. 6 was caused by a faulty upgrade deployment script, according to a report from blockchain security firm Verichains. The upgrade reduced the voting threshold for validators to zero, essentially allowing any user to withdraw from the bridge “without signature,” Verichains stated. The attacker attempted to exploit this flaw to drain the bridge, but they were front-run by an MEV bot which actually carried out the attack, probably without intending to. The bot’s owner later returned most of the funds to the Ronin team. Verichains’ analysis lays bare the risks that users take when they interact with upgradeable smart contracts. The protocol could have lost the full amount had the attacker paid more in gas and, therefore, avoided the frontrunner. Ronin is a blockchain network dedicated to hosting Web3 games. It is most well-known for being the home of Axie Infinity, a play-to-earn monster breeding game that claimed to have over 2 million players during its peak in 2022. Ronin game players use the bridge to transfer funds between Ethereum and Ronin. According to Verichain’s report, the bridge relies on the variable mimimumVoteWeight to prevent users from withdrawing funds that don’t belong to them. Each transaction must be authorized by a minimum number of validators set by this variable. When minimumVoteWeight is computed, it uses another variable, totalWeight, as an input. TotalWeight in a previous version of Ronin. Source: Verichains In earlier versions of the bridge, totalWeight existed on a separate contract, called “MainchainBridgeManager.” When the developers created the new upgrade, they wanted to move this variable to the bridge’s own internal storage, instead of leaving it in the other contract. This meant that they needed to initialize the variable at the moment of deployment, setting TotalWeight to the value it had been in the previous version. Unfortunately, this is where the upgrade went horribly wrong. According to Verichain, the Ronin developers wrote several different “initialize” functions that were supposed to be called at the moment of deployment. Each of these functions had a different version number. The third version contained the crucial totalWeight initialization. But when the developers wrote the deployment script, they called only version 4, leaving totalWeight at its default zero value. Source: Verichain After this upgrade, users no longer needed to submit signatures to validators to prove their right to withdraw. They could withdraw “without signature,” since “it met the minimumVoteWeight condition (which was 0 due to uninitialized).” In an Aug. 7 post to X, Composable Security smart contract auditor Damian Rusinek gave further detail on what allowed the attack to occur. Per Rusinek, the attacker provided a signature from an address ending in B849f. However, this address “[was] not on the bridge operators list.” It did not need to be on the bridge operators list because “the minimum votes of the operators was 0.” Therefore, “only ONE signature was required and it could [be] ANY valid signature.” Although they did not go into as much detail as either Verichains or Rusinek, Ronin confirmed in an Aug. 6 X post that the exploit was caused when the upgrade “introduced an issue leading the bridge to misinterpret the required bridge operators vote threshold to withdraw funds.” Blockchain data shows that this attack transaction was frontrun by an MEV bot named “Frontrunner Yoink,” who successfully drained over $10 million worth of cryptocurrency from the bridge. According to Rusinek, the bot most likely “simulated changing address and amount and using their own signature.” It then submitted the transaction once this simulation proved that the exploit would work. Related: Ronin Network exploited for $9.8M in ETH, white hat hacker suspected Frontrunner Yoink’s owner returned most of the funds on the same day, and the Ronin team announced that they would be allowed to keep $500,000 worth as a bug bounty. Ronin users suffered a close call with the Aug. 6 exploit. Luckily, the attack was front-run by an MEV bot whose owner was an honest white hat operator. However, the fact that the attack came so close to succeeding exposes the risky nature of upgradeable cross-chain bridges. Some networks claim this problem will be eliminated when Ethereum layer 2s reach “stage 2” and all upgrades are delayed for at least seven days after initiation. However, critics claim that the process of reaching this stage is taking too long and may never be completed. Magazine: Weird ‘null address’ iVest hack, millions of PCs still vulnerable to ‘Sinkclose’ malware: Crypto-Sec

Згідно зі звітом фірми з безпеки блокчейну Verichains, 6 серпня експлойт мосту Ronin, який коштує 10 мільйонів доларів, був спричинений несправним сценарієм розгортання оновлення. 
Оновлення знизило поріг голосування для валідаторів до нуля, фактично дозволивши будь-якому користувачеві вийти з мосту «без підпису», заявили у Verichains. 
Зловмисник спробував скористатися цією вадою, щоб спустошити міст, але він був на передньому плані бота MEV, який фактично здійснив атаку, ймовірно, ненавмисно. Пізніше власник бота повернув більшу частину коштів команді Ronin.
Аналіз Verichains розкриває ризики, на які наражаються користувачі, коли вони взаємодіють зі смарт-контрактами, які можна оновлювати. Протокол міг би втратити всю суму, якби зловмисник заплатив більше за газ і, отже, уникнув лідера.
Ronin — це блокчейн-мережа, призначена для розміщення ігор Web3. Він найбільш відомий тим, що є домом для Axie Infinity, гри для розведення монстрів, яка, як стверджується, мала понад 2 мільйони гравців під час свого піку в 2022 році. Гравці Ronin використовують міст для переказу коштів між Ethereum і Ronin. .
Відповідно до звіту Verichain, міст покладається на змінну mimimumVoteWeight, щоб запобігти виведенню користувачами коштів, які їм не належать. Кожна транзакція має бути авторизована мінімальною кількістю валідаторів, встановлених цією змінною. Коли обчислюється minimumVoteWeight, він використовує іншу змінну, totalWeight, як вхідні дані.
У попередніх версіях мосту totalWeight існував в окремому контракті під назвою «MainchainBridgeManager». Коли розробники створювали нове оновлення, вони хотіли перемістити цю змінну у власну внутрішню пам’ять мосту, а не залишати її в іншому контракті. Це означало, що їм потрібно було ініціалізувати змінну в момент розгортання, встановивши TotalWeight на значення, яке було в попередній версії.
На жаль, саме тут оновлення пішло жахливо не так. За словами Verichain, розробники Ronin написали кілька різних функцій «ініціалізації», які повинні були викликатися в момент розгортання. Кожна з цих функцій мала інший номер версії. Третя версія містила важливу ініціалізацію totalWeight. Але коли розробники писали сценарій розгортання, вони викликали лише версію 4, залишивши totalWeight нульовим значенням за замовчуванням.
Після цього оновлення користувачам більше не потрібно було надсилати підписи валідаторам, щоб підтвердити своє право на відмову. Вони могли відкликати «без підпису», оскільки «вона відповідала умові minimumVoteWeight (яка була 0 через неініціалізацію)».
У дописі 7 серпня для X аудитор смарт-контрактів Composable Security Деміан Русінек надав додаткові подробиці про те, що стало причиною атаки. За словами Русінека, зловмисник надав підпис з адреси, яка закінчується на B849f. Однак ця адреса «[не] була в списку операторів мосту». Йому не потрібно було бути в списку операторів мосту, оскільки «мінімальна кількість голосів операторів була 0». Тому «потрібен був лише ОДИН підпис, і це міг [бути] БУДЬ-ЯКИЙ дійсний підпис».
Незважаючи на те, що вони не вдавалися в такі деталі, як Verichains або Rusinek, Ронін підтвердив у дописі X від 6 серпня, що експлойт був спричинений, коли оновлення «виявило проблему, через яку міст неправильно тлумачив необхідний поріг голосування операторів мосту для виведення коштів .”
Дані блокчейну показують, що ця транзакція атаки була ініціатором бота MEV на ім’я «Frontrunner Yoink», який успішно викачав з мосту криптовалюту на суму понад 10 мільйонів доларів. За словами Русінека, бот, швидше за все, «симулював зміну адреси та суми та використовував власний підпис». Потім він відправив транзакцію, коли симуляція довела, що експлойт спрацює.
Пов’язане: Мережа Ronin використана на 9,8 млн доларів ETH, підозрюється хакер
Власник Frontrunner Yoink повернув більшу частину коштів того ж дня, і команда Ronin оголосила, що їм буде дозволено залишити 500 000 доларів США як винагороду за багів.
Користувачі Ronin постраждали від експлойту 6 серпня. На щастя, авангардом атаки був бот MEV, власником якого був чесний оператор білого капелюха. Однак той факт, що атака була настільки близька до успіху, викриває ризиковану природу перехресних ланцюгових мостів, які можна оновлювати.
Деякі мережі стверджують, що цю проблему буде усунено, коли рівень 2 Ethereum досягне «стадії 2», а всі оновлення відкладено принаймні на сім днів після ініціації. Однак критики стверджують, що процес досягнення цієї стадії триває надто довго і може ніколи не завершитися.
Журнал: дивна «нульова адреса» зламала iVest, мільйони комп’ютерів все ще вразливі до зловмисного програмного забезпечення «Sinkclose»: Crypto-Sec

Перегляньте більше від автора

Останні новини

Перегляньте більше від автора

Останні новини

Популярні статті