Thấy ông chủ onekey bảo vệ quyền lợi Resupply, mất vài triệu tài sản, cảm thán Defi thật sự quá mong manh. Nhìn quanh, dường như không ai nói rõ ràng về cách mà hacker tấn công, vì vậy tôi đã tự nghiên cứu một chút và chia sẻ với mọi người: Nhân vật chính trong câu chuyện là ResupplyPair, người dùng có thể vay mượn tài sản bằng cách thế chấp. Modifier isSolvent trong hợp đồng chịu trách nhiệm kiểm tra xem người dùng có đủ điều kiện để yêu cầu vay tài sản hay không, logic mã cụ thể là: Có thể thấy dòng 282 tính toán ltv, nếu chúng ta có cách đặt _exchangeRate thành 0, thì việc kiểm tra không phải lúc nào cũng đúng sao? Tiếp tục đọc mã: Có thể thấy giá trị này là biến đến từ việc gọi oracle getPrices, và là mẫu số, nói cách khác, chúng ta cần làm cho giá của tài sản thế chấp cực lớn. Đọc mã của oracle có thể biết getPrices chỉ là một lớp chuyển tiếp, thực tế là gọi giao diện convertToAssets của tài sản thế chấp (tức là kho). Tiếp tục đọc mã: Có thể thấy kết quả này được tạo thành từ các phép toán toán học rất phức tạp, hacker đã phóng đại mẫu số, và hơn nữa là total_assets, hoàn thành cuộc tấn công, xem xét việc thực hiện hàm _total_assets có thể phát hiện: Giá trị này liên quan đến borrowed_token mà hợp đồng controller của kho nắm giữ, tức là crvUSD. Phân tích đến đây thì đã rõ ràng, ResupplyPair khi được tạo ra đã sử dụng một kho rỗng, hacker đã chuyển một lượng borrowed_token nhất định vào hợp đồng controller của kho, cuối cùng làm cho _exchangeRate về 0, từ đó làm cho giá trị tài sản thế chấp của mình tăng vô hạn, với chi phí cực nhỏ đã vay được tới 10 triệu reUSD. Giao dịch tấn công: Địa chỉ hợp đồng ResupplyPair: Địa chỉ hợp đồng controller của kho: Địa chỉ hợp đồng kho: Địa chỉ hợp đồng oracle: