Khôi phục lại đêm kinh hoàng sau khi Pickle Finance bị tấn công
Nguồn gốc: Rekt
Tên gốc: " Tiết lộ rằng 20 triệu USD đã bị đánh cắp từ Pickle Finance 》
Người dịch: Miễn phí và Dễ dàng - Babbitt
Ghi chú của Người dịch: Vào thứ Bảy, giao thức DeFi Pickle Finance đã bị hack với số tiền 20 triệu đô la do các lỗ hổng trong chiến lược Jar của nó. Kể từ đó, một nhóm tạm thời gồm các hacker mũ trắng bao gồm Rekt, các thành viên nhóm Stake Capital, samczsun và các hacker mũ trắng khác đã trấn áp 50 triệu đô la còn lại trong quỹ của người dùng dễ bị tổn thương đã được giải cứu và tác giả Rekt đã tóm tắt lại vụ việc.
Sự lên men của tài chính vẫn tiếp tục, và ngay cả dưa chua cũng có thời hạn sử dụng.
Pickle Finance đã bị tin tặc đánh cắp 19,7 triệu DAI do lỗ hổng "Pickle jar" giả mạo.
Pickle Finance đã trở thành nạn nhân mới nhất của đại dịch hacker.
Tuy nhiên, lần này có điều gì đó khác...
Khi mọi người trên Twitter Trong khi cố gắng đối mặt với một thảm họa tài chính khác, Rekt bắt đầu điều tra.
Chúng tôi đã liên hệ với nhóm Stake Capital. Họ đã xem xét mã và cảnh báo với chúng tôi rằng các lọ Pickle khác có thể gặp rủi ro.
Sau đó, chúng tôi đã nhanh chóng liên hệ với nhóm Pickle Finance và nhận được sự hỗ trợ từ các thành viên của Sketch Capital (@bneiluj, @vasa_developer) và các nhà phát triển giàu kinh nghiệm @samczsun, @emilianobonassi A phòng chiến tranh được thiết lập ở giữa.
Sau cuộc điều tra, rõ ràng là chúng tôi đã thấy điều gì đó rất khác so với các vụ hack kiểu DeFi Lego những tuần gần đây.
Đây không phải là kinh doanh chênh lệch giá.
Kẻ tấn công hiểu rõ về Solidity và EVM, đồng thời có thể đã chú ý đến mã Yearn một thời gian, vì lỗ hổng này có liên quan đến một lỗ hổng được phát hiện trong Yearn một tháng trước. Các lỗ hổng tương tự cũng được tìm thấy trong .
Về cơ bản, Pickle Jar là một nhánh của Yearn yVaults, các Jar này được điều khiển bởi một hợp đồng gọi là Controller, có tính năng cho phép người dùng di chuyển giữa các Jar. tài sản.
Thật không may, Pickle không đưa vào danh sách trắng những Jar nào được phép sử dụng tính năng trao đổi này.
Tên hacker đã tạo ra một hũ Pickle giả và đổi số tiền trong hũ ban đầu. Điều này có thể thực hiện được vì swapExactJarForJar không kiểm tra các lọ "danh sách trắng".
Nhóm Pickle Finance biết rằng họ cần trợ giúp và sẵn sàng hợp tác với những người khác để ngăn chặn bất kỳ thiệt hại nào thêm.
Pickle đã cố gắng gọi hàm "rút tất cả" nhưng giao dịch không thành công.
Yêu cầu rút tiền này cần phải thông qua DAO quản trị và có thời hạn 12 giờ.
Chỉ một thành viên của nhóm đa chữ ký Pickle có khả năng vượt qua khóa thời gian này và lúc đó họ đang ngủ.
Điều này có nghĩa là người quản lý không thể dọn sạch Pickle Jar nhưng điều này không bảo vệ họ khỏi một cuộc tấn công khác của hacker.
Sau đó, Pickle Finance và Curve đưa ra cảnh báo yêu cầu người dùng rút tiền từ Pickle ngay lập tức. Tuy nhiên, vẫn còn 50 triệu USD trong hũ Pickle có khả năng bị tấn công. , trong khi nhóm mũ trắng đã điều tra vi phạm và kiểm tra tính bảo mật của số tiền còn lại.
Đội cứu hộ phải đánh thức quản trị viên đang ngủ hoặc tự rút tiền từ những chiếc lọ này.
Toàn đội phải vượt qua 5 thử thách lớn:
Yêu cầu nhóm Pickle Finance tập hợp ở nhiều múi giờ để rút tiền bằng cách đẩy các giao dịch đến khung thời gian 12 giờ (thông qua 3 trong số 6 chữ ký) để giải cứu các khoản tiền này; cho phép hàng nghìn nhà đầu tư rút tiền (và ngăn họ tái đầu tư khi TVL giảm và APY tăng trên 1000%); thực hiện kiểm tra bảo mật trên các lọ khác để xem liệu điều này có khả thi hay không. Nhiều cuộc tấn công xảy ra hơn; lặp lại cuộc tấn công này và chuyển tiền ra ngoài trước đó bất cứ ai tấn công những chiếc lọ này một lần nữa; tránh bị dẫn trước trong khi cố gắng cứu vãn số tiền 50 triệu đô la còn lại;
Chúng ta có thể tiếp tục trông cậy vào sự giúp đỡ của các hacker mũ trắng ẩn danh trong bao lâu?
Rõ ràng, động cơ của những kẻ tấn công nhất quán hơn động cơ của những người bảo vệ, vậy tại sao hacker mũ trắng lại phối hợp phản công miệt mài như vậy?
Danh dự thuộc về mũ trắng, nhưng tiền thuộc về hacker. Điều này không bền vững.
Những chiếc mũ trắng này sẽ chuyển sang màu đen trong bao lâu?
Phân tích
Bằng cách xuất bản thông tin kỹ thuật này, chúng tôi nhận thấy rằng chúng tôi có thể đang tạo điều kiện cho các cuộc tấn công mới của hacker. Chúng tôi đã thảo luận về những phân nhánh tiềm ẩn với Pickle Finance và các nhà phát triển khác, đồng thời xác nhận rằng chúng tôi không biết về bất kỳ hoạt động phân nhánh nào của Pickle có thể bị ảnh hưởng bởi một cuộc tấn công bắt chước.
Việc tiết lộ có chọn lọc mang đến một khía cạnh trách nhiệm, vì vậy chúng tôi quyết định tiết lộ thông tin này một cách tự do. Nếu bất kỳ giao thức nào đang chạy một nhánh mã của Pickle, thì chúng nên biết điều gì đang xảy ra và thực hiện các biện pháp phòng ngừa để bảo vệ khỏi các tin tặc bắt chước.
Biểu đồ bên dưới được tạo bởi @vasa_develop.
Có thể tìm thấy tệp gốc tại tại đây được tìm thấy.
Để biết thêm chi tiết, hãy xem Báo cáo điều tra.
Sẽ rất thú vị khi xem Cover Protocol, một giao thức bảo hiểm tương đối mới, xử lý sự kiện này như thế nào, một sự kiện rất lớn đối với số tiền yêu cầu bồi thường đầu tiên của họ. Bạn có thể tìm thấy phiếu bầu nhanh cho yêu cầu bảo hiểm tại đây.
Dưa chua là một quá trình diễn ra chậm rãi.
Trong nhiều thập kỷ, những người ủng hộ "phát triển linh hoạt" đã yêu cầu các nhà phát triển tiến nhanh, thất bại nhanh và phát hành một sản phẩm khả thi ở mức tối thiểu.
Những ý tưởng này không phù hợp để xây dựng trong một môi trường thù địch.
Thất bại nhanh chóng trong DeFi sẽ phải trả giá đắt.
Chúng tôi không cần một cách tiếp cận khác, chúng tôi cần một sự thay đổi mô hình cho phép lặp lại nhanh chóng đồng thời giảm khả năng bị tấn công.
Hãy ngừng suy nghĩ rằng “có kiểm toán nghĩa là bạn được đảm bảo về an ninh”. Trong hầu hết các trường hợp, đó là biện pháp bảo mật kiểu danh sách kiểm tra được áp dụng cho việc di chuyển mục tiêu. Ảnh chụp nhanh các mục tiêu này thường phát triển thành một mục tiêu khác ngay sau khi dự án truy cập mạng chính.
Các cuộc kiểm tra MixBytes (3 tháng 10) và Haechi (20 tháng 10) đã được hoàn thành trước khi bổ sung ControllerV4 (23 tháng 10) và ControllerV4 là một trong những chìa khóa vectơ trong cuộc tấn công này.
Các nhóm tài chính giỏi nhất trong tương lai sẽ là những nhóm có khả năng cân bằng giữa việc lặp lại nhanh chóng và lặp lại một cách an toàn, thường xuyên thiết kế Robot tiền tệ có thể kết hợp của họ liên tục được kiểm tra và kiểm tra nghiêm ngặt.
Việc kiểm tra phải là một quá trình thường xuyên, liên tục chứ không phải là một hoạt động đánh dấu hộp trước khi triển khai. Các giao thức DeFi mới liên tục thay đổi và thích ứng, và việc kiểm tra bảo mật sẽ phản ánh điều này.
Rốt cuộc, dưa chua chỉ tươi trong lọ...
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
Bài viết liên quan
