๐ŸšจOn-chain security alert again: a "permission design issue" was directly exposedโš ๏ธ


Recent monitoring shows that a QNT reserve pool was attacked due to a contract design vulnerability๐Ÿ‘‡
๐Ÿ‘‰ Loss of about 1988.5 QNT (approximately 54.93 ETH)๐Ÿ’ฅ
๐Ÿง The core of this issue is not about hacker skills, but๐Ÿ‘‡
๐Ÿ‘‰ that the permission design "left a backdoor"
Let's break down the process:
โ€ข The admin address delegated code through EIP-7702
โ€ข Delegated to the BatchExecutor contract
โ€ข BatchExecutor then authorized an unpermissioned BatchCall contract
โ€ข BatchCall functions have no permission checks
๐Ÿ‘‰ Result: the attacker directly "legally invoked illegal operations"
๐Ÿ‘‰ The pool assets were emptied directly
๐Ÿ“‰ This incident sends a very dangerous signal:
๐Ÿ‘‰ Itโ€™s not about being "hacked," but about being "countered by design rules"
โš ๏ธSummary of the risk:
โ€ข Permission chain is too long โ†’ risks stack up
โ€ข Lacking basic access control
โ€ข "Arbitrary calls" = leaving a backdoor for attackers
๐Ÿ‘‰ In DeFi, such vulnerabilities are the most deadly because๐Ÿ‘‡
Code is rules, rules are money, if rules are wrong = money is gone
๐Ÿ“ˆ But there is also a positive side:
โ€ข Security incidents are transparent โ†’ industry learning costs decrease
โ€ข New mechanisms like EIP-7702 are being tested in real-world scenarios
โ€ข Security audit demands will further increase
๐Ÿ‘‰ In simple terms:
Every attack is a lesson for the next generation of system upgrades
๐Ÿง  My core view:
๐Ÿ‘‰ The biggest problem in DeFi has never been hackers
๐Ÿ‘‰ But "overly complex permission structures + incomplete security design"
๐Ÿ“Œ To sum up in one sentence:
There are no middlemen in the on-chain world, but if permission design has vulnerabilities, attackers are the most "legitimate" users in your system.โš ๏ธ๐Ÿ”ฅ#WCTCไบคๆ˜“็Ž‹PK #GateCardไธ€ๆ‹ๅณไป˜ $BTC $ETH $PRL
BTC1.05%
ETH1.64%
PRL-15.21%
View Original
post-image
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
  • Reward
  • Comment
  • Repost
  • Share
Comment
Add a comment
Add a comment
No comments