Bitget bị hack 351,6 triệu USD: Lazarus đứng sau vụ này?

Lần chuyển đầu tiên đủ nhỏ để trông vô hại: 0,84 Ether được gửi từ một ví mang nhãn Bitget đến một địa chỉ mới tạo. Những gì xảy ra sau đó thì không như vậy. Stablecoin, vàng token hóa, Ether, Avalanche, BNB và có thể cả 93,7 triệu XRP đã di chuyển qua nhiều mạng trong khi các ví nhận nhanh chóng chuyển đổi và phân tán tài sản.

Thông báo bảo mật của CEO Bitget Gracy Chen về sự cố ví nóng trị giá 351,6 triệu USD từ X, tính đến ngày 24 tháng 9 năm 2026.

Thông báo bảo mật của Bitget ước tính số tiền bị ảnh hưởng vào khoảng 351,6 triệu USD. Sàn giao dịch cho biết các hệ thống của họ đã phát hiện những giao dịch chuyển tiền trái phép lúc 18:31 UTC ngày 24 tháng 9, các ví lạnh vẫn an toàn, số dư của người dùng chính xác và hoạt động rút tiền đã được tạm dừng trong quá trình rà soát bảo mật. Đây là những thông tin quan trọng, nhưng vẫn chưa giải thích cách một dịch vụ ví tạo ra các giao dịch mà doanh nghiệp không có ý định ủy quyền.

Lời giải thích còn thiếu đó là trọng tâm của câu chuyện. CEO Bitget Gracy Chen mô tả đây có thể là một vụ xâm phạm chuỗi cung ứng ảnh hưởng đến dịch vụ ví backend, thay vì khóa riêng tư bị lộ. Riêng nhà điều tra on-chain Specter đã liên kết một phần dấu vết XRP bị đánh cắp với số tiền liên quan đến vụ tấn công AFX vào tháng 7 năm 2026. Vụ việc trước đó được quy cho TraderTraitor, một nhóm mối đe dọa có liên hệ với Cộng hòa Dân chủ Nhân dân Triều Tiên (DPRK). Mối liên hệ này đủ cụ thể để điều tra, nhưng chưa đủ hoàn chỉnh để khẳng định kẻ tấn công Bitget là Lazarus Group.

Điều gì đã xảy ra trong vụ tấn công Bitget

Dấu vết giao dịch công khai được hình thành từng phần, đó là lý do các ước tính ban đầu thấp hơn nhiều so với con số cuối cùng của Bitget. Các công cụ theo dõi ban đầu tập trung vào những mạng tương thích với Ethereum Virtual Machine (EVM) và tính toán khoảng 170 triệu đến 183,8 triệu USD. Sau đó, Bitget đưa thêm nhiều loại tài sản và mạng hơn vào ước tính 351,6 triệu USD. Chênh lệch apparent này không tự động là mâu thuẫn, nhưng chưa có bản đối soát theo từng giao dịch được công bố.

Trình tự ban đầu rõ ràng nhất có thể được tóm tắt như sau:

• Giao dịch thử nghiệm ban đầu: Một giao dịch chuyển 0,84 Ether đã đến một địa chỉ mới vào khoảng cùng phút Bitget cho biết các hệ thống bảo mật của họ phát hiện sự cố.

• Dòng tiền stablecoin chảy ra: Địa chỉ này được cho là đã nhận khoảng 34,75 triệu Tether, 12,85 triệu USD Coin và 3.000 đơn vị Tether Gold từ các ví mang nhãn sàn giao dịch.

• Chuyển đổi nhanh chóng: Trên Arbitrum, một địa chỉ mới riêng biệt đã sử dụng khoảng 19,67 triệu USDT0 để mua khoảng 7.111 Ether thông qua UniswapX và 1inch Fusion. Một số giao dịch được cho là đã trả mức phí cao hơn tới 5%, cho thấy tốc độ quan trọng hơn hiệu quả về giá.

• Các mạng lưới bổ sung: Khoảng 821.012 Avalanche và một giao dịch chuyển 8,2 triệu USD Coin sau đó được cho là xuất phát từ cơ sở hạ tầng trên Avalanche được gắn nhãn Bitget. Hoạt động trên BNB Chain cũng xuất hiện trong quá trình tái dựng tổng thể.

• Phần XRP: Hai ví được gắn nhãn Bitget được cho là đã gửi tổng cộng 93,7 triệu XRP đến một địa chỉ mới trên XRP Ledger. Với mức giá được trích dẫn trong thời điểm xảy ra sự cố, phần này trị giá khoảng 143 triệu USD và có thể giải thích phần lớn chênh lệch giữa tổng số liệu EVM ban đầu và ước tính của Bitget.

Công bố ban đầu của Bitget về sự cố ví ngày 24 tháng 9 năm 2026, ước tính số tiền bị ảnh hưởng và việc tạm ngừng rút tiền từ Bitget, được truy cập ngày 25 tháng 9 năm 2026, vào khoảng 02:40 UTC.

Hiện tại, bị ảnh hưởng là cách diễn đạt chính xác cho con số 351,6 triệu USD. Đây vẫn chưa phải là phép tính lỗ ròng cuối cùng. Con số cuối cùng cần khấu trừ mọi tài sản vẫn nằm dưới quyền kiểm soát của Bitget, bị các tổ chức phát hành hoặc sàn giao dịch đóng băng, được hoàn trả hoặc thu hồi. Tại thời điểm chốt dữ liệu nghiên cứu, chưa có danh mục nào trong số này được đối soát công khai.

Thời điểm xảy ra sự việc cũng đáng được chú ý. Việc phát hiện lúc 18:31 UTC không ngay lập tức chấm dứt mọi hoạt động chuyển tiền được báo cáo. Giao dịch chuyển 8,2 triệu USD Coin trên Avalanche được tái dựng vào khoảng 20:55 UTC, hơn hai giờ sau đó. Có thể có một số cách giải thích: các giao dịch đã ký có thể đã được xếp hàng, những mạng lưới khác nhau có thể cần các bước ngăn chặn riêng, hoặc tuyến bị xâm nhập vẫn có khả năng gửi giao dịch. Cho đến khi Bitget công bố nhật ký ký giao dịch và mốc thời gian ngăn chặn, không nên xem việc phát hiện và ngăn chặn là cùng một sự kiện.

Vì sao các ước tính thiệt hại ban đầu thấp hơn

Các sự cố blockchain hiếm khi đi kèm một hóa đơn rõ ràng. Các nhà phân tích nhìn thấy những địa chỉ khác nhau vào những thời điểm khác nhau, nhãn ví có thể bị cập nhật chậm, và một nguồn giá trị duy nhất có thể xuất hiện nhiều lần khi được hoán đổi hoặc chuyển qua cầu nối. Vì vậy, cộng tất cả các con số trong một luồng dữ liệu trực tiếp sẽ làm phóng đại thiệt hại.

Ba vấn đề kế toán đã định hình các ước tính của Bitget:

• Các giao dịch chuyển tiền và hoán đổi bị chồng lấn: Nếu 19,67 triệu USDT0 được chuyển đổi thành 7.111 Ether, không thể cộng giá trị bằng đô la của cả hai tài sản như hai khoản lỗ riêng biệt.

• Các cầu nối tạo ra hai phần có thể nhìn thấy: Một tài sản có thể rời khỏi một chuỗi và xuất hiện trên một chuỗi khác. Việc tính cả hai phía mà không đối chiếu sự kiện chuyển cầu sẽ khiến cùng một giá trị bị tính trùng.

• Giá đã biến động trong cuộc tấn công: Ether đang bị mua vào ồ ạt trong khi các công cụ theo dõi định giá dòng tiền. Một phép tính được thực hiện mười phút sau đó có thể cho ra tổng giá trị bằng đô la khác mà không có vụ trộm mới nào.

Phần XRP là mảnh ghép lớn nhất chưa được giải quyết. Nếu 93.7 triệu XRP nằm dưới quyền kiểm soát của cùng kẻ tấn công, hoạt động EVM cộng với giao dịch chuyển XRP sẽ khiến việc tái dựng từ bên ngoài tiến gần hơn nhiều đến $351.6 triệu. Nếu địa chỉ đích phục vụ một chức năng nội bộ của Bitget hoặc một đối tác hợp pháp khác, khoảng chênh lệch này sẽ cần một cách giải thích khác. Chỉ dựa vào các nhãn công khai thì không thể xác định quyền sở hữu.

Hoạt động Ethereum liên quan đến địa chỉ sự cố Bitget chính được báo cáo từ Etherscan, truy cập ngày 25 tháng 9 năm 2026. 

Một báo cáo điều tra sau sự cố đúng quy chuẩn sẽ loại bỏ phần lớn sự mơ hồ này bằng cách công bố các địa chỉ bị ảnh hưởng, mã giao dịch, vai trò của các ví nội bộ, tài sản đã chuyển, tài sản đã quy đổi, số tiền bị đóng băng, số tiền đã thu hồi và khoản tổn thất còn lại cuối cùng. Nếu không có sổ cái đó, ước tính $351.6 triệu là đáng tin cậy với tư cách tổng số nội bộ của Bitget, nhưng không thể được tái lập độc lập.

Cách một ví có thể gửi một giao dịch hợp lệ mà sàn giao dịch không hề có ý định thực hiện

Blockchain chỉ kiểm tra xem một giao dịch có đáp ứng các quy tắc ủy quyền bằng mật mã hay không. Nó không biết liệu đội ngũ quản lý rủi ro của sàn có phê duyệt khoản thanh toán hay không, liệu một nhân viên có nhìn thấy đúng địa chỉ đích hay không, hoặc liệu một hệ thống backend bị xâm phạm có cung cấp thông tin chuyển tiền giả cho một trình ký vẫn đang hoạt động bình thường hay không.

Sự phân biệt đó giúp lý giải lời giải thích sơ bộ của Chen. Bà cho biết sự cố này có thể giống một cuộc tấn công chuỗi cung ứng, trong đó một công cụ bên thứ ba được Bitget sử dụng đã ảnh hưởng đến một dịch vụ ví backend quan trọng. Theo thông tin đó, dữ liệu chuyển tiền giả mạo đã đến một máy ký, mặc dù kẻ tấn công chưa trực tiếp lấy được khóa riêng. Khả năng có người nội gián được mô tả là thấp, không phải bất khả thi, và phương thức tấn công cuối cùng vẫn đang được điều tra.

Trong quy trình rút tiền thông thường, một số biện pháp kiểm soát phải thống nhất trước khi tiền được chuyển:

1. Khách hàng hoặc quy trình ngân quỹ nội bộ tạo một yêu cầu chuyển tiền hợp lệ.

2. Các bước kiểm tra tài khoản, thiết bị, địa chỉ và rủi ro xác định liệu yêu cầu có được phép hay không.

3. Công cụ chính sách kiểm tra tài sản, mạng, địa chỉ đích, số tiền, tốc độ giao dịch và ngưỡng phê duyệt.

4. Một hoặc nhiều thành phần ký xác thực chính xác dữ liệu giao dịch.

5. Một dịch vụ phát giao dịch sẽ gửi giao dịch đã ký lên mạng lưới.

6. Các hệ thống giám sát đối chiếu kết quả với yêu cầu nghiệp vụ đã được phê duyệt và ngăn chặn các hoạt động bất thường tiếp diễn.

Việc xâm phạm bất kỳ giai đoạn nào có thể vẫn chưa đủ nếu các biện pháp kiểm soát còn lại thực sự độc lập. Mối lo ngại trong nhận định sơ bộ của Bitget là một thành phần phần mềm đáng tin cậy có thể đã ở đủ gần quy trình ký để tác động đến nội dung mà người ký phê duyệt. Nếu người ký chỉ xác thực rằng yêu cầu đến từ một dịch vụ được cho phép, thay vì độc lập xác nhận địa chỉ nhận và số tiền với một bản ghi phê duyệt bất biến, các chữ ký hợp lệ vẫn có thể cho phép những giao dịch chuyển tiền độc hại.

Những con đường thất bại kiểm soát có khả năng xảy ra nhất

Chưa có khả năng nào dưới đây được chứng minh, nhưng mỗi khả năng đều mang lại một bài học khác nhau:

• Nhà cung cấp hoặc bản cập nhật phần mềm bị xâm phạm: Kẻ tấn công làm hỏng một phần phụ thuộc, công cụ quản trị hoặc dịch vụ được sử dụng trong quy trình ví. Sàn giao dịch có thể tin tưởng các yêu cầu xuất phát từ thành phần đó.

• Đánh cắp thông tin xác thực của hệ thống backend: Tài khoản dịch vụ, thông tin xác thực API, phiên hoặc token đặc quyền cho phép kẻ tấn công giả mạo một hệ thống nội bộ được ủy quyền.

• Vượt qua công cụ thực thi chính sách: Yêu cầu ký đến được người ký mà không áp dụng các giới hạn thông thường, danh sách cho phép địa chỉ, kiểm tra tần suất giao dịch hoặc ngưỡng phê duyệt.

• Thao túng giao diện ký: Nhân viên vận hành phê duyệt một giao dịch trong khi hệ thống ký nhận một giao dịch khác. Điều này có thể xảy ra khi màn hình hiển thị và dữ liệu tải để ký không được liên kết độc lập với nhau.

• Xâm phạm phần chia sẻ khóa hoặc người ký: Một thiết kế đa chữ ký hoặc tính toán đa bên (MPC) vẫn có thể thất bại nếu kẻ tấn công xâm phạm đủ số người ký, bên điều phối hoặc quy trình phê duyệt bao quanh họ.

• Quyền truy cập của người nội bộ hoặc nhà thầu có đặc quyền: Một người được ủy quyền, hoặc kẻ tấn công sử dụng quyền truy cập của người đó, gửi hoặc phê duyệt các giao dịch chuyển tiền độc hại. Hiện Bitget cho rằng khả năng hành vi nội gián là thấp, nhưng chưa công bố bằng chứng loại trừ khả năng này.

Mô tả của Bitget về ví nóng, ví ấm và ví lạnh không xác định được con đường nào đã thất bại. Ví nóng được thiết kế cho các giao dịch trực tuyến thường xuyên. Ví ấm thường bổ sung các bước phê duyệt hoặc cơ chế cô lập mạnh hơn trong khi vẫn sẵn sàng cho hoạt động vận hành. Ví lạnh giữ quyền ký ngoại tuyến hoặc được tách biệt theo cách khác khỏi các hệ thống thường xuyên kết nối internet. Những nhãn này mô tả mục đích sử dụng dự kiến, không phải các biện pháp kiểm soát thực tế được áp dụng cho mọi địa chỉ trong đêm xảy ra vụ xâm phạm.

Các bên theo dõi bên thứ ba cũng gắn nhãn ít nhất một nguồn là hạ tầng lạnh, trong khi Bitget cho biết không có ví lạnh nào bị xâm phạm. Một trong hai bên có thể đang sử dụng cách phân loại khác. Xung đột này chỉ có thể được giải quyết bằng cách đối chiếu các địa chỉ công khai với vai trò nội bộ của chúng và giải thích cách từng người ký được vận hành.

Vì sao tốc độ chuyển đổi lại quan trọng

