Nguyên nhân Binance bị hack có phải do mắc lỗi sơ đẳng? Việc rà soát lại quá trình tấn công gây ra tranh luận hai chiều trong cộng đồng.

Binance trước đó đã công bố bài đánh giá chính thức về sự cố bị đánh cắp, tiết lộ chuỗi tấn công, chi tiết thiệt hại và dòng thời gian. Chuỗi tấn công của sự kiện hacker trị giá khoảng 6,34 tỷ USD kéo dài khoảng 4 đến 5 tháng, vào tháng 6 một kỹ sư vận hành ví khi tìm kiếm công cụ lập trình AI đã tải xuống gói cài đặt Homebrew bị giả mạo, đến tháng 9 một kỹ sư khác gặp lời mời phỏng vấn giả trên nền tảng tuyển dụng, vượt qua bảo vệ thiết bị đầu cuối để tải xuống tệp "bài tập" và bị nhiễm độc. Hacker sau đó lợi dụng công cụ AI nội bộ để di chuyển ngang, lấy được token triển khai container, cuối cùng chạm tới dịch vụ ký ví.

Bài đánh giá vừa ra, cộng đồng tiền mã hóa nhanh chóng chia thành hai phe.Một phe cho rằng Binance đã mắc lỗi rõ ràng trong kiến trúc bảo mật, quản lý khóa hoặc ứng phó khẩn cấp, thuộc về sự thiếu trách nhiệm có thể tránh được; phe khác nhấn mạnh rằng, đối mặt với APT có độ phức tạp cao, đầu độc chuỗi cung ứng và kỹ thuật xã hội, loại sự kiện này về bản chất là khó phòng tránh, trách nhiệm thuộc về kẻ tấn công nhiều hơn là nền tảng.

Lập trường của nhà sáng lập SlowMist Cosine gần với "khó phòng tránh" hơn, bài đăng của ông cho biết, quá trình bị đánh cắp mà Binance tiết lộ là một cuộc tấn công mối đe dọa dai dẳng nâng cao (APT), không thể chỉ hiểu từ sai sót vận hành của kỹ sư hoặc quyền hạn quá lớn. Loại tấn công này có thể liên kết nhiều khâu như trinh sát tình báo, kỹ thuật xã hội, mã độc né tránh phát hiện, lợi dụng chuỗi tin cậy, đầu độc ngang, xâm nhập môi trường đám mây và vượt qua kiểm soát rủi ro, cũng có thể xen kẽ lợi dụng lỗ hổng zero-day. Kỹ thuật xã hội ban đầu chỉ là một mắt xích trong chuỗi tấn công, thủ pháp trông có vẻ đơn giản cũng có thể gây hậu quả nghiêm trọng trong môi trường cụ thể.

Nhà sáng lập CoinEx Yang Haipo thì đưa ra ba chỉ trích kỹ thuật "lẽ ra có thể tránh được":

Thứ nhất, môi trường sản xuất chưa được cách ly: máy có quyền sản xuất không nên cài phần mềm bên thứ ba, công cụ trò chuyện, cũng không nên dùng để duyệt web và tải bài tập phỏng vấn, mà phải là máy sản xuất chuyên dụng; nếu môi trường phát triển và vận hành không được tách biệt nghiêm ngặt, sẽ trở thành cửa ngõ tấn công.

Thứ hai, ngăn xếp vận hành thiếu 2FA có ý nghĩa: nếu chỉ một khóa là có thể hoàn thành thao tác quan trọng, thì等同于 không có cửa thứ hai thực chất, cách ổn thỏa hơn là khóa phần cứng, Session Manager và các kiểm soát phiên bắt buộc khác.

Thứ ba, MPC đa chữ ký "có danh không thực": trên danh nghĩa có nhiều bên ký, nhưng nếu bên ký không thể xác minh độc lập ý định giao dịch gốc, thì việc phá vỡ một nút có thể kéo sập toàn bộ cơ chế. Theo quan điểm của ông, nếu Binance làm chắc chắn cách ly môi trường, tối thiểu hóa quyền hạn và xác minh độc lập, cửa ngõ tấn công loại này lẽ ra có thể bị thu hẹp đáng kể.

