> The attacker used social engineering to induce Drift Security Council multisig signers into pre-signing transactions that appeared routine but carried hidden authorisations.
So much for the "Security Council". What an embarrassment to be in a team/org like that and fail your most basic duty which would be "look at what you sign".
That was inevitable, and all designs like that will eventually yield the same outcome.
The people who should be embarrassed are the ones who thought having a group of humans routinely review (possibly complex) transactions for correctness, with no ability to undo/revert the outcome, was a good idea.
This is conveniently suspect, no? “Drift migrated its Security Council on March 27 to a new 2-of-5 threshold with zero timelock. That eliminated the delay that would have allowed detection before admin actions took effect.” This was after the perp started working on the heist earlier in the month.
Backed stablecoins aren't some anarchistic anti-government thing; they are highly regulated and will lose access to their banking if they don't follow the rules – rules which require them to freeze coins in cases of crime.
If you want to show a middle finger to government there are cryptocurrencies for that, but USD stablecoins with centralized backing is not it.
The multisig UI/UX is a real and long term difficulty for any governance council. "Please sign this opaque transaction with binary data, it represents our agreement. I promise." For a while maybe ten years ago I worked with MakerDAO on this problem - at the time the idea was a separate auditor for proposed transactions.
This general attack pattern is: get a lender with good collateral to call your bad collateral good, then swap collaterals, and it's a known and bad attack vector; the ongoing tension between innovation / speed and caution continues.
There's probably a flash-loan multiplier angle here for an even worse attack; I'm imagining chaining a liquidity change in the trusted price oracle for the CVT token in the middle of the swapping. Anyway, upshot - don't loan against North Korean attack tokens. Put it on the list.
Back at the top of the crypto hype cycle I wouldn't be surprised to see a project survive even a situation like this one, but now that the hype has died down is it still possible to come back from a loss of this magnitude?
It's always entertaining to see worthless idiots lose money on an obvious scam like cryptocurrency. Ha ha. Although in this case it seems that North Koreans might have ended up with actual valuable fiat currency, which is unfortunate.
this is a beautiful attack, the way that multisig signers were compromised with innocuous signatures in advance, without really compromising private keys
from the pre-funding to a virgin address, to the bundler, to the exit strategy to decentralized assets
to the protocols exposed but functioning perfectly under the stress test - props to Jupiter! - and the optional insurance protocols functioning decently, all while people point fingers at Circle for their bridge working perfectly, it's not even clear what people want them to do specifically! All of these aspects of web3 are working great, and it's easy for a cynic that only sees these headlines to miss that
All changes should be voted upon no matter if onchain or offchain. After that there should be a timelock, so people that don't agree with the vote to pull their assets if they want to. The only power these private keys should have is to pause the market if there is a major bug or exploit.
> The attacker used social engineering to induce Drift Security Council multisig signers into pre-signing transactions that appeared routine but carried hidden authorisations.
So much for the "Security Council". What an embarrassment to be in a team/org like that and fail your most basic duty which would be "look at what you sign".
That was inevitable, and all designs like that will eventually yield the same outcome.
The people who should be embarrassed are the ones who thought having a group of humans routinely review (possibly complex) transactions for correctness, with no ability to undo/revert the outcome, was a good idea.
Also, how could one reasonably disprove that the signers were not in on the scam?
That’s the best part, you can’t!
This is conveniently suspect, no? “Drift migrated its Security Council on March 27 to a new 2-of-5 threshold with zero timelock. That eliminated the delay that would have allowed detection before admin actions took effect.” This was after the perp started working on the heist earlier in the month.
Remind me again how cryptocurrency is the future of money, and is definitely not used, primarily, for scams
I don't see the contradiction, money has always been a scam.
Alright, time to fork this bitch.
> The funds were used to deploy CarbonVote Token (CVT), a completely fictitious asset
Crypto calling out other cryptos, made me giggle
+ "ZachXBT publicly criticised Circle for not freezing the stolen USDC during the bridge"
calling for this, when the whole concept is to avoid government control
Backed stablecoins aren't some anarchistic anti-government thing; they are highly regulated and will lose access to their banking if they don't follow the rules – rules which require them to freeze coins in cases of crime.
If you want to show a middle finger to government there are cryptocurrencies for that, but USD stablecoins with centralized backing is not it.
The multisig UI/UX is a real and long term difficulty for any governance council. "Please sign this opaque transaction with binary data, it represents our agreement. I promise." For a while maybe ten years ago I worked with MakerDAO on this problem - at the time the idea was a separate auditor for proposed transactions.
This general attack pattern is: get a lender with good collateral to call your bad collateral good, then swap collaterals, and it's a known and bad attack vector; the ongoing tension between innovation / speed and caution continues.
There's probably a flash-loan multiplier angle here for an even worse attack; I'm imagining chaining a liquidity change in the trusted price oracle for the CVT token in the middle of the swapping. Anyway, upshot - don't loan against North Korean attack tokens. Put it on the list.
https://www.web3isgoinggreat.com/
So this is the end of the Drift project, right?
Back at the top of the crypto hype cycle I wouldn't be surprised to see a project survive even a situation like this one, but now that the hype has died down is it still possible to come back from a loss of this magnitude?
Their CEO should serve prison time for being so incompetent but hey c-levels almost never get punished which is sad.
It's always entertaining to see worthless idiots lose money on an obvious scam like cryptocurrency. Ha ha. Although in this case it seems that North Koreans might have ended up with actual valuable fiat currency, which is unfortunate.
What a nice retirement fund!
It took a long time until we got real digital money, Bitcoin.
But all these new protocols want to do stuff at the expense of trustlesssness.
Bitcoin isn't 'real digital money'. It's a speculative asset for gambling with. That's all it is, and all it ever was.
this is a beautiful attack, the way that multisig signers were compromised with innocuous signatures in advance, without really compromising private keys
from the pre-funding to a virgin address, to the bundler, to the exit strategy to decentralized assets
to the protocols exposed but functioning perfectly under the stress test - props to Jupiter! - and the optional insurance protocols functioning decently, all while people point fingers at Circle for their bridge working perfectly, it's not even clear what people want them to do specifically! All of these aspects of web3 are working great, and it's easy for a cynic that only sees these headlines to miss that
inspirational, great place to build
It feels like main purpose of those various coins are scams. Either classic pump and dump, or advanced ones based on complex interactions.
What kind of DeFi protocol has super power private keys to alter the protocol just like that? And no timelock. Seriously? What a joke
Seems to be very standard now a days as projects seek to do things that can't be done fully on-chain.
You'd think they'd take a step back and ask "why is this even a token then?".
All changes should be voted upon no matter if onchain or offchain. After that there should be a timelock, so people that don't agree with the vote to pull their assets if they want to. The only power these private keys should have is to pause the market if there is a major bug or exploit.
It's a token so they can make $
Hyperliquid.
Is public-permissionless just a bad fundamental?