Vụ khai thác firmware Coldcard trị giá 70 triệu USD: Lỗi entropy 5 năm khiến 1.082 BTC 'bốc hơi'

Cách Kẻ Tấn Công Sử Dụng Dịch Vụ Phân Tích Blockchain

Đội ngũ Kỹ thuật và Bảo mật Bitcoin của Block, dẫn đầu bởi kỹ sư Clay Garrett, đã xác định rằng kẻ tấn công đã sử dụng một tài khoản trả phí tại một nhà cung cấp dịch vụ phân tích blockchain nổi tiếng để xác định và truy vấn hiệu quả các địa chỉ ví dễ bị tổn thương . Các mẫu giao dịch trên chuỗi (on-chain) của kẻ tấn công — với tốc độ quét bất thường, tuần tự các địa chỉ có chung điểm yếu — đã cảnh báo cho các nhà điều tra. Block đã xác nhận có bằng chứng kết nối hoạt động của kẻ tấn công trực tiếp với cơ sở hạ tầng của nhà cung cấp dịch vụ đó .

Garrett mô tả cuộc điều tra có "độ đặc hiệu phi thường, xuống tới cấp độ tài khoản" . Dịch vụ phân tích này đã hoạt động như một công cụ trinh sát đắc lực, cho phép kẻ tấn công nhanh chóng lập bản đồ các địa chỉ được tạo trên firmware dễ bị tổn thương và ưu tiên nhắm vào những mục tiêu giàu có nhất .

Nguyên Nhân Gốc Rễ: Một Sai Lầm Macro Cấu Hình Duy Nhất

Lỗi này được đưa vào trong một lần cập nhật firmware vào tháng 3 năm 2021 (bắt đầu từ firmware Mk3 phiên bản 4.0.1) trong quá trình chuyển đổi sang sử dụng thư viện libsecp256k1 của Bitcoin Core . Một lỗi macro trong cấu hình build đã khiến firmware bỏ qua bộ sinh số ngẫu nhiên phần cứng (TRNG) STM32 chuyên dụng của thiết bị và thay vào đó, sử dụng bộ sinh số ngẫu nhiên giả (PRNG) Yasmarang có tính xác định của MicroPython .

Cụ thể, cấu hình bo mạch sản xuất đặt MICROPY_HW_ENABLE_RNG bằng 0 vì Coldcard có một wrapper TRNG riêng. Tuy nhiên, thư viện libngu đã thất bại trong việc gọi wrapper đó một cách chính xác: điều kiện bảo vệ (

#ifndef MICROPY_HW_ENABLE_RNG

Điều này làm giảm entropy hiệu quả xuống chỉ còn khoảng 32–40 bit (thay vì 128+ bit như thiết kế ban đầu), đồng nghĩa với việc chỉ có khoảng 4 tỷ giá trị seed khả thi — một con số hoàn toàn có thể brute-force bằng phần cứng hiện đại . Các seed được tạo ra mà không kèm theo việc tung xúc xắc từ người dùng hoặc mật khẩu phụ BIP 39 (BIP 39 passphrase) là hoàn toàn bị lộ .

CEO của Coinkite, Rodolfo Novak (NVK), sau đó đã thừa nhận sai lầm: "Tôi đã cố tình đặt MICROPY_HW_ENABLE_RNG bằng 0, nghĩ rằng chúng tôi không cần phiên bản nào cả, nhưng đó không phải là những gì nó làm" .

Các Thiết Bị và Firmware Bị Ảnh Hưởng

Lưu ý: Coinkite sau đó đã mở rộng cảnh báo tới một số phiên bản firmware nhất định của Mk4, Mk5 và Q sau khi phân tích sâu hơn, đồng thời phát hành các bản cập nhật firmware khẩn cấp cho tất cả các mẫu bị ảnh hưởng .

Tác Động Đối Với Người Dùng

• Tiền đã mất không thể lấy lại. Số Bitcoin bị đánh cắp đã được hợp nhất và có khả năng đang được rửa tiền thông qua các dịch vụ trộn (mixing services) tiêu chuẩn .
• Ngay cả sau khi cài bản vá firmware, các seed cũ vẫn bị tổn thương. Người dùng bắt buộc phải tạo một seed hoàn toàn mới trên firmware đã được vá và chuyển toàn bộ tiền sang các địa chỉ mới .
• Người dùng đã tạo seed trên Mk3 từ tháng 3/2021 đến tháng 7/2026 phải coi những seed đó như đã bị đốt cháy, ngay cả khi họ chưa mất tiền — ví của họ vẫn có nguy cơ bị tấn công bởi cùng một lỗ hổng .
• Việc sử dụng thêm mật khẩu phụ (BIP 39 passphrase) hoặc tung xúc xắc trong quá trình tạo seed đã khắc phục được lỗi và bảo vệ một số người dùng ngay cả trên firmware dễ bị tổn thương .

Ý Nghĩa Đối Với Cuộc Tranh Luận Về Tự Lưu Ký (Self-Custody)

Vụ khai thác này đã làm lung lay một trong những lời hứa cốt lõi của việc tự lưu ký — rằng yếu tố an toàn (secure element) của ví phần cứng đảm bảo an toàn mật mã bất chấp lỗi phần mềm .

• Lưu trữ lạnh không phải là bất khả xâm phạm. Người sáng lập Binance, Changpeng Zhao (CZ), đã công khai cảnh báo rằng ngay cả những ví phần cứng ngắt kết nối mạng (air-gapped) cũng có thể bị vô hiệu hóa bởi các lỗ hổng firmware .
• Cuộc tranh luận hiện đang chuyển hướng sang việc liệu tự lưu ký có đáng với rủi ro vận hành đối với các nhà đầu tư thông thường hay không. Một số nhà phân tích dự đoán sự quay trở lại với các dịch vụ lưu ký có quản lý và các quỹ ETF Bitcoin được quản lý .
• Lỗi này đã nằm yên không bị phát hiện trong mã nguồn mở suốt hơn 5 năm, cho thấy sự minh bạch của mã nguồn mở một mình không đảm bảo an ninh. Một số nhà nghiên cứu hiện cho rằng cần có kiểm toán tự động bằng AI — thay vì chỉ kiểm tra mã của con người — để phát hiện các lỗi tích hợp RNG tinh vi trước khi chúng bị khai thác .
• Sự cố này cũng làm nổi bật một điểm yếu duy nhất: nếu một nhà sản xuất phần cứng mắc một lỗi entropy, mọi ví được tạo trên firmware đó đều đồng thời trở nên dễ bị tổn thương — một rủi ro hệ thống mà các giải pháp lưu ký (custodial) có thể phòng ngừa một phần thông qua việc chia nhỏ khóa (key-splitting) và tính toán đa bên (multi-party computation).

Để xem chi tiết kỹ thuật, vui lòng tham khảo báo cáo kỹ thuật của Block và bài đăng giải thích kỹ thuật của Coinkite .