Tại sao cơ chế chuỗi chéo LP an toàn hơn?

Nguồn gốc: HurricaneSwap

Vụ trộm tiền tệ O3 đã đặt vấn đề an ninh xuyên chuỗi lên hàng đầu.

 

Sáng sớm ngày 11 tháng 8, một hacker đã viết trong một câu hỏi tự hỏi trên mạng Ethereum: "Tại sao chọn tấn công Poly Network? Bởi vì các cuộc tấn công giao thức chuỗi chéo gần đây rất phổ biến."

 

"Các cuộc tấn công chuỗi chéo" thực sự rất phổ biến

Theo thống kê của PeckShield, tính đến thời điểm hiện tại, là sự cố thứ ba. Có 19 sự cố bảo mật DeFi trong quý, 6 trong số đó xảy ra trên các giao thức chuỗi chéo, với tổn thất liên quan đạt 644 triệu USD, xếp thứ nhất; tiếp theo là Ethereum, đạt 29,37 triệu USD; Polygon xếp thứ ba, gây thiệt hại 1,22 triệu đô la Mỹ.

 

Có thể thấy rằng ngay cả khi loại trừ 611 triệu USD liên quan đến sự cố O3 này, thì những tổn thất do chéo gây ra sự cố bảo mật giao thức chuỗi vẫn cao nhất trong DeFi. Từ góc độ khác, sự xuất hiện thường xuyên và số lượng lớn các sự cố bảo mật liên quan đến chuỗi chéo phản ánh mức độ phổ biến của chính các giao thức chuỗi chéo.

 

Sự xuất hiện của DEX chuỗi chéo đã giúp các giao dịch mã thông báo chuỗi chéo trở nên đơn giản và nhanh chóng đối với những người dùng DeFi phải bỏ qua trao đổi tập trung trong quá khứ. . Theo các phương pháp truyền thống, các giao dịch chuỗi chéo mất từ hàng chục phút đến vài ngày và liên quan đến nhiều khoản phí xử lý lớn. DEX chuỗi chéo, chỉ cần 2-3 bước và có thể giao dịch trong vài giây, được người dùng đánh giá cao trong trường hợp này. Tuy nhiên, các vấn đề bảo mật thường xuyên xảy ra gần đây đã khiến người dùng nhận ra rằng ngoài hiệu quả và tỷ lệ, vấn đề bảo mật có thể là ưu tiên hàng đầu khi chọn DEX chuỗi chéo.

 

Những rủi ro tiềm ẩn của DEX chuỗi chéo là gì?

Theo dữ liệu do PeckShild thu thập, các sự cố chuỗi chéo đã tập trung vào hai năm vừa qua tháng.Vấn đề bảo mật chủ yếu nằm ở “lỗi logic” của giao thức:

 

 

Cụ thể, các rủi ro tiềm ẩn hiện tại của DEX chuỗi chéo như sau:

1. Lỗ hổng nạp tiền giả - Tấn công THORChain

Lỗ hổng nạp tiền giả có nghĩa là tin tặc đánh lừa hợp đồng bằng cách nạp lại mã thông báo giả để cho phép cầu nối chuỗi chéo tạo ra mã thông báo thực cho tin tặc. THORChain đã gặp phải các cuộc tấn công nạp tiền giả mạo. Nguyên nhân là do trong chức năng kiểm tra địa chỉ mã thông báo, ký hiệu mã thông báo khởi tạo là ETH. Kẻ tấn công đã giả mạo mã thông báo ERC-20 có ký hiệu ETH trên chuỗi Ethereum để đánh lừa chuỗi chéo bridge và nhận được token ETH thật.

 

2. Lỗ hổng đa chữ ký + lỗ hổng hạn ngạch - ChainSwap Bị đánh cắp lần thứ hai

ChainSwap đã bị đánh cắp lần thứ hai vì hạn ngạch địa chỉ danh sách trắng của cầu nối chuỗi chéo được nút tự động tăng lên. Tuy nhiên, khi kiểm tra danh sách trắng, địa chỉ nhiều chữ ký được yêu cầu ban đầu đã trở thành một chữ ký đơn do một Lỗi cấu hình. Kẻ tấn công độc hại chỉ cần Tài sản có thể được chuyển bằng cách gọi chức năng Nhận trên chuỗi khác thông qua một trong nhiều chữ ký được sử dụng trong chuyển chuỗi chéo.

 

3. Rủi ro thanh toán đầy đủ

Lấy BNB của chuỗi OK (OEC) làm ví dụ. Cầu nối chuỗi Anyswap đã phát hành BNB cho OEC, nhưng BNB không được phát hành chính thức mà do Anyswap phát hành. Vì bản thân BNB không hỗ trợ chuỗi công khai OEC nên BNB trên OEC không tương đương với BNB trên BSC. OEC và BSC là các chuỗi công khai khác nhau. Bản thân OEC không thể sản xuất bất kỳ BNB nào. BNB trên OEC thực chất là một "trái phiếu" BNB do Anyswap phát hành và lưu hành trong OEC.

 

