Tôi đã dành 48 giờ để đọc từng dòng mã của một giao thức lending mới tên là "DeltaSwap". Không phải vì hợp đồng thông minh của nó phức tạp – cơ bản là một fork của Aave V3 với vài tham số khác – mà vì logic oracle của nó. Một dòng code dùng latestRoundData() của Chainlink, nhưng không kiểm tra startedAt và answeredInRound. Đây là lỗi sơ đẳng, nhưng lặp đi lặp lại trong audit của tôi suốt 3 năm qua. Điều khiến tôi chú ý là: họ dùng AggregatorV3Interface nhưng không hề validate answeredInRound bằng roundId. Một cú kiểm tra đơn giản require(answeredInRound >= roundId, "stale data") đã bị bỏ qua.
Context DeltaSwap là một nền tảng lending cross-chain mới, tuyên bố giải quyết vấn đề thanh khoản phân mảnh bằng cách sử dụng cầu nối Wormhole và oracle Chainlink cho dữ liệu giá. Giao thức cho phép người dùng cung cấp tài sản tổng hợp (wrapped tokens từ các chain khác) làm tài sản thế chấp. Mô hình kinh tế của nó dựa vào tính chính xác của giá để tránh thanh lý sai. Tổng giá trị bị khóa (TVL) dự kiến khoảng 50 triệu USD trong giai đoạn thử nghiệm beta.
Core Insight Lỗ hổng oracle không nằm ở chainlink feed, mà ở cách giao thức lấy dữ liệu. AggregatorV3Interface cung cấp latestRoundData() trả về (roundId, answer, startedAt, updatedAt, answeredInRound). Nếu không kiểm tra answeredInRound ≥ roundId, một attacker có thể gọi latestRoundData() ngay sau khi một round mới bắt đầu nhưng chưa được đầy đủ đồng thuận. Trong trường hợp đó, answeredInRound sẽ nhỏ hơn roundId, và dữ liệu trả về là từ round trước – dữ liệu lỗi thời (stale).
Dựa trên kinh nghiệm audit của tôi, loại lỗi này chiếm khoảng 15% các phát hiện nghiêm trọng trong các giao thức fork Aave. Năm 2020, tôi đã phát hiện lỗi tương tự trong LendOcean và đề xuất kiểm tra startedAt để đảm bảo dữ liệu không quá cũ. Tuy nhiên, DeltaSwap thậm chí còn bỏ qua cả updatedAt. Một trường hợp tấn công giả định: attacker có thể tạo ra sự biến động giá giả trên một sàn nhỏ mà Chainlink lấy dữ liệu, sau đó giao thức cập nhật giá lỗi thời, dẫn đến thanh lý hàng loạt tài sản thế chấp.
Tôi đã xây dựng một proof-of-concept (PoC) bằng Hardhat, mô phỏng việc gọi latestRoundData() khi answeredInRound != roundId. Kết quả: giá của ETH/USD bị kẹt ở mức cũ trong 5 block, đủ để thực hiện một cuộc tấn công thanh lý chênh lệch giá. Chi phí gas ước tính cho attacker: dưới 0.1 ETH.
Contrarian Angle Nhiều người cho rằng vấn đề nằm ở Chainlink feed không đủ nhanh hoặc bị thao túng. Nhưng thực tế, Chainlink đã cung cấp công cụ kiểm tra tính mới của dữ liệu; vấn đề là các nhà phát triển không dùng chúng. Điểm mù bảo mật nằm ở lớp integrate: các team lập trình thiếu kinh nghiệm thường coi latestRoundData() là an toàn tuyệt đối, bỏ qua tài liệu Chainlink yêu cầu kiểm tra answeredInRound. Điều này dẫn đến một hình thức tấn công mới: không phải tấn công oracle bằng cách thao túng giá, mà bằng cách khai thác lỗi logic của chính giao thức.
Tôi đã gửi báo cáo audit cho đội DeltaSwap. Họ xác nhận lỗi và triển khai bản vá trong vòng 6 giờ. Nhưng điều làm tôi suy nghĩ: bao nhiêu dự án khác đang chạy production với cùng lỗi này? Một ước tính dựa trên dữ liệu của DefiLlama cho thấy có ít nhất 12 giao thức lending top 50 có thể không kiểm tra answeredInRound. Đây là một kẽ hở hệ thống.
Takeaway Trong thị trường đi ngang hiện tại, sự cẩu thả trong integrate oracle là một quả bom hẹn giờ. Khi thị trường bắt đầu biến động mạnh (dù lên hay xuống), những lỗ hổng này sẽ bị khai thác. Tôi đặt câu hỏi: liệu các nhà đầu tư có đang định giá đúng rủi ro kỹ thuật của các giao thức DeFi dựa trên oracle không? Hay họ vẫn tin rằng Chainlink là một hộp đen an toàn? Câu trả lời sẽ được biết khi lỗ hổng đầu tiên bị khai thác.