Kẻ tấn công dường như không quan tâm đến việc nắm giữ một danh mục tài sản bị đánh cắp được sắp xếp gọn gàng. Stablecoin và vàng token hóa đặt ra một vấn đề rõ ràng đối với kẻ trộm: các đơn vị phát hành có thể đóng băng những số dư đã được xác định. Ether có tính thanh khoản cao hơn trên các nền tảng phi tập trung và không có đơn vị phát hành tập trung nào sở hữu công tắc đóng băng tương đương.

Vì vậy, việc trả phí cao để mua Ether thông qua các công cụ tổng hợp có vẻ ít phi lý hơn so với ấn tượng ban đầu. Một kẻ tấn công tinh vi có thể chấp nhận khớp lệnh kém khi mỗi phút trôi qua đều làm tăng khả năng một đơn vị phát hành, cầu nối, sàn giao dịch hoặc dịch vụ trình xác thực chặn bước tiếp theo. Mô hình chuyển đổi cho thấy sự chuẩn bị, quyền truy cập vào các tuyến đã được chọn trước và sự sẵn sàng chịu mất một phần giá trị để tăng khả năng di chuyển.

Điều đó không xác định được kẻ tấn công. Việc chuyển đổi stablecoin nhanh chóng đã trở thành hành vi vận hành tiêu chuẩn trong nhiều vụ trộm tiền mã hóa quy mô lớn. Kỹ thuật này có thể hỗ trợ một nhận định quy kết rộng hơn, nhưng bản thân nó không đủ để đưa ra kết luận đó.

Vì sao các tin tặc có liên hệ với CHDCND Triều Tiên bị nghi ngờ

Giả thuyết CHDCND Triều Tiên dựa trên ba loại bằng chứng khác nhau: hành vi tương tự các vụ trộm trước đây có liên hệ với nhà nước, các chỉ dấu kỹ thuật riêng được tổng giám đốc Bitget mô tả, và một tuyên bố công khai trên chuỗi liên kết một phần dấu vết XRP với vụ khai thác AFX trước đó. Các lớp bằng chứng này không có sức nặng như nhau, và việc kết hợp chúng không tự động biến chúng thành bằng chứng xác thực.

1. Hành vi rửa tiền quen thuộc nhưng không mang tính đặc trưng

Dấu hiệu đầu tiên là tốc độ của kẻ tấn công. Stablecoin và Tether Gold được chuyển đổi thành Ether, tiền được chia nhỏ vào các địa chỉ mới, và hoạt động diễn ra trên nhiều mạng lưới. Điều Thông báo về Bybit của Cục Điều tra Liên bang mô tả các tác nhân TraderTraitor nhanh chóng chuyển đổi tài sản bị đánh cắp và phân tán chúng qua hàng nghìn địa chỉ cùng nhiều blockchain sau vụ trộm vào tháng 2 năm 2025.

Sự tương đồng đó giải thích tại sao Triều Tiên (DPRK) nhanh chóng được nhắc đến. Đây vẫn là lớp bằng chứng yếu nhất. Các nhóm tội phạm sao chép những tuyến rửa tiền thành công, các bên tổng hợp chọn những lộ trình tương tự cho những người dùng không liên quan, và bất kỳ kẻ tấn công nào nắm giữ token có thể bị đóng băng đều có cùng động cơ chuyển sang một tài sản có khả năng chống kiểm duyệt cao hơn. “Họ nhanh chóng chuyển sang Ether” là sự tương đồng về hành vi, không phải dấu vân tay.

2. Bitget cho biết các dấu hiệu IP và VPN tương tự một nhóm Triều Tiên (DPRK)

Chen cũng đề cập đến các địa chỉ Giao thức Internet (IP) và lựa chọn mạng riêng ảo (VPN) mà các điều tra viên liên hệ với một nhóm có liên hệ với Triều Tiên (DPRK). Nhật ký truy cập nội bộ có thể mang ý nghĩa nếu chúng cho thấy cùng một cơ sở hạ tầng hiếm gặp từng do một tác nhân đã biết kiểm soát, đặc biệt khi đi kèm bằng chứng nhất quán về thiết bị, phần mềm độc hại, tên miền hoặc xác thực.

Công chúng chưa được thấy những tài liệu đó. Một địa chỉ IP có thể thuộc về VPN thương mại, máy chủ bị xâm nhập, proxy dân cư hoặc một nạn nhân khác. Nhiều tác nhân có thể đi qua cùng một điểm cuối, và một kẻ tấn công thận trọng có thể cố ý mượn cơ sở hạ tầng gắn với đối thủ. Việc trùng khớp IP chỉ trở nên thuyết phục khi các điều tra viên giải thích địa chỉ đó được quy cho ai như thế nào, ai kiểm soát nó trong đúng thời điểm liên quan và những chỉ dấu nào khác đi kèm.

Giả thuyết về chuỗi cung ứng của Bitget phù hợp với các chiến thuật đã biết của Triều Tiên (DPRK), nhưng phù hợp không đồng nghĩa với quy kết. Một bản khuyến cáo an ninh mạng TraderTraitor chung mô tả hoạt động kỹ nghệ xã hội và các ứng dụng tiền mã hóa bị cài trojan được sử dụng để tiếp cận nhân viên và hệ thống công ty. Một bản tường thuật của FBI về vụ đánh cắp DMM Bitcoin sau đó giải thích cách một kẻ tuyển dụng giả mạo, một bài kiểm tra lập trình độc hại, thông tin phiên đăng nhập bị đánh cắp và việc thao túng một yêu cầu giao dịch hợp pháp đã được liên kết trong cùng một chiến dịch.

Những tiền lệ đó cho thấy các tác nhân Triều Tiên (DPRK) đã nhắm mục tiêu vào lớp con người và phần mềm xung quanh ví tiền mã hóa, chứ không chỉ các khóa riêng tư. Chúng không cho thấy cùng phương thức xâm nhập đã được sử dụng để tấn công Bitget. Sàn giao dịch vẫn cần xác định thành phần bị xâm phạm, tuyến truy cập ban đầu, thông tin xác thực bị ảnh hưởng và sự thất bại trong chính sách ký.

3. TraderTraitor là một nhãn mối đe dọa cụ thể, không phải từ đồng nghĩa với mọi vụ tấn công tiền mã hóa

TraderTraitor là tên gọi của chính phủ Hoa Kỳ dành cho một hoạt động mạng độc hại cụ thể của Triều Tiên nhằm vào ngành blockchain và tiền mã hóa. Cùng một hệ sinh thái rộng hơn cũng có thể được đề cập dưới các nhãn như Lazarus Group, APT38, Jade Sleet, UNC4899 hoặc Slow Pisces, tùy thuộc vào cơ quan, công ty bảo mật, chiến dịch và giai đoạn.

Các nhãn này có phần chồng lấn, nhưng không thể dùng thay thế cho nhau một cách tùy tiện. Việc nói rằng một cụm liên quan đến AFX được quy cho TraderTraitor không chứng minh mọi địa chỉ liên kết đều do cùng một nhóm người vận hành, cũng không chứng minh vụ xâm nhập Bitget đã sử dụng cùng phần mềm độc hại hoặc cùng đội ngũ truy cập. Các chương trình lớn có liên hệ với nhà nước có thể bao gồm nhiều bên vận hành, hạ tầng, môi giới và chuyên gia rửa tiền khác nhau.

Thuật ngữ rất quan trọng vì câu “Lazarus đã hack Bitget” nghe như một kết luận cuối cùng. Bằng chứng hiện có tại thời điểm chốt dữ liệu chỉ ủng hộ một câu hẹp hơn: Các tác nhân có liên hệ với CHDCND Triều Tiên bị nghi ngờ vì một nhà điều tra bên thứ ba đã kết nối dấu vết XRP với một luồng quỹ AFX gắn với TraderTraitor, trong khi Bitget cho biết các chỉ dấu IP nội bộ và VPN cũng hướng đến cùng kết luận.

4. Điều gì sẽ biến nghi vấn thành một quy kết có cơ sở

Một hồ sơ công khai vững chắc hơn sẽ kết hợp bằng chứng độc lập từ nhiều lớp:

• Truy vết blockchain có thể tái lập: Các mã băm giao dịch XRP và giao dịch cross-chain chính xác, sự kiện cầu nối, các địa chỉ do tác nhân kiểm soát, quy tắc gom cụm và lời giải thích về mọi khả năng tiếp xúc thông qua các dịch vụ dùng chung.

• Bằng chứng về hạ tầng: Tên miền, máy chủ, chứng chỉ, tài khoản VPN, lịch sử proxy hoặc sai sót trong vận hành gắn với hạ tầng trước đây do cùng tác nhân kiểm soát.

• Bằng chứng về vụ xâm nhập: Phần mềm độc hại, tập lệnh, lưu lượng điều khiển và kiểm soát, hành vi đánh cắp thông tin xác thực, chiếm quyền phiên hoặc gói phần mềm của nhà cung cấp bị xâm nhập có sự trùng khớp về mã nguồn hoặc hạ tầng.

• Tính nhất quán của dòng thời gian: Bằng chứng cho thấy tác nhân đó đã kiểm soát các địa chỉ và hạ tầng liên kết vào thời điểm xảy ra cả sự cố AFX và Bitget.

• Đánh giá độc lập: Một công ty pháp chứng, liên minh các sàn giao dịch hoặc cơ quan công quyền có danh tính rõ ràng tái hiện phát hiện này, thay vì chỉ lặp lại một nhãn trên mạng xã hội.

• Quy kết của cơ quan công quyền: Một tuyên bố của chính phủ xác định tác nhân và công bố đủ địa chỉ hoặc chỉ dấu kỹ thuật để ngành có thể hành động.

Vụ việc Bybit năm 2025 cung cấp một cơ sở tham chiếu hữu ích. Năm ngày sau vụ trộm, FBI công khai quy trách nhiệm sự việc cho Triều Tiên, nêu tên TraderTraitor, mô tả hành vi rửa tiền và liệt kê hàng chục địa chỉ Ethereum liên quan. Vụ việc của Bitget mới chỉ xảy ra vài giờ tại thời điểm bài viết này được chốt. Việc chưa có xác nhận tương đương hiện chưa đáng ngạc nhiên, nhưng điều đó có nghĩa là cách diễn đạt phải tiếp tục mang tính tạm thời.

5. Điều gì có thể làm suy yếu giả thuyết về CHDCND Triều Tiên

Giả thuyết hiện tại sẽ mất đi sức thuyết phục nếu phần trùng lặp được cho là với AFX hóa ra chỉ là một địa chỉ sàn giao dịch, cầu nối hoặc dịch vụ dùng chung; nếu địa chỉ nhận XRP không do kẻ tấn công kiểm soát; nếu dòng thời gian cho thấy ví chung đã đổi chủ; hoặc nếu việc quy trách nhiệm cho AFX không thể được tái hiện một cách độc lập. Giả thuyết này cũng sẽ yếu đi nếu bằng chứng từ hệ thống backend của Bitget chỉ ra một nhóm xâm nhập khác hoặc một nhân sự nội bộ có động cơ tài chính.

Cũng tồn tại rủi ro đánh lạc hướng. Khi các mô hình rửa tiền của Lazarus đã được ghi nhận rộng rãi, một nhóm khác có thể bắt chước chúng. Sao chép một lộ trình hoán đổi là điều dễ dàng. Tái tạo một cụm ví tồn tại lâu dài, hạ tầng riêng, nguồn gốc mã độc và những sai sót trong vận hành thì khó hơn nhiều.

Do đó, kết luận công bằng nhất là đầu mối đáng tin cậy, quy trách nhiệm chưa đầy đủ. Giả thuyết về CHDCND Triều Tiên có cơ sở hơn một tin đồn nặc danh vì nó bao gồm một mối liên kết quỹ được đề xuất giữa các sự cố và một manh mối hạ tầng riêng biệt từ phía công ty. Tuy nhiên, giả thuyết này vẫn chưa đạt mức cần thiết để khẳng định Nhóm Lazarus đã thực hiện vụ tấn công Bitget.

Những điều Bitget vẫn cần giải thích

Thông báo đầu tiên của sàn giao dịch đã trả lời những câu hỏi cấp bách nhất của khách hàng: một sự cố đã xảy ra, hoạt động rút tiền đã bị tạm dừng và công ty cho biết số dư cùng các ví lạnh vẫn an toàn. Báo cáo tiếp theo phải chuyển từ trấn an sang cung cấp bằng chứng.

Những nội dung còn thiếu rất cụ thể:

• Nguyên nhân gốc rễ: Phần mềm, nhà cung cấp, dịch vụ, thông tin xác thực hoặc lớp phê duyệt nào đã bị xâm phạm?

• Quy trình ký: Kẻ tấn công đã tạo chữ ký mới, thao túng dữ liệu giao dịch trước khi ký, hay lạm dụng các giao dịch đã được ủy quyền từ trước?

• Hạ tầng bị ảnh hưởng: Những địa chỉ nào là ví nóng, ví ấm hoặc ví lạnh, và cơ chế kiểm soát ví nào được áp dụng cho từng địa chỉ?

• Ngăn chặn: Tại sao các giao dịch được báo cáo vẫn tiếp tục sau khi phát hiện, và chính xác khi nào con đường độc hại mới bị vô hiệu hóa?

• Đối soát tổn thất: Sàn giao dịch tính ra tổng số $351,6 triệu trên nhiều tài sản và blockchain như thế nào mà không tính trùng các giao dịch hoán đổi hoặc cầu nối?

• Thu hồi: Bao nhiêu tài sản đã bị đóng băng, được hoàn trả hoặc thu hồi, và bao nhiêu vẫn nằm ngoài tầm kiểm soát của Bitget?

• Quyền truy cập của khách hàng: Khi nào việc rút tiền sẽ được mở lại, trên những mạng nào, và với các hạn mức hoặc điều kiện xếp hàng ra sao?

• Khắc phục: Những biện pháp kiểm soát nào đã thay đổi trước khi cùng một quy trình ký hoặc backend có thể lại được tin cậy?

• Quy trách nhiệm: Bằng chứng nào củng cố nghi vấn về DPRK, và một điều tra viên bên ngoài được nêu tên đã tái hiện được điều đó chưa?

Vào khoảng 02:40 UTC ngày 25 tháng 9, việc rút tiền vẫn chính thức bị tạm dừng và báo cáo sự cố trong 24 giờ được hứa vẫn chưa đến hạn. Việc tiền nạp và giao dịch vẫn hoạt động không trả lời cùng một câu hỏi như việc rút tiền. Số dư trên sổ cái nội bộ chỉ trở nên có ý nghĩa thực tế khi khách hàng có thể quy đổi nó thông qua một quy trình rút tiền đang hoạt động và an toàn.

Quỹ Bảo vệ của Bitget có thể bù đắp khoản lỗ không?

Bitget cho biết Quỹ Bảo vệ Người dùng của họ nắm giữ hơn 464 triệu USD và hoàn toàn bao phủ khoản bị ảnh hưởng 351,6 triệu USD. Các tài liệu công khai của họ xác định 5.500 Bitcoin là tài sản nắm giữ cốt lõi. Với giá Bitcoin khoảng 84.403 USD, vị thế đó sẽ trị giá khoảng 464,2 triệu USD.

Phép tính đúng ở mức giá đó, nhưng phần đệm mỏng hơn so với những gì con số tiêu đề gợi ý:

• Mức bao phủ danh nghĩa: Khoảng 132% ước tính số tiền bị ảnh hưởng.

• Bitcoin cần thiết: Khoảng 4.166 Bitcoin để tương đương 351,6 triệu USD.

• Quỹ đã sử dụng: Khoảng 75,7% nếu toàn bộ khoản lỗ được thanh toán từ vị thế Bitcoin đó.

• Phần còn lại danh nghĩa: Khoảng 1.334 Bitcoin, trước khi tính chi phí giao dịch, biến động giá, các yêu cầu bồi thường đủ điều kiện khác hoặc tác động thị trường.

• Giá hòa vốn: Khoảng 63.927 USD mỗi Bitcoin sẽ làm giảm giá trị 5.500 Bitcoin xuống bằng quy mô khoản lỗ được tuyên bố.

Quan trọng hơn, quỹ này là khoản dự trữ do công ty kiểm soát, không phải bảo hiểm tiền gửi được chính phủ bảo đảm. Bằng chứng công khai chưa cho thấy liệu các tài sản có được tách biệt, không bị ràng buộc, có thể chuyển ngay hay chính thức được cam kết cho sự cố này hay không. Câu hỏi hữu ích không còn là liệu 464 triệu USD có lớn hơn 351,6 triệu USD hay không. Mà là liệu quỹ có thể được xác minh và triển khai mà không tạo ra một vấn đề thanh khoản thứ hai hay không.

Tháng 9 Bằng chứng dự trữ (PoR) bổ sung bối cảnh, chứ chưa khép lại vấn đề. Bitget công bố tỷ lệ dự trữ tổng hợp 135% trên 19 tài sản trước vụ xâm phạm. Ảnh chụp tại thời điểm đó có thể cho thấy các tài sản được bao phủ vượt quá số dư tương ứng được đưa vào tính toán tại thời điểm đo lường. Nó không thể cho thấy tình trạng sau sự cố, chứng minh rằng mọi khoản nợ phải trả đều đã được đưa vào, hoặc chứng minh rằng các quyền kiểm soát ví được bảo mật.

Những điều nhà giao dịch nên kiểm tra sau bất kỳ vụ xâm phạm sàn giao dịch nào

Bảo mật sàn giao dịch không thể được quy về một tỷ lệ phần trăm, chứng nhận, quỹ kiểu bảo hiểm hoặc tuyên bố về lưu trữ lạnh duy nhất. Cách tiếp cận hữu ích là xem xét nhiều lớp và hiểu mỗi lớp có thể và không thể chứng minh điều gì.

• Hành vi rút tiền: Hãy kiểm tra xem việc rút tiền có hoạt động với các tài sản và mạng lưới bạn thực sự sử dụng hay không. Một lần rút tiền nhỏ thành công có giá trị thông tin hơn số dư hiển thị nội bộ.

• Bằng chứng về dự trữ: Tìm các báo cáo gần đây về tài sản và nợ phải trả, bằng chứng sở hữu ví, các báo cáo trước đây và cách xác minh số dư của chính bạn đã được bao gồm.

• Bảo mật vận hành: Xem xét thiết kế lưu ký, việc phân tách người ký, kiểm soát địa chỉ, giám sát, ứng phó sự cố và kiểm thử độc lập.

• Công bố thông tin doanh nghiệp: Kiểm tra pháp nhân vận hành, khu vực pháp lý, các điều khoản pháp lý, báo cáo tài chính và việc tài sản khách hàng có được tách biệt hay không.

• Lịch sử sự cố: Hãy đọc các báo cáo phân tích sau sự cố, không chỉ các thông báo. Chất lượng phản hồi thể hiện qua những địa chỉ, mốc thời gian, nguyên nhân gốc rễ và chi tiết khắc phục mà sàn công bố.

• Kiểm soát tài khoản: Bật xác thực hai yếu tố (2FA) bằng ứng dụng, sử dụng mật khẩu riêng biệt, kích hoạt mã chống lừa đảo, xem xét các thiết bị đang hoạt động và áp dụng danh sách địa chỉ được phép rút tiền nếu có.

• Giới hạn lưu ký: Chỉ giữ trên nền tảng tập trung số tiền cần thiết cho giao dịch hoặc chuyển tiền trong thời gian ngắn. Tự lưu ký loại bỏ rủi ro lưu ký của sàn nhưng lại tạo ra rủi ro riêng về quản lý khóa và khôi phục.

So sánh các sàn giao dịch tiền mã hóa lớn về tính minh bạch

Đây không phải là bảng xếp hạng an toàn. Mỗi hàng mô tả một phương thức xác minh công khai có thể thực hiện vào ngày 25 tháng 9 năm 2026 và câu hỏi mà phương thức đó có thể giúp trả lời. Không phương thức nào chứng minh rằng một sàn không thể bị hack, đã công bố mọi khoản nợ phải trả hoặc sẽ duy trì việc rút tiền trong thời kỳ khủng hoảng.

So sánh các sàn giao dịch thực sự cho thấy điều gì

Bảng này không đưa ra một bên thắng cuộc duy nhất cho mọi trường hợp vì các sàn giao dịch công bố những loại bằng chứng khác nhau. Coinbase cung cấp báo cáo doanh nghiệp truyền thống thông qua báo cáo tài chính hàng quý và kiểm toán độc lập hàng năm. Binance và OKX công bố các hệ thống dự trữ bằng mật mã kèm dữ liệu ví và công cụ xác minh người dùng. Kraken kết hợp xác minh ở cấp tài khoản với tỷ lệ dự trữ cho các tài sản được hỗ trợ, trong khi Bybit và Toobit cung cấp các phương thức dựa trên Merkle để người dùng kiểm tra xem số dư của họ có được đưa vào một ảnh chụp dự trữ cụ thể hay không.

Các công bố này trả lời những câu hỏi có liên quan nhưng khác nhau:

• Bằng chứng dự trữ: Sàn giao dịch có cho thấy đủ tài sản được bảo chứng để khớp với số dư khách hàng được đưa vào tại một thời điểm cụ thể không?

• Xác minh việc đưa người dùng vào: Một cá nhân có thể xác nhận rằng số dư của họ đã được tính trong các khoản nợ phải trả được báo cáo không?

• Bằng chứng về quyền sở hữu ví: Sàn giao dịch đã chứng minh quyền kiểm soát đối với các địa chỉ được trình bày là khoản dự trữ chưa?

• Báo cáo tài chính: Tình hình tài sản, nợ phải trả, doanh thu, chi phí, rủi ro và nghĩa vụ doanh nghiệp rộng hơn của công ty như thế nào?

• Đánh giá an ninh: Các chuyên gia bên ngoài đã kiểm tra các phần của nền tảng, ứng dụng, hạ tầng lưu ký hoặc hệ thống kiểm soát nội bộ chưa?

• Quỹ bảo vệ: Sàn giao dịch đã dành riêng một quỹ có thể được sử dụng để ứng phó với các sự cố an ninh được xác định chưa?

Không có một yếu tố đơn lẻ nào có thể giải đáp mọi vấn đề. Một sàn giao dịch có thể nắm giữ đủ dự trữ nhưng vẫn bị xâm phạm ví. Sàn có thể vượt qua đánh giá an ninh rồi sau đó lại đưa vào một tích hợp dễ bị tấn công. Sàn cũng có thể duy trì quỹ bảo vệ mà không chứng minh được quỹ đó có thể được triển khai nhanh đến mức nào. Ngoài ra, sàn có thể công bố báo cáo tài chính đã kiểm toán nhưng không cung cấp cho người dùng phương thức mật mã để xác minh việc số dư cá nhân của họ có được đưa vào hay không.

Cách so sánh hữu ích không chỉ là sàn giao dịch nào hiển thị tỷ lệ lớn nhất. Đó là có thể kiểm tra bao nhiêu lớp độc lập, các lớp đó còn cập nhật đến mức nào, và bằng chứng có phù hợp với rủi ro đang được đánh giá hay không.

Tại sao Proof of Reserves không thể chứng minh tính bảo mật của ví

PoR có thể cho thấy tài sản được bảo chứng tồn tại tương ứng với số dư khách hàng được đưa vào tại một thời điểm chụp xác định. Tuy nhiên, PoR không được thiết kế để chứng minh rằng các hệ thống kiểm soát những tài sản đó không thể bị xâm phạm.

Sự cố Bitget làm rõ sự khác biệt này một cách đặc biệt rõ ràng. Báo cáo tháng 9 của sàn cho thấy tỷ lệ dự trữ tổng hợp 135% trên 19 tài sản trước khi xảy ra vụ xâm phạm. Phần thặng dư được báo cáo không ngăn được một đường dẫn giao dịch trái phép chuyển tiền. Vấn đề đang được điều tra liên quan đến hoạt động của ví, việc ủy quyền giao dịch hoặc phần mềm bao quanh chúng, chứ không đơn giản là việc tài sản có xuất hiện trong các ví dự trữ trước sự cố hay không.

Báo cáo dự trữ có thể giúp trả lời:

• Số dư khách hàng được bảo chứng có được đưa vào phép tính nợ phải trả không?

• Các ví được công bố có chứa đủ những tài sản liên quan không?

• Người dùng có thể xác minh việc mình được đưa vào thông qua đường dẫn Merkle hoặc một phương thức mật mã khác không?

• Có lịch sử các báo cáo để so sánh theo thời gian không?

Nhìn chung, báo cáo này không thể trả lời:

• Một backend bị xâm phạm có thể gửi yêu cầu ký độc hại không?

• Các chính sách rút tiền có được thực thi độc lập với ứng dụng tạo giao dịch không?

• Một nhân viên, nhà thầu hoặc nhà cung cấp có thể tác động đến nhiều lớp phê duyệt không?

• Tất cả các khoản nợ doanh nghiệp, khoản nợ tiềm tàng, khoản vay và nghĩa vụ pháp lý có được đưa vào không?

• Việc rút tiền có tiếp tục diễn ra bình thường trong một sự cố bảo mật hoặc cú sốc thanh khoản không?

• Quỹ bảo vệ có thể được tiếp cận ngay lập tức và không bị hạn chế không?

• Bản phát hành phần mềm tiếp theo có duy trì các biện pháp kiểm soát được kiểm tra trong đợt đánh giá trước không?

Do đó, tính minh bạch của dự trữ và tính bảo mật của giao dịch cần được đánh giá riêng biệt. PoR chủ yếu đề cập đến việc tài sản được bảo chứng tại một thời điểm cụ thể. Bảo mật ví liên quan đến cách các giao dịch được yêu cầu, phê duyệt, ký, phát đi, giám sát và dừng lại khi có sự cố.

Bybit là một ví dụ lịch sử hữu ích. Sàn giao dịch này đã công bố dự trữ và cung cấp các công cụ xác minh người dùng trước vụ vi phạm năm 2025, nhưng sự cố lại liên quan đến một vấn đề khác trong quy trình ký. Bằng chứng về dự trữ vẫn có giá trị, nhưng không thể đóng vai trò như một lá chắn chống lại việc thao túng giao dịch.

Bitget hiện phải đối mặt với một yêu cầu giải trình tương tự. Một ảnh chụp dự trữ mới có thể giúp đo lường tác động tài chính của khoản thất thoát. Tuy nhiên, nó không thay thế nhu cầu cung cấp bản tường trình kỹ thuật về dịch vụ bị xâm phạm và các biện pháp kiểm soát ủy quyền đã thất bại.

Cách đọc các tỷ lệ dự trữ mà không bị đánh lừa

Tỷ lệ dự trữ trên 100% nghe có vẻ đáng tin cậy, nhưng con số này cần được đặt trong bối cảnh. Tỷ lệ 106% có nghĩa là lượng dự trữ được công bố của tài sản đó vượt khoảng 6% so với số dư tương ứng được đưa vào tính toán tại thời điểm chụp. Điều đó không có nghĩa là toàn bộ sàn giao dịch có mức đệm vốn 6% để chống lại mọi tổn thất có thể xảy ra.

Một số chi tiết quyết định mức độ hữu ích của tỷ lệ phần trăm này:

• Phạm vi tài sản: Một báo cáo bao quát bốn tài sản lớn không tương đương với báo cáo bao quát 19 hoặc 22 tài sản.

• Phạm vi nghĩa vụ nợ: Báo cáo nên giải thích những loại tài khoản, khoản vay, vị thế ký quỹ hoặc nghĩa vụ khác nào đã được đưa vào phép tính.

• Ngày chụp số liệu: Một báo cáo trước sự cố không thể xác lập tình hình tài chính của sàn giao dịch sau một khoản tổn thất lớn.

• Bằng chứng về ví: Người đọc cần có khả năng xem cách sàn giao dịch chứng minh quyền kiểm soát các địa chỉ đã công bố.

• Xác minh người dùng: Một tỷ lệ nổi bật sẽ đáng tin cậy hơn khi khách hàng có thể độc lập xác minh rằng số dư của họ đã được đưa vào.

• Tính liên tục theo thời gian: Các báo cáo được lưu trữ thường xuyên giúp dễ dàng nhận diện những thay đổi đột ngột trong dự trữ hoặc mức độ bao phủ.

• Đánh giá bên ngoài: Việc xác minh độc lập có thể làm tăng mức độ tin cậy, mặc dù người đánh giá, phương pháp và phạm vi được kiểm tra vẫn rất quan trọng.

Tỷ lệ phần trăm cao hơn có thể phản ánh thặng dư thực sự, nhưng cũng có thể chịu ảnh hưởng bởi phạm vi nợ phải trả hẹp, số dư tạm thời, biến động giá tài sản hoặc việc loại trừ các sản phẩm nằm ngoài báo cáo. So sánh các tỷ lệ nổi bật mà không so sánh phạm vi sẽ tạo ra một thứ bậc sai lệch.

Vì lý do tương tự, không nên mô tả một sàn giao dịch nhỏ hơn báo cáo bốn tài sản là minh bạch hơn một sàn giao dịch lớn hơn chỉ vì một trong các tỷ lệ của sàn đó cao hơn. Độ rộng của báo cáo, phương pháp tính nợ phải trả, bằng chứng về ví, tần suất và quy trình xác minh người dùng đều quan trọng.

Toobit nằm ở đâu trong so sánh

Các công bố công khai của Toobit đề cập đến hai câu hỏi riêng biệt. Báo cáo dự trữ tháng 9 giải quyết việc liệu bốn tài sản lớn có vượt số dư người dùng tương ứng tại một thời điểm cụ thể hay không. Các trang bảo mật của sàn mô tả cách sàn cho biết những tài sản và tài khoản người dùng đó được bảo vệ trong quá trình hoạt động bình thường.

Những công bố này hữu ích hơn khi được xem xét riêng biệt. Tỷ lệ dự trữ có thể cho thấy mức độ tài sản được bảo chứng tại một thời điểm, trong khi bằng chứng Merkle có thể giúp người dùng kiểm tra xem số dư tài khoản có được đưa vào tập hợp nợ phải trả được báo cáo hay không. Không yếu tố nào trong số đó chứng minh rằng mọi ví, hệ thống nội bộ hoặc giao dịch trong tương lai sẽ luôn an toàn.

Tỷ lệ dự trữ của Toobit trong tháng 9

Tỷ lệ dự trữ của Toobit đối với BTC, ETH, USDT và USDC tính đến of ngày 1 tháng 9 năm 2026, UTC từ Toobit, được truy cập ngày 25 tháng 9 năm 2026.

Cả bốn tỷ lệ đều trên 100% tại thời điểm đó. Điều này có nghĩa là lượng dự trữ được công bố cho mỗi tài sản được đề cập đều vượt số dư người dùng tương ứng được đưa vào báo cáo. Mức vượt trên 100% khác nhau tùy tài sản, từ biên 2% đối với Ether đến biên 6% đối với Tether.

Không nên cộng các tỷ lệ phần trăm đó lại với nhau hoặc coi chúng là một tỷ lệ vốn chung của toàn sàn. Mỗi tỷ lệ so sánh lượng dự trữ của một tài sản cụ thể với số dư người dùng tương ứng được đưa vào. Chẳng hạn, tỷ lệ Tether 106% tự nó không nói lên điều gì về các khoản nợ phải trả được định danh bằng một tài sản khác.

Phạm vi cũng quan trọng không kém các tỷ lệ phần trăm. Báo cáo này bao phủ bốn tài sản được sử dụng rộng rãi, trong khi các công bố được liệt kê cho Bitget và OKX bao phủ số lượng tài sản lớn hơn. Báo cáo của Toobit hữu ích để kiểm tra bốn khoản dự trữ được nêu tên, nhưng không xác lập mức độ bảo chứng của mọi token hoặc sản phẩm có trên nền tảng.

Cách người dùng có thể xác minh việc số dư được đưa vào báo cáo

Tỷ lệ dự trữ được công bố vẫn chỉ là con số ở cấp độ công ty cho đến khi người dùng có thể kiểm tra liệu số dư của chính họ có được đưa vào phép tính khoản nợ phải trả hay không. Trang Proof of Reserves của Toobit cung cấp Merkle root và quy trình xác minh cho mục đích đó.

Cây Merkle chuyển đổi các bản ghi tài khoản riêng lẻ thành các hàm băm mật mã và kết hợp chúng thành một giá trị gốc duy nhất. Sau đó, người dùng có thể xác minh rằng một số dư đã được đưa vào ảnh chụp dữ liệu mà không làm lộ thông tin tài khoản của mọi khách hàng khác.

Giao diện xác minh Merkle root và việc đưa tài khoản vào hệ thống Proof of Reserves của Toobit từ Toobit, truy cập ngày 25 tháng 9 năm 2026.

Công cụ Merkle giải quyết một điểm yếu quan trọng của thông báo dự trữ đơn giản. Công cụ này cung cấp cho người dùng cách kiểm tra xem tài khoản của họ có được tính hay không, thay vì yêu cầu họ chỉ chấp nhận một tỷ lệ tổng hợp.

Tuy nhiên, việc xác minh này vẫn có giới hạn. Việc được đưa vào cho thấy một số dư đã được ghi nhận trong cơ cấu khoản nợ phải trả được báo cáo. Điều đó không độc lập chứng minh rằng mọi khoản nợ phải trả đều đã được đưa vào, rằng các tài sản được công bố không bị ràng buộc, hoặc sàn giao dịch sẽ duy trì cùng vị thế dự trữ sau thời điểm chụp dữ liệu.

Một kiểm tra cá nhân hữu ích nên trả lời ba câu hỏi:

1. Bản ghi xác minh có khớp với đúng ngày kiểm toán không?

2. Bản ghi đó có bao gồm các tài sản và số dư mà người dùng nắm giữ tại thời điểm chụp dữ liệu không?

3. Có thể kiểm tra bằng chứng thông qua quy trình xác minh được cung cấp hoặc công cụ mã nguồn mở không?

Việc kiểm tra thành công cho thấy tài khoản của người dùng có liên hệ chặt chẽ hơn với báo cáo dự trữ được công bố. Điều đó không biến báo cáo thành một cuộc kiểm toán tài chính đầy đủ.

Các biện pháp kiểm soát xung quanh khoản dự trữ

Việc bảo chứng dự trữ và bảo mật ví giải quyết những rủi ro khác nhau. Ảnh chụp dự trữ có thể cho thấy liệu các tài sản được chọn có bao phủ số dư tương ứng của người dùng tại một thời điểm cụ thể hay không. Câu hỏi tiếp theo là sàn giao dịch bảo vệ các tài sản đó, kiểm soát quyền truy cập giao dịch và phản ứng ra sao khi hoạt động đáng ngờ xuất hiện.

Toobit phân nhóm khuôn khổ Bee-Safe thành sáu lĩnh vực:

• Proof of Reserves: Tài sản bảo chứng mà người dùng có thể xác minh thông qua hệ thống dự trữ của sàn giao dịch.

• Cơ sở hạ tầng linh hoạt: Cơ sở hạ tầng đa đám mây nhằm hỗ trợ tính khả dụng của nền tảng và hoạt động giao dịch.

• Biện pháp bảo vệ chủ động: Xác thực đa yếu tố, lưu trữ lạnh và kiểm toán liên tục.

• Bảo mật dữ liệu: Kiến trúc không tin cậy mặc định, mã hóa và các biện pháp kiểm soát phát hiện lừa đảo.

• Quyền riêng tư toàn diện: Các biện pháp bảo vệ dữ liệu bao gồm bảo mật zero-knowledge và các biện pháp kiểm soát sinh trắc học.

• Phòng thủ chủ động 24/7: Giám sát và hỗ trợ liên tục nhằm phát hiện và ứng phó với hoạt động đáng ngờ.

Khuôn khổ Bee-Safe của Toobit bao gồm Bằng chứng dự trữ, khả năng chống chịu của cơ sở hạ tầng, bảo vệ tài khoản, bảo mật dữ liệu, quyền riêng tư và giám sát chủ động từ Toobit, tính đến ngày 25 tháng 9 năm 2026.

Các lớp bảo vệ này bao quát những rủi ro mà tỷ lệ dự trữ không thể đo lường. Bằng chứng dự trữ giải quyết vấn đề tài sản được bảo chứng, trong khi các biện pháp kiểm soát xác thực và chống lừa đảo hoạt động ở cấp tài khoản. Lưu trữ lạnh liên quan đến việc lưu ký, mã hóa bảo vệ dữ liệu nhạy cảm, còn giám sát liên tục nhằm xác định hoạt động bất thường trước khi chúng lan rộng.

Khuôn khổ cho thấy những biện pháp bảo vệ mà Toobit cho biết đã triển khai, nhưng sự tồn tại của một biện pháp kiểm soát không chứng minh rằng nó sẽ luôn hoạt động hoàn hảo trong mọi sự cố. Giá trị thực tế của các biện pháp này phụ thuộc vào cách chúng được triển khai, kiểm thử, đánh giá độc lập và cập nhật khi các lỗ hổng mới xuất hiện.

Cách đánh giá cân bằng về công bố của Toobit

Toobit cung cấp ba lớp minh bạch rõ ràng:

1. Tỷ lệ dự trữ ở cấp tài sản đối với bốn tài sản lớn trong báo cáo tháng 9.

2. Đối chiếu số dư dựa trên Merkle mà người dùng có thể xác minh dựa trên ảnh chụp nhanh tương ứng.

3. Các biện pháp kiểm soát bảo mật được công bố bao quát quyền truy cập tài khoản, lưu ký, cơ sở hạ tầng, kiểm thử và công tác chuẩn bị ứng phó sự cố.

Sự kết hợp này cung cấp cho người dùng nhiều thông tin để kiểm tra hơn một tuyên bố chung chung rằng tài sản an toàn. Thông báo về dự trữ cung cấp các số liệu lịch sử cố định, bảng điều khiển PoR cung cấp phương thức xác minh, còn trang Security xác định những biện pháp kiểm soát mà Toobit cho biết đang bảo vệ các khoản dự trữ.

Những hạn chế cũng cần được xem xét לצד những điểm mạnh đó. Báo cáo tháng 9 bao quát bốn tài sản thay vì mọi token có trên nền tảng. PoR là ảnh chụp nhanh chứ không phải bằng chứng liên tục về khả năng thanh toán. Việc đưa vào Merkle không cho thấy mọi nghĩa vụ nợ của doanh nghiệp. Các biện pháp kiểm soát bảo mật có thể giảm rủi ro nhưng không loại bỏ được các sự cố liên quan đến phần mềm, nhà cung cấp, vận hành, người nội bộ hoặc hệ thống ký.

Do đó, bằng chứng ủng hộ một kết luận có điều kiện: Toobit cung cấp quy trình dự trữ thực tế và có thể được người dùng xác minh đối với Bitcoin, Ether, Tether và USD Coin, cùng với một số biện pháp kiểm soát tài khoản và lưu ký được mô tả công khai. Người đọc nên đánh giá bằng chứng này trong phạm vi riêng của nó thay vì coi vụ vi phạm Bitget là bằng chứng tự động cho thấy một sàn giao dịch khác an toàn hơn.

Những điều mà bảng so sánh không thể thể hiện

Một bảng có thể sắp xếp các thông tin công bố, nhưng không thể tái hiện trải nghiệm sử dụng một sàn giao dịch trong thời điểm căng thẳng. Việc xử lý lệnh rút, phản hồi của bộ phận hỗ trợ, thông tin liên lạc về sự cố, các hạn chế theo khu vực, thanh khoản và việc rà soát tài khoản có thể thay đổi nhanh hơn một báo cáo dự trữ.

Quyền tiếp cận hợp pháp cũng khác nhau giữa các quốc gia. Hai người dùng mở cùng một thương hiệu toàn cầu có thể tương tác với các pháp nhân vận hành, sản phẩm, đối tác thanh toán, cơ chế lưu ký hoặc điều khoản hợp đồng khác nhau. Một dịch vụ được cung cấp tại khu vực pháp lý này có thể bị giới hạn hoặc không khả dụng tại khu vực khác.

Trước khi chọn một sàn giao dịch, người dùng nên xác minh:

1. Tài sản và mạng lưới cần sử dụng có được hỗ trợ hay không.

2. Các khoản phí nạp tiền, giao dịch, chuyển đổi và rút tiền hiện tại.

3. Hạn mức rút tiền và yêu cầu xác minh tài khoản.

4. Ngày công bố báo cáo dự trữ mới nhất và phạm vi tài sản được đề cập.

5. Có thể kiểm tra việc số dư cá nhân được đưa vào báo cáo hay không.

6. Lịch sử sự cố của sàn giao dịch và chất lượng các báo cáo phân tích sau sự cố.

7. Các cơ chế bảo vệ tài khoản và kiểm soát rút tiền hiện có.

8. Một giao dịch rút tiền thử nghiệm nhỏ có hoàn tất thành công hay không.

9. Bao nhiêu vốn thực sự cần tiếp tục được sàn giao dịch lưu ký.

Câu hỏi cuối cùng này thường bị bỏ qua. Việc chọn một sàn giao dịch không đồng nghĩa với việc phải giữ mọi tài sản trên đó vô thời hạn. Nhà giao dịch có thể tách vốn giao dịch chủ động khỏi các khoản nắm giữ dài hạn và quyết định những rủi ro nào họ đủ khả năng quản lý. Lưu ký tập trung tạo ra rủi ro từ nền tảng và đối tác. Tự lưu ký loại sàn giao dịch khỏi quy trình ký, nhưng khiến chủ sở hữu chịu trách nhiệm về khóa riêng tư, bản sao lưu, bảo mật thiết bị, kế hoạch thừa kế và những sai lầm không thể đảo ngược.

Vì vậy, bản so sánh này là điểm khởi đầu cho quá trình thẩm định. Nó cho thấy những tuyên bố nào có thể được kiểm chứng và các khoảng trống còn tồn tại ở đâu. Nó không biến bất kỳ sàn giao dịch nào thành bên lưu ký không có rủi ro.

Bài kiểm tra thực sự là những gì xảy ra tiếp theo

Việc trộm cắp không còn bị nghi ngờ. Những câu hỏi còn bỏ ngỏ là liệu Bitget có thể lập một sổ cái tổn thất có thể tái hiện, khôi phục hoạt động rút tiền một cách an toàn, chứng minh Quỹ Bảo vệ có sẵn hay không, và giải thích cách một hệ thống đáng tin cậy lại gửi các giao dịch trái phép.

Giả thuyết về Triều Tiên đáng được tiếp tục điều tra vì có hai hướng bằng chứng độc lập cùng chỉ về phía đó: các manh mối từ cơ sở hạ tầng riêng của Bitget và mối liên hệ mà Specter đề xuất giữa lộ trình XRP với vụ đánh cắp AFX. Không hướng nào đủ công khai để khép lại vụ việc. Một báo cáo phân tích sau sự cố đáng tin cậy nên phân biệt điều sàn giao dịch biết với điều họ nghi ngờ, còn một kết luận quy trách nhiệm đáng tin cậy phải cho phép các điều tra viên bên ngoài tái hiện chuỗi sự kiện.

Cho đến lúc đó, mô tả trung thực nhất vẫn rất đơn giản. Bitget đã gặp sự cố nghiêm trọng với ví đa chuỗi, liên quan đến khoảng 351,6 triệu USD tiền bị ảnh hưởng. Một lỗi ở hệ thống backend hoặc chuỗi cung ứng đang được điều tra. Các tác nhân có liên hệ với Triều Tiên bị nghi ngờ, nhưng chưa được xác nhận. Tình trạng rút tiền, khoản lỗ ròng cuối cùng, việc triển khai tiền và biện pháp kiểm soát thất bại vẫn là những sự thật có thể tiếp tục thay đổi diễn biến vụ việc.

Hãy tự nghiên cứu (DYOR). Bài viết này dựa trên các thông tin công khai về sự cố và dữ liệu on-chain có sẵn tại thời điểm chốt thông tin nêu trên. Bài viết không xác nhận danh tính của kẻ tấn công hoặc khả năng thanh toán của Bitget, không đảm bảo việc thu hồi tiền và không khuyến nghị bất kỳ sàn giao dịch cụ thể nào. Trước khi đưa ra quyết định tài chính, hãy kiểm tra trạng thái rút tiền mới nhất, báo cáo dự trữ, khả năng sử dụng tại khu vực của bạn, các khoản phí và rủi ro lưu ký.

Cách mua crypto trên Toobit

Để mua crypto trên Toobit, hãy tạo hoặc đăng nhập vào tài khoản, hoàn tất xác minh danh tính nếu được yêu cầu và mở trang Mua Crypto. Chọn loại tiền mã hóa bạn muốn nhận, chọn phương thức thanh toán khả dụng và nhập số tiền mua.

Trước khi xác nhận giao dịch, hãy xem xét tỷ giá được báo, phí thanh toán, hạn mức mua và số tiền cuối cùng bạn sẽ nhận. Các loại tiền được hỗ trợ, phương thức thanh toán, yêu cầu tài khoản và tính khả dụng của sản phẩm có thể khác nhau tùy theo khu vực.

Mua crypto trên Toobit ngay.

Cảnh báo rủi ro

Tài sản crypto có mức biến động rất cao và có thể mất phần lớn giá trị. Giao dịch và nắm giữ crypto đi kèm với các rủi ro, bao gồm thua lỗ thị trường, sự cố bảo mật và gián đoạn có thể ảnh hưởng đến quyền truy cập vào tiền. Bằng chứng dự trữ và quỹ bảo vệ có thể mang lại thêm tính minh bạch và sự bảo vệ, nhưng không loại bỏ rủi ro. Giao dịch đòn bẩy tiềm ẩn rủi ro bổ sung và có thể dẫn đến thua lỗ nhanh chóng hoặc bị thanh lý. Luôn cân nhắc tình hình tài chính và khả năng chịu rủi ro của bạn trước khi giao dịch.