4. Nguy cơ rò rỉ khóa riêng - Sự cố tấn công Anyswap

Anyswap Lý do chính bị tấn công là chữ ký sử dụng các giá trị R lặp lại. Nếu hai giao dịch được ký bởi cùng một tài khoản có cùng giá trị R của chữ ký rsv , tin tặc có thể suy ra ngược khóa riêng của tài khoản. Vì tài khoản này có thể được sử dụng lại trên BSC, ETH và FTM nên nhiều tài sản trên chuỗi của tài khoản này đã bị đánh cắp. Điều đáng chú ý là điều này cũng liên quan đến quyền quá mức của một tài khoản.

 

5. Cho vay chênh lệch giá nhanh - sự cố bEarn Fi

Kẻ tấn công cho vay BUSD thông qua các khoản vay nhanh, tạo ra ibBUSD thông qua các khoản vay của Alpaca Finance và tạo ra ibBUSD thông qua bEarn Fi's Lỗ hổng chiến lược hợp đồng sử dụng chênh lệch giữa giá ibBUSD và BUSD để tiến hành các cuộc tấn công chênh lệch giá.

 

6. Thay thế Keeper (Relayer) + giả mạo chữ ký— —Sự kiện tấn công O3

Kẻ tấn công đã ngụy trang giao dịch thay thế Keeper thành một giao dịch xuyên chuỗi thông thường , thay thế địa chỉ của Keeper chuyển tiếp chuỗi chéo trong Poly Network bằng địa chỉ của chính mình. Ngoài ra, chức năng xác minh chuyển tiếp không đủ khó để kiểm tra, chỉ kiểm tra 4 byte. Kẻ tấn công va chạm với Keeper sau khi giả mạo Keeper. Sau lấy được 4 Byte cần thiết, anh ta đã giả mạo thành công địa chỉ của chính mình thành địa chỉ Keeper và thông qua chữ ký, gọi là hợp đồng LockProxy để cướp toàn bộ tài sản chuỗi chéo của Poly Network.

 

Phòng ngừa rủi ro bắt đầu từ thỏa thuận

6 rủi ro trên được tóm tắt bởi nhóm bảo mật của HurricaneSwap, một dự án giao thức chuỗi chéo LP mới ra đời. Là một giao thức chuỗi chéo LP được nâng cấp toàn diện so với các chuỗi chéo đơn vị tiền tệ truyền thống, HurricaneSwap được triển khai trên chuỗi công khai Avalanche có cố vấn kiến trúc hàng đầu trong ngành blockchain - Ted Yin, tác giả đầu tiên của đồng thuận HotStuff và kiến trúc sư trưởng hiện tại của bộ phận chuỗi công cộng Avalanche.

 

Từ những điều trên, chúng ta có thể thấy rằng hầu hết các giao thức chuỗi chéo đang bị tấn công này đều có lỗ hổng giao thức hoặc lỗi logic riêng Để thực hiện các biện pháp phòng ngừa thích hợp, việc triển khai bảo mật của DEX chuỗi chéo chắc chắn phải ở cấp độ giao thức. Để đối phó với những rủi ro trên, HurricaneSwap, một giao thức chuỗi chéo LP tiên tiến hơn do đội ngũ hàng đầu trong ngành xây dựng, đã chuẩn bị kế hoạch bảo vệ của riêng mình:

1. Lỗ hổng nạp tiền giả: Trong quá trình kiểm tra mã HurricaneSwap của Paidun, người ta đã xác nhận rằng không có nguy cơ giả mạo nạp điện. Đồng thời, HurricaneSwap có các hạn chế nghiêm ngặt về tiền tệ và hạn chế địa chỉ hợp đồng đối với các loại tiền tệ chuỗi chéo được hỗ trợ trong Station để tránh các lỗ hổng nạp tiền sai.

 

2. Rủi ro về lỗ hổng đa chữ ký và hạn ngạch:

Hiện tại không có mã nào trong span>Mã hợp đồng của HurricaneSwap cướp tài sản LP của người dùng. Bạn có thể tìm thấy thông tin chi tiết trong báo cáo kiểm tra Paidun. Không có khả năng trích xuất thanh khoản của người dùng thông qua nhiều chữ ký.

Chainswap và các cầu nối chuỗi chéo thanh khoản khác gửi Token vào hợp đồng để tạo Mã thông báo ánh xạ chuỗi chéo để hoàn thành chuỗi chéo. Người dùng trong danh sách trắng dựa vào hạn ngạch để gửi và rút thanh khoản trong Chainswap. HurricaneSwap không có giới hạn trên về hạn ngạch cứng. Giới hạn rút thanh khoản trên của người dùng được lấy từ Mã thông báo LP mà họ sở hữu, điều này tránh được các lỗ hổng trong việc ký nhiều chữ ký và hạn ngạch.

 

