3 ms·
Tornado Cash was essentially irrelevant to the attack. Just a way the attacker worked to hide themselves. The attack was able to happen as a result of two sepa
by danielvf 1y ago
Tornado Cash was essentially irrelevant to the attack. Just a way the attacker worked to hide themselves.
The attack was able to happen as a result of two separate bugs.
First, a user was able to use something as collateral with a price that could be manipulated. This allowed them to make the collateral to instantly manipulated to appear worth less than the amount borrowed, allowing it to be liquidated.
The second bug was that they had code that should not allow a user to do a series of interaction with the contract that end in bad debt for the user, however since they were able to liquidate their own bad debt from inside the series of interactions, the liquidation cleared out the bad user debt, and moved it to bad protocol debt. This made it so the whole process was checked at the end of the transaction, the user debt looked fine.
Or I could be slightly wrong - it was an usually gnarly attack.
- dealbreaker 1y agoUsually these hacks are always from insiders. Sometimes the entire team plans this months and years ahead.
- danielvf 1y agoMaybe it's just semantics, but to me hacks and rug pulls are different things. Team backdoors in code to steal funds tend to be obfuscated, and access to run them locked down. This is quite different than a hack that exploits "well intentioned" code. I think very few actual exploits are by the team - there's just much easier ways to steal funds than leaving a bug open in the world for a long period of time that anyone could find and use.