Bạn có tin rằng một con cá voi, sau khi bị mất 24,2 triệu USD vì phishing, sẽ củng cố an ninh ngay lập tức? Câu trả lời, dựa trên một vụ việc mới đây, là không. Cùng một ví, cùng một thủ đoạn, ba năm sau, kẻ tấn công lại lấy thêm 25,6 triệu USD. Tổng thiệt hại gần 50 triệu USD. Đây không phải là lỗi của smart contract hay lỗ hổng zero-day. Đây là sự thất bại của hệ thống niềm tin mà chúng ta đã đặt vào DeFi – một niềm tin rằng công cụ bảo mật sẽ tự động bảo vệ chúng ta, rằng một lần bị hack sẽ là lần cuối cùng.
Bối cảnh: Ngày 12/8/2026, BeInCrypto đưa tin dựa trên dữ liệu từ PeckShield, DefiLlama và nhà phân tích Specter. Một con cá voi – cá nhân hoặc tổ chức – đã bị tấn công phishing lần thứ hai. Lần đầu vào tháng 9/2023, mất 4.851 rETH và 9.579,2 stETH. Lần này, danh sách tài sản bị rút dài hơn: aWBTC (6,3 triệu USD), DAI (5,1 triệu USD), WBTC (4,7 triệu USD), ETH (~2,6 triệu USD), cùng cbBTC, USDS, LDO, CRV. Kẻ tấn công đã chuyển toàn bộ số tài sản này thành 20 triệu DAI và 3.000 ETH, phân tán vào bốn địa chỉ khác nhau. Điều đáng chú ý là trong vụ 2023, kẻ tấn công đã trả lại 90% số tiền. Lần này, liệu có sự hào phóng tương tự?
Phân tích kỹ thuật cho thấy đây là một attack vector cổ điển: lạm dụng token approval. Nạn nhân đã ký một giao dịch approve độc hại, cấp quyền cho hợp đồng của kẻ tấn công để rút token. Không có private key nào bị lộ. Bằng chứng là ví vẫn còn một số tài sản không nằm trong phạm vi approve. Điều này xác nhận rằng vấn đề không nằm ở bảo mật cấp độ ví, mà nằm ở giao diện người dùng của DeFi. Các giao thức như Aave, Lido, Curve yêu cầu người dùng approve nhiều token, và giao diện approve thường gộp nhiều token vào một giao dịch, khiến người dùng khó kiểm soát chi tiết. Con cá voi này đã mắc bẫy hai lần, cho thấy rằng ngay cả những người chơi lớn, quản lý danh mục đầu tư phức tạp gồm aWBTC, stETH, LDO, CRV, vẫn không thể thoát khỏi sự phức tạp về UX của DeFi. Đây là một lỗ hổng hệ thống, không phải lỗi cá nhân.
Góc nhìn phản trực giác: Chúng ta thường đổ lỗi cho nạn nhân – “sao lại ký approve bừa bãi?” Nhưng sự thật là DeFi đã tạo ra một môi trường mà việc approve là cần thiết cho hầu hết mọi tương tác. Các công cụ như Revoke.cash, Rabby Wallet, Fire đã tồn tại, nhưng chúng giải quyết vấn đề sau khi thiệt hại xảy ra. Điểm mù thực sự là DeFi chưa bao giờ ưu tiên thiết kế “authorization granularity” cho người dùng thông thường. Bạn có thể approve một token, nhưng không thể approve với giới hạn số lượng, thời gian, hoặc phạm vi hợp đồng cụ thể một cách trực quan. Kẻ tấn công đã khai thác chính sự tiện lợi giả tạo này. Hơn nữa, việc kẻ tấn công chọn đổi tất cả sang DAI và ETH – hai tài sản khó bị đóng băng nhất – cho thấy một sự chuyên nghiệp đáng ngại. Họ không chỉ hack, họ còn hiểu rõ cơ chế thanh khoản và khả năng truy vết.
Takeaway: Vụ việc này không phải là một bản tin hack thông thường. Nó là một hồi chuông cảnh tỉnh cho toàn bộ hệ sinh thái. Nếu sau ba năm, một con cá voi vẫn có thể bị mất 50 triệu USD bởi cùng một kỹ thuật, thì liệu “self-custody” và “DeFi” có đang bán cho chúng ta một giấc mơ an toàn giả tạo? Hay chúng ta đã quá tập trung vào việc xây dựng các lớp DA, các giải pháp L2, mà quên mất rằng điểm yếu nhất vẫn luôn là giao diện giữa con người và smart contract? Câu hỏi để lại: Liệu một lần trả lại 90% có khiến chúng ta chủ quan đến mức sẵn sàng đánh cược lại toàn bộ danh mục đầu tư của mình?