CEO OKX Star thì tiếp cận từ "liệu phòng thủ nhiều lớp có đúng thực chất hay không", cho rằng đã làm mờ trách nhiệm nền tảng, và cố gắng biện minh cho sai sót của mình bằng cách hạ thấp tính an toàn của ngân hàng truyền thống. Star cho biết, Binance liên tục nhấn mạnh "chỉ có 2% vốn chảy ra", nhưng con số này không thể đáp lại lo ngại về an ninh nền tảng, đồng thời đặt câu hỏi về việc Binance tiếp tục thu hút tiền gửi mới thông qua hoạt động tiếp thị trong thời kỳ khủng hoảng, và chỉ ra rằng nền tảng tiền mã hóa và ngân hàng truyền thống đối mặt với mối đe dọa, bề mặt tấn công và hậu quả tiềm ẩn khác nhau, so sánh tính an toàn của hai bên tách khỏi bối cảnh này là gây hiểu lầm. Star cho rằng, sự kiện có thể làm tổn hại uy tín của ngành tiền mã hóa trong mắt thị trường vốn truyền thống, nhà đầu tư tổ chức và cơ quan quản lý, cũng đặt câu hỏi về "phòng thủ an ninh nhiều lớp" mà Binance tuyên bố.

Chuyên gia kiểm toán bảo mật pashov cho rằng, các nhà phát triển Binance lẽ ra có thể chặn lối vào của kẻ tấn công, kỷ luật vận hành thực tế của nền tảng cần được nâng cao. Ông chỉ ra. Trên Mac, mọi phần mềm cài đặt phải tải từ nguồn chính thức và xác minh nguồn gốc nhiều lần; máy tính công việc tuyệt đối không được dùng để phỏng vấn; nếu mã phỏng vấn buộc phải chạy, nhất định phải thực thi trong môi trường sandbox, chứ không phải trực tiếp trên máy có quyền sản xuất. Kỷ luật đơn giản, nhàm chán một khi được thực thi nghiêm ngặt, có thể giảm đáng kể tỷ lệ tấn công thành công.

Nhà đầu tư crypto blanker thì cho biết, sau khi xem bản tổng kết của Binance vẫn cảm thấy "thực sự hơi quá nghiệp dư". Toàn bộ nhân viên bắt buộc dùng bastion host, MFA động, rời khỏi chỗ ngồi phải khóa màn hình, đây nên là tiêu chuẩn của các sàn giao dịch, vệ sinh bảo mật cơ bản của Binance lẽ ra phải nghiêm ngặt hơn, sự cố lần này không phải là không thể phòng ngừa.

Cựu Chủ tịch PayPal David Marcus cho rằng, sự cố tấn công Binance là vấn đề an toàn vận hành, chứ không phải thất bại của mật mã học hay bản thân chuỗi, sau khi tốc độ thanh toán của nền tảng được tăng nhanh, mô hình bảo mật cũ không còn theo kịp nhu cầu hiện tại.

Đối tác Dragonfly Haseeb Qureshi cho rằng, thiết kế cơ sở hạ tầng của nền tảng crypto phải mặc định "sẽ bị xâm phạm", trang bị giám sát AI 24/7 và công tắc khẩn cấp "tắt một nút" thực sự, tránh lúng túng khi sự cố xảy ra.

Nhà sáng lập Telaga Charity ashen liệt kê nhiều nghi vấn: kỹ sư lại dùng máy tính công việc tham gia phỏng vấn xin việc, tùy tiện cài đặt phần mềm trên thiết bị có thể tiếp cận khóa và quyền của sàn giao dịch, cuộc tấn công không phải do AI trực tiếp phá vỡ, không thấy cách ly máy ảo, và châm biếm "chi bằng dùng AI thay người, để ít bị tấn công xã hội hơn". Ông cho rằng, một máy tính bị nhiễm độc có thể ảnh hưởng đến ví nóng hàng tỷ đô la, điều này cho thấy cách ly quyền hạn và kiểm soát thiết bị本身 tồn tại khiếm khuyết, nên cảnh tỉnh tại sao không có khóa phần cứng, máy chuyên dụng hoặc máy ảo từ xa cấm sao chép.

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