3. Rủi ro mua lại:AToken của HurricaneSwap là chuỗi nguồn Đối với việc ánh xạ tài sản, người dùng hiện có thể so sánh số lượng tài sản lưu động bị khóa trong hợp đồng Station và số lượng aToken được phát hành trong HurricaneSwap để xem liệu chúng có được phát hành theo tỷ lệ 1:1 hay không. Trong tương lai, chúng tôi cũng sẽ hợp tác với Chainlink để cung cấp cho aToken tính năng quy đổi cứng nhắc ổn định hơn

 

4. Nguy cơ rò rỉ khóa riêng:HurricaneSwap đã chấp nhận rủi ro rò rỉ khóa riêng từ Anyswap. Không có chữ ký nào có giá trị R lặp lại trong giao dịch, ngăn chặn kẻ tấn công suy luận chìa khóa. Thứ hai, nhóm đã sử dụng một công cụ quản lý khóa chuyên dụng trong giai đoạn triển khai hợp đồng để tránh nguy cơ rò rỉ do lưu trữ khóa riêng tư ở dạng văn bản thuần túy.

 

5. Rủi ro cho vay nhanh:Tia chớp Cách cốt lõi để kiếm lợi từ các cuộc tấn công cho vay là chênh lệch giá. HurricaneSwap sử dụng phương pháp cấp dữ liệu giá oracle để cập nhật giá nhóm thanh khoản và giá token chuỗi khác trong thời gian thực nhằm tránh biến động giá do thao túng khoản vay nhanh. Trong tương lai, một cơ chế ngắt mạch sẽ được giới thiệu để ngăn chặn hơn nữa các cuộc tấn công cho vay nhanh bằng cách tạm dừng việc gọi các hợp đồng mã thông báo có liên quan.

Ngoài ra, HurricaneAlliance node sẽ thực hiện hoạt động chênh lệch giá dựa trên chênh lệch giá mã thông báo và điều chỉnh giá giao dịch đôi. Nếu một cuộc tấn công cho vay nhanh khiến giá của một mã thông báo nhất định biến động dữ dội, các nút sẽ thực hiện chênh lệch giá và giảm chênh lệch giá, làm giảm thu nhập tấn công của kẻ tấn công.

 

6. Rủi ro thay thế Rơle và xung đột băm:HurricaneSwap có chức năng tương tự Keeper và là tài khoản chính của Roke Protocol. Giao thức Roke không thể kiểm soát tính thanh khoản của LP bị khóa trong Station; mặt khác, tài khoản hoạt động thực hiện việc đúc và đốt aToken bị giới hạn ở tài khoản Chủ sở hữu Giao thức Roke và không có cách nào để giả mạo aToken bằng cách thay thế Giao thức Roke.

 

Hoán đổi bão: lợi thế tự nhiên + phước lành an toàn

Một trong những lý do chính khiến chuỗi chéo một xu được chuyển đổi thành chuỗi chéo LP là vì nhóm HurricaneSwap đã nhìn thấy những rủi ro của xu hướng hiện tại cơ chế chuỗi chéo. Là một cơ chế chuỗi chéo tiên tiến hơn, giao thức chuỗi chéo LP của HurricaneSwap có những lợi thế về bảo mật tự nhiên so với các chuỗi chéo một xu truyền thống. Sự khác biệt cơ bản nhất là theo cơ chế LP, những kẻ tấn công không thể thoát khỏi tài sản thông qua chuỗi chéo một xu. dây chuyền.

 

Ngoài các tính năng bảo mật của chính cơ chế LP, HurricaneSwap còn sử dụng Giao thức Roke, Hurricane Station và liên minh node HurricaneAlliance với sự chênh lệch giá của tài sản chuỗi chéo, quyền hạn LP và xác minh bảo mật phi tập trung cung cấp khả năng bảo vệ an ninh toàn diện cho tài sản. Đằng sau những cơ chế bảo mật này, các thành viên hàng đầu trong ngành như Ted Yin xây dựng những đảm bảo cơ bản về giao thức, mã và logic cho dự án.

 

Sự xuất hiện của những thứ mới đi kèm với rủi ro. Hacker đã nói đúng trong sự cố O3 này, cuộc tấn công này thực sự đã gióng lên hồi chuông cảnh báo một lần nữa cho dự án O3 và ngành DeFi.

 

Không ai sinh ra để làm điều ác trừ khi bạn đặt cơ hội trước mặt họ.

Bài viết này là từ một bài gửi và không thể hiện bất kỳ quan điểm nào của BlockBeats.

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