Đánh giá về lỗ hổng “Nạp tiền giả” của Thorchain

Tiêu đề gốc: "Thủ thuật thay đổi bộ mặt của tiền giả-kỹ thuật tháo dỡ lỗ hổng "nạp tiền giả" của hệ thống chuỗi chéo THORChain"

Nguồn gốc: Johan, Công nghệ sương mù chậm

Theo tin tức của Slow Mist Zone, vào ngày 29 tháng 6 năm 2021, giao thức giao dịch chuỗi chéo phi tập trung THORChain đã tweet rằng một cuộc tấn công độc hại chống lại THORChain đã được phát hiện. Nút THORChain đã phản hồi và bị cô lập và phòng thủ. Đội ngũ bảo mật SlowMist ngay lập tức can thiệp phân tích và phát hiện đây là cuộc tấn công "nạp tiền giả" nhắm vào hệ thống chuỗi chéo. Kết quả được chia sẻ như sau:

"Nạp tiền giả" là gì?

Khi nói về các cuộc tấn công "gửi tiền giả", chúng ta thường nói về những kẻ tấn công sử dụng một số tính năng của chuỗi công khai có thể bỏ qua các thủ tục nạp tiền và tài khoản của sàn giao dịch, thực hiện các lần nạp tiền sai và thực sự hạch toán chúng.

Slow Mist đã tiết lộ nhiều cuộc tấn công "nạp tiền giả" trong những ngày đầu:

[1]Nạp tiền giả USDT: Phân tích rủi ro bảo mật chuyển tiền giả USDT | Phòng thí nghiệm Blockchain của Viện nghiên cứu công nghệ mới 2345

[2] Tiền gửi giả EOS: Khoản tiền gửi giả EOS (tấn công trạng thái hard_fail) tiết lộ chi tiết cảnh báo đỏ và kế hoạch sửa chữa

[3] Gửi tiền giả mạo token Ethereum: Chi tiết về lỗ hổng "nạp tiền giả" của mã thông báo Ethereum được tiết lộ và kế hoạch sửa chữa

[4] Rủi ro nạp tiền giả mạo Bitcoin RBF: Phân tích rủi ro nạp tiền giả Bitcoin RBF

Với sự gia tăng Đối với các dịch vụ chuỗi chéo như RenVM và THORChain, các nút chuỗi chéo đóng vai trò trao đổi và tạo bản đồ tài sản trên chuỗi công khai cục bộ bằng cách quét tình hình chuyển giao tài sản của chuỗi công khai khác. THORChain sử dụng cơ chế này để chuyển token trên Ethereum sang các chuỗi công khai khác.

Phân tích lỗ hổng

Chúng tôi theo dõi và phân tích nguyên nhân của lỗ hổng này từ lối vào logic nghiệp vụ.

Trước hết, khi xử lý sự kiện nạp lại chuỗi chéo, phương thức getAssetFromTokenAddress là được gọi là Lấy thông tin mã thông báo và chuyển địa chỉ hợp đồng tài sản dưới dạng tham số:

- bifrof/pkg/chainclients/ethereum/ethereum_block_scanner.go


Trong phương thức getAssetFromTokenAddress , chúng tôi thấy rằng nó gọi getTokenMeta  để lấy siêu dữ liệu mã thông báo. Tại thời điểm này, địa chỉ hợp đồng tài sản cũng được chuyển vào dưới dạng tham số, nhưng trong Có một định nghĩa ở đây cảnh báo chúng ta. Khi khởi tạo mã thông báo, ký hiệu mã thông báo được gán ETH theo mặc định. Đây là một trong những điểm chính của lỗ hổng: assets := common.ETHAsset. Nếu địa chỉ hợp đồng đến tương ứng với The biểu tượng mã thông báo là ETH, thì việc xác minh  biểu tượng  ở đây sẽ bị bỏ qua. 

- bifrof/pkg/chainclients/ethereum/ethereum_block_scanner.go


Tiếp tục xác minh dự đoán của mình, chúng tôi thấy rằng khi địa chỉ mã thông báo không tồn tại trong hệ thống, thông tin hợp đồng sẽ được lấy từ chuỗi chính Ethereum và một biểu tượng mới sẽ được tạo bằng đã thu được biểu tượng  mã thông báo, tất cả nguyên nhân gây ra lỗ hổng đã được tiết lộ tại thời điểm này:

- bi Frost/pkg/ chainclients/ethereum/ethereum_block_scanner.go

 
 

- birost/pkg/chainclients/ethereum/tokens_db.go

 

- birost/pkg/ chainclients/ethereum/ethereum_block_scanner.go

 
 

Tóm lại, trước hết là do định nghĩa sai, nếu ký hiệu của token ERC20 để nạp tiền xuyên chuỗi là  ETH, khi đó sẽ xảy ra lỗi logic , khiến mã thông báo được gửi được công nhận là tiền Ethereum thật ETH. 

Khôi phục sự thật của cuộc tấn công

Hãy xem quá trình thực hiện một giao dịch tấn công, chúng ta có thể trích xuất địa chỉ hợp đồng token đã được nạp lại:

 

Chúng tôi xem địa chỉ hợp đồng mã thông báo này trên Etherscan:


Khám phá mã của hợp đồng tương ứng với địa chỉ này Ký hiệu tiền tệ là ETH và kẻ tấn công đã hoàn thành việc nạp tiền giả xuyên chuỗi này bằng cách triển khai hợp đồng tiền tệ giả. 

Sửa lỗi

 
Bản vá lỗ hổng:


Sau khi phát hiện ra cuộc tấn công, nhóm dự án đã nhanh chóng sửa mã, xóa loại token mặc định và sử dụng common.EmptyAsset  ; mã thông báo trống và sử dụng asset.IsEmpty() trong logic tiếp theo để đưa ra phán đoán và lọc ra các mã thông báo nạp tiền giả chưa được chỉ định. 

Tóm tắt

Rất may là nhóm dự án đã phát hiện ra cuộc tấn công này kịp thời và không gây thiệt hại lớn tài sản. Tuy nhiên, với tư cách là một hệ thống chuỗi chéo, một lượng lớn quỹ đa chuỗi có thể được tập hợp trong tương lai và không thể bỏ qua vấn đề bảo mật. Do đó, nhóm bảo mật SlowMist khuyến nghị rằng các đặc điểm của các chuỗi công khai khác nhau và các mã thông báo khác nhau nên được cân nhắc đầy đủ khi thiết kế hệ thống chuỗi chéo và thực hiện đầy đủ thử nghiệm "" Nạp tiền giả ", thực hiện giám sát trạng thái và cảnh báo sớm, đồng thời liên hệ với công ty bảo mật chuyên nghiệp để tiến hành kiểm tra bảo mật nếu cần thiết. 

Liên kết gốc


Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia