594 Bitcoin, 5 năm im lặng: Coldcard, TRNG và sự thoái lui của một chuẩn mực bảo mật

Vào một buổi sáng thứ Năm, Block Bitcoin Engineering and Security team công bố một phát hiện mà theo đánh giá của tôi là một trong những sự kiện có tính hệ thống nhất đối với tầng tự quản của Bitcoin trong năm nay: 594 BTC, tương đương khoảng 38 triệu USD, đã bị rút khỏi khoảng 500 địa chỉ ví. Không phải 500 chiếc ví bị mất cắp vật lý. Không phải một sàn giao dịch bị tấn công. Toàn bộ 500 địa chỉ này đều có chung một nguồn gốc: seed được tạo ra bởi dòng firmware Coldcard bắt đầu từ bản v4.0.0, phát hành năm 2021. Kẻ tấn công không cần chạm vào thiết bị, không cần brute-force theo nghĩa thông thường. Họ chỉ cần quan sát, liệt kê, và tái tạo lại private key từ một không gian mẫu đã bị thu hẹp đến mức có thể đếm được. Coldcard chưa bao giờ là một sản phẩm đại chúng. Nó là thiết bị được cộng đồng Bitcoin cực đoan tin dùng, là biểu tượng của trường phái air-gapped, nơi mà private key được kỳ vọng không bao giờ chạm vào một luồng điện tử nào có khả năng kết nối Internet. Chính vì vậy, khi một lỗ hổng entropy nằm ngay trong tầng tạo khóa, thứ bị tổn hại không chỉ là tiền trong 500 ví, mà là toàn bộ mô hình niềm tin dựa trên giả định rằng phần cứng chuyên dụng luôn làm đúng những gì nó được quảng cáo. Để hiểu vì sao sự kiện này đáng được gọi là một sự thoái lui chuẩn mực, ta cần quay lại một khái niệm tưởng chừng như khô khan nhưng lại là nền tảng của mọi hệ thống tiền mã hóa: entropy. Một seed phrase 12 hoặc 24 từ trong BIP-39 thực chất là một số nguyên có độ dài từ 128 đến 256 bit. Giá trị bảo mật của nó không nằm ở độ dài hiển thị, mà nằm ở mức độ không thể đoán trước của quá trình sinh ra nó. Các thiết bị ví cứng được thiết kế với một bộ phận gọi là True Random Number Generator – TRNG – thường dựa trên hiện tượng nhiễu điện tử, nhiệt độ hoặc dao động vật lý để tạo ra các bit ngẫu nhiên không thể tái lập. Khi một firmware thay thế nguồn này bằng một PRNG sử dụng timer state – thứ được gọi là timestamp – cùng lịch sử gọi hàm và một unique identifier, điều đó có nghĩa là seed của bạn không còn là một điểm ngẫu nhiên trong không gian 2^256 nữa. Nó trở thành một điểm nằm trong một không gian con mà một kẻ tấn công thông minh có thể liệt kê từng phần tử. Bản chất kỹ thuật của sự cố, theo báo cáo từ Block team, nằm ở chỗ: chip bảo mật trong các phiên bản Mk3 nhất định vẫn tồn tại TRNG, nhưng firmware v4.0.0 đã không gọi nó theo cách cần thiết để tạo seed. Thay vào đó, nó dùng một tổ hợp trạng thái có thể dự đoán. Câu hỏi đầu tiên mà tôi đặt ra khi đọc báo cáo là: tại sao một thay đổi có mức độ rủi ro cao như vậy lại lọt qua quy trình kiểm thử? Không có câu trả lời từ Coinkite trong tài liệu công bố về việc họ đã thực hiện kiểm thử entropy như thế nào trước khi phát hành. Đây là một khoảng trống lớn. Sự cố này có một đặc điểm khiến nó khác biệt với các vụ tấn công vào sàn giao dịch hay cầu nối cross-chain: phạm vi ảnh hưởng của nó không nằm ở một hợp đồng thông minh duy nhất, mà nằm ở hàng trăm nghìn thiết bị đã được bán ra. Khoảng 500 ví bị rút chỉ là những ví có số dư trên 0,15 BTC. Con số thực tế các địa chỉ yếu có thể lớn hơn nhiều, chỉ là chúng nằm dưới ngưỡng mà kẻ tấn công cho là đáng để tốn phí giao dịch. Tôi gọi mô hình này là mô hình wide-shallow: một lỗ hổng rộng về mặt số lượng thiết bị bị ảnh hưởng, nhưng nông về mặt tác động tức thời lên từng cá nhân, bởi vì chỉ những người giữ tiền lâu năm, với số dư lớn, mới trở thành mục tiêu khai thác. Về mặt dữ liệu, điều này có nghĩa là trong khoảng 5 năm từ 2021 đến 2026, không một bên nào – kể cả các nhà cung cấp dịch vụ giám sát chuỗi lớn – phát hiện ra rằng một phần entropy của dòng ví cứng được coi là an toàn nhất đã bị mã hóa thành một hàm số của thời gian. Điều này dẫn tôi đến một nhận định mà tôi cho là quan trọng: đây không phải là một thất bại của riêng Coinkite, mà là thất bại của một ngành công nghiệp thiếu cơ chế kiểm toán entropy liên tục trên chuỗi. Chúng ta có rất nhiều công cụ để kiểm tra số dư, theo dõi dòng tiền, phân tích hoạt động của hợp đồng thông minh. Nhưng có rất ít hệ thống được thiết kế để phát hiện các địa chỉ có private key nằm trong một không gian mẫu quá nhỏ. Một địa chỉ Bitcoin thông thường là một hàm băm của public key. Nếu private key được sinh từ một seed yếu, địa chỉ trông vẫn hoàn toàn bình thường. Không có màu sắc nào cảnh báo bạn rằng private key của bạn có thể nằm trong một danh sách 10 triệu khả năng thay vì 2^256. Về mặt kinh tế, 594 BTC bị đánh cắp là một con số gần như vô nghĩa so với tổng nguồn cung 21 triệu BTC. Lượng này chiếm khoảng 0,000003% nguồn cung lưu hành, không đủ để gây ra biến động giá ở cấp độ vĩ mô. Nhưng nếu nhìn từ góc độ hành vi người dùng, câu chuyện lại hoàn toàn khác. 500 ví bị ảnh hưởng đều là ví đơn chữ ký, nắm giữ hơn 0,15 BTC và không hoạt động trong nhiều năm. Đây chính là phân khúc người dùng mà Coldcard phục vụ tốt nhất: những người nắm giữ lâu dài, những HODLer có kỷ luật, những người mua ví cứng một lần và cất vào ngăn kéo trong 5 năm. Họ thuộc nhóm có kỹ năng kỹ thuật tốt hơn người dùng trung bình, nhưng họ lại là nhóm chậm nhất trong việc nhận biết và phản ứng với các thông báo bảo mật khẩn cấp, bởi vì họ không theo dõi thị trường hàng ngày. Vụ tấn công này không chỉ lấy đi 38 triệu USD; nó còn làm suy giảm niềm tin vào một quyết định mà nhiều người đã thực hiện một cách đầy tự hào: tự lưu trữ tài sản của mình bằng một thiết bị chuyên dụng. Tôi nhớ đến một bài kiểm toán hợp đồng thông minh mà tôi từng thực hiện nhiều năm trước, khi tôi mới bắt đầu theo dõi lĩnh vực an ninh blockchain. Dự án đó quảng cáo rằng họ sử dụng một thuật toán tạo số ngẫu nhiên phi tập trung. Nhưng khi tôi đọc mã nguồn, tôi nhận ra rằng nguồn entropy thực sự được lấy từ block timestamp của một mạng blockchain công khai, nơi mà thợ đào có thể điều chỉnh trong một khoảng nhất định. Điều đó không có nghĩa là thuật toán hoàn toàn vô dụng, nhưng nó có nghĩa là giả định bảo mật ban đầu – rằng entropy là phi tập trung và không thể thao túng – đã bị phá vỡ ngay tại tầng thiết kế. Vụ Coldcard lần này giống với mô hình đó, nhưng ở một mức độ nghiêm trọng hơn nhiều, bởi vì nó xảy ra trong một thiết bị mà người dùng không thể tự mình kiểm tra phần cứng bên trong. Một chi tiết kỹ thuật nữa khiến tôi quan tâm là tác động của lỗ hổng này lên các tính năng nâng cao của Coldcard. Báo cáo cho biết không chỉ seed chính bị ảnh hưởng, mà còn cả private key của ví giấy, các mảnh Seed XOR – còn gọi là seed splitting – và cả tính năng nhân bản thiết bị. Điều đó có nghĩa là kẻ tấn công không chỉ có thể tái tạo seed gốc, mà còn có thể tái tạo toàn bộ cấu trúc khóa dẫn xuất trong các ngữ cảnh khác nhau. Nếu bạn dùng Coldcard để tạo một bộ khóa cho một hợp đồng đa chữ ký, và bạn tạo các mảnh seed để phân phối cho nhiều bên, thì toàn bộ hệ thống đó đều có thể bị tổn hại nếu bộ khóa được sinh ra trong khoảng thời gian bị ảnh hưởng. Tôi cho rằng đây là một trong những khía cạnh bị đánh giá thấp nhất trong câu chuyện này: nó không phải là lỗ hổng của một chức năng đơn lẻ, mà là lỗ hổng của tầng khởi tạo sự sống của toàn bộ hệ thống khóa. Bây giờ, hãy nhìn vào bức tranh thị trường. Từ góc độ giá của Bitcoin, tác động gần như bằng không, vì 594 BTC không đủ để tạo ra áp lực bán đáng kể so với khối lượng giao dịch hàng ngày trên tất cả các sàn. Nhưng từ góc độ của ngành công nghiệp ví cứng, đây là một đòn giáng mạnh vào một thương hiệu từng được coi là đỉnh cao của sự an toàn. Trong khi Ledger đã phải đối mặt với nhiều tranh cãi về khả năng trích xuất khóa, và Trezor đã trải qua các vụ tấn công vật lý thành công, thì Coldcard thường được xem là sản phẩm dành cho những người theo chủ nghĩa tối đa, những người chấp nhận hy sinh trải nghiệm người dùng để đổi lấy sự an toàn tuyệt đối. Một công ty có vị thế như vậy mà để lọt một lỗ hổng entropy tồn tại 5 năm sẽ tạo ra một sự thay đổi trong tâm lý thị trường: có thể các nhà đầu tư sẽ bắt đầu ưu tiên những giải pháp có khả năng kiểm toán entropy độc lập, hoặc các giải pháp sử dụng mô hình chia sẻ khóa MPC, nơi mà không một thiết bị nào nắm giữ toàn bộ bí mật. Từ góc độ pháp lý, sự kiện này không liên quan đến luật chứng khoán, bởi vì Bitcoin không được coi là một chứng khoán ở Canada hay Mỹ, và Coinkite – công ty có trụ sở tại Canada – không phát hành token. Nhưng nó lại liên quan đến trách nhiệm sản phẩm và luật bảo vệ người tiêu dùng. Nếu một người dùng ở California mất Bitcoin do lỗi firmware mà nhà sản xuất biết nhưng không tiết lộ kịp thời, thì nhà sản xuất đó có thể đối mặt với các cáo buộc về sản phẩm lỗi. Vấn đề này thậm chí còn nghiêm trọng hơn khi có dấu hiệu cho thấy Coinkite vẫn tiếp tục bán các thiết bị chạy firmware bị ảnh hưởng trong một thời gian sau khi phát hành bản v4.0.0. Trách nhiệm của một công ty phần cứng không chỉ dừng lại ở việc vá lỗi mà còn nằm ở việc cảnh báo người dùng một cách công khai và có thể hành động được. Khi nào thì họ biết về lỗ hổng là một câu hỏi pháp lý quan trọng mà tôi kỳ vọng sẽ được các luật sư đặt ra trong các vụ kiện tiềm năng. Ngoài ra, câu chuyện này còn có một mối liên hệ thú vị với một lỗ hổng khác trong cùng khoảng thời gian: sự cố của Zilliqa liên quan đến ứng dụng ký của Ledger. Khi hai sự kiện bảo mật liên quan đến ví cứng xảy ra gần nhau, nó tạo ra một hiệu ứng có thể gọi là cộng hưởng tâm lý. Người dùng bắt đầu đặt câu hỏi liệu toàn bộ ngành công nghiệp phần cứng này có đang sống dựa trên một lời hứa mà nó không thể đảm bảo hay không. Tuy nhiên, theo quan điểm của tôi, sự cộng hưởng đó có thể hơi quá mức. Vì bản chất của hai sự kiện là khác nhau. Vụ Ledger/Zilliqa liên quan đến một ứng dụng ký bên ngoài giao tiếp với thiết bị. Vụ Coldcard nằm sâu hơn nhiều, nằm trong chính phần sụn tạo khóa. Mức độ nghiêm trọng của vụ Coldcard lớn hơn vì nó phá vỡ giả định nền tảng nhất: rằng thiết bị của bạn, khi bạn cắm lần đầu tiên vào một chiếc máy tính chưa bao giờ kết nối Internet, sẽ tạo ra một private key ngẫu nhiên mà không một ai khác có thể biết. Khi giả định đó sai, toàn bộ các lớp bảo vệ phía trên – mã PIN, cơ chế chống giả mạo, tính năng xác thực phím bấm – chỉ còn là những lớp sơn trên một ngôi nhà đã nứt móng. Có một cách nhìn phản trực giác mà tôi muốn đưa ra ở đây. Nhiều người sẽ sử dụng sự kiện này để kết luận rằng ví cứng không an toàn và đáng tin cậy hơn so với ví nóng. Nhưng tôi nghĩ điều ngược lại là đúng trong một bối cảnh dài hạn. Sự kiện Coldcard chứng minh rằng một sản phẩm có thể tồn tại trong 5 năm với một lỗ hổng nghiêm trọng mà vẫn bảo vệ được đa số người dùng của nó, chỉ vì kẻ tấn công không coi họ là mục tiêu đủ hấp dẫn. Nhưng nó cũng chứng minh rằng cách duy nhất để phát hiện ra một lỗ hổng như vậy là có một đội ngũ chuyên gia phân tích chuỗi và đồng thời có kiến thức sâu về phần cứng. Block Bitcoin Engineering and Security team phát hiện ra sự cố không phải vì họ có một công cụ thần kỳ, mà vì họ đặt câu hỏi: tại sao nhiều địa chỉ ví lâu năm lại bị rút tiền cùng một lúc? Điều này cho thấy một điểm mù mang tính hệ thống trong ngành: chúng ta dành quá nhiều thời gian để phân tích các lỗ hổng trong hợp đồng thông minh, nhưng lại quá ít thời gian để kiểm tra chất lượng của các thiết bị tạo khóa. Điểm mù này không chỉ nằm ở các công ty bảo mật. Nó nằm ở cách mà cộng đồng nguồn mở đánh giá một sản phẩm ví cứng. Chúng ta thường đọc mã nguồn của firmware, xem xét các thiết kế bảng mạch, thảo luận về các cuộc tấn công vật lý tiềm năng. Nhưng việc kiểm tra xem firmware có thực sự sử dụng TRNG của chip hay không lại là một bài toán khó hơn, vì nó phụ thuộc vào cách mà bộ thư viện của nhà sản xuất chip được gọi. Một dòng mã duy nhất có thể bỏ qua TRNG và sử dụng một hàm rand() trong một thư viện cấp thấp. Sự khác biệt này gần như vô hình trong quá trình kiểm tra thông thường, nhưng lại có sức tàn phá kinh hoàng. Dựa trên kinh nghiệm phân tích của tôi, tôi tin rằng ngành công nghiệp cần một chuẩn mực kiểm toán mới: kiểm toán entropy, trong đó các nhà nghiên cứu độc lập sẽ kiểm tra các bản phát hành firmware của mọi ví cứng trên thị trường, đặc biệt là các bản phát hành có thay đổi trong tầng mật mã. Nếu nhìn vào dữ liệu giao dịch, ta thấy rằng 562 BTC trong tổng số 594 BTC đã được gộp vào một địa chỉ. Điều đó cho thấy kẻ tấn công đang trong giai đoạn đầu của quá trình rửa tiền: hợp nhất tài sản trước khi tách nhỏ. Các cơ quan thực thi pháp luật có thể theo dõi các địa chỉ này, và nếu kẻ tấn công cố gắng chuyển tiền qua một sàn giao dịch uy tín, khả năng cao tiền sẽ bị đóng băng. Nhưng nếu kẻ tấn công sử dụng các phương pháp phi tập trung như CoinJoin, Lightning Network hoặc các cầu nối xuyên chuỗi, thì việc truy vết sẽ trở nên khó khăn hơn. Câu hỏi đặt ra là liệu kẻ tấn công có phải là một tổ chức có kỹ năng blockchain cao hay chỉ là một cá nhân tình cờ phát hiện ra lỗ hổng. Báo cáo không trả lời câu hỏi này, nhưng quy mô và cách thức hoạt động có hệ thống – chọn lọc những ví có số dư lớn, không đụng vào ví nhỏ – cho thấy đây là một kẻ tấn công có kế hoạch, không phải một cơ hội may mắn. Một khả năng khác mà tôi không thể loại trừ: kẻ tấn công hoặc nhóm tấn công có thể đã phát hiện ra lỗ hổng này từ rất sớm, ngay sau khi firmware v4.0.0 được phát hành, và đã âm thầm thu thập dữ liệu về các địa chỉ yếu trong nhiều năm. Họ theo dõi các địa chỉ này, đợi cho đến khi đủ số dư, rồi mới rút tiền trong một khoảng thời gian ngắn. Chiến lược này thường được gọi là chiến lược nuôi cá. Nếu giả thuyết này đúng, thì thực tế có thể còn đáng lo ngại hơn nhiều: vẫn có những địa chỉ yếu khác nằm ngoài kia, chưa bị rút, nhưng vẫn nằm trong tầm ngắm của kẻ tấn công. Điều này có nghĩa là việc phát hiện ra vụ việc không đảm bảo rằng mối đe dọa đã kết thúc. Nó chỉ có nghĩa là chúng ta biết được một phần của vấn đề. Quan trọng hơn, tôi muốn nhấn mạnh rằng sự cố này không phải là một cuộc tấn công vào Bitcoin. Bitcoin vẫn hoạt động bình thường. Không có lỗ hổng nào trong giao thức. Nhưng nó là một cuộc tấn công vào một trong những trụ cột của văn hóa tự lưu trữ: ý tưởng rằng chúng ta có thể tách hoàn toàn private key khỏi môi trường số. Sự thật mà sự kiện này phơi bày là private key của bạn không chỉ phụ thuộc vào môi trường vật lý nơi nó được tạo ra, mà còn phụ thuộc vào một chuỗi các quyết định thiết kế và lập trình mà bạn không thể nhìn thấy và thường không thể kiểm tra. Bạn có thể mua một chiếc ví cứng, kiểm tra tem chống giả mạo, cắm vào một chiếc máy tính không có mạng, nhập PIN của bạn, và bạn vẫn có thể trở thành nạn nhân của một lỗ hổng trong một thư viện mà bạn chưa bao giờ nghe tên. Khi nhìn lại bức tranh toàn cảnh của các cuộc tấn công trong lịch sử tiền mã hóa, chúng ta có thể chia chúng thành hai loại: tấn công vào sàn giao dịch và tấn công vào giao thức. Vụ Coldcard thuộc về một thể loại thứ ba mà tôi muốn gọi là sự thất bại của cơ sở hạ tầng sản xuất. Loại thất bại này nguy hiểm hơn vì nó nằm ngoài tầm kiểm soát trực tiếp của người dùng, và thị trường không có cơ chế định giá rủi ro một cách hợp lý. Một sàn giao dịch bị hack sẽ gây ra tổn thất ngay lập tức và có thể thấy được; một lỗ hổng entropy trong firmware có thể không được kích hoạt trong nhiều năm, nhưng khi nó được kích hoạt, nó đánh trúng đúng những người dùng kỷ luật nhất, những người đã làm mọi thứ đúng theo sách giáo khoa. Trong quá trình theo dõi các sự kiện bảo mật suốt 12 năm qua, tôi nhận thấy một quy luật: những thất bại nghiêm trọng nhất thường đến từ việc thay thế một thành phần đáng tin cậy bằng một thành phần kém an toàn hơn vì những lý do tưởng chừng như vô hại – tối ưu hóa hiệu năng, sửa một lỗi tương thích, hoặc đơn giản là một sự hiểu lầm của lập trình viên. Điều này không có nghĩa là chúng ta nên quay trở lại sử dụng ví giấy và bút chì, vì ví giấy cũng có những rủi ro riêng như việc bảo quản vật lý và không thể kiểm tra tính ngẫu nhiên của quá trình tạo khóa. Điều đó có nghĩa là chúng ta cần xây dựng các tiêu chuẩn kiểm toán mới, và quan trọng hơn, cần tạo ra các công cụ để người dùng có thể tự kiểm tra xem khóa của họ có nằm trong một không gian yếu hay không. Điều này nghe có vẻ mâu thuẫn, bởi vì nếu bạn có thể kiểm tra một private key, bạn sẽ phơi bày nó cho chính hệ thống của bạn. Nhưng nó có thể được thực hiện một cách an toàn bằng cách kiểm tra seed được tạo ra ở cùng một khoảng thời gian hoặc bằng cách sử dụng các giao thức zero-knowledge. Hãy để tôi đưa ra một ví dụ cụ thể để minh họa lý do vì sao sự cố này có thể có quy mô lớn hơn nhiều so với 594 BTC được công bố. Giả sử một người dùng đã mua một chiếc Coldcard Mk3 vào năm 2021, tạo seed với firmware v4.0.0, sau đó gửi Bitcoin vào địa chỉ đó và không bao giờ chạm vào nó nữa. Nếu họ giữ 0,1 BTC – tức là dưới ngưỡng 0,15 BTC – họ có thể không bị kẻ tấn công khai thác trong đợt này, nhưng khóa của họ vẫn nằm trong không gian mẫu yếu. Nếu trong tương lai kẻ tấn công mở rộng chiến dịch của mình để bao gồm cả những ví có số dư nhỏ hơn, thì người dùng này sẽ trở thành mục tiêu. Hơn nữa, nếu họ dùng seed đó để tạo thêm nhiều địa chỉ con, tất cả đều có thể bị ảnh hưởng. Bản chất của BIP-32 là từ một seed, bạn có thể dẫn xuất ra một cây khóa vô hạn. Một seed yếu không chỉ làm lộ một địa chỉ, mà làm lộ toàn bộ cây. Một câu hỏi nữa mà tôi nghĩ đến là liệu các nạn nhân của vụ này có thể được bồi thường hay không. Không có bảo hiểm nào bao phủ những trường hợp như thế này, và Bitcoin là một loại tài sản không thể hoàn tác khi giao dịch đã được xác nhận. Trách nhiệm có thể đổ lên Coinkite nếu họ bị chứng minh là đã có lỗi trong quy trình phát triển phần mềm, nhưng ngay cả khi Coinkite đồng ý bồi thường, các vụ kiện tập thể về tiền mã hóa thường kéo dài nhiều năm và không bao giờ đạt được kết quả công bằng cho người dùng. Từ góc nhìn của tôi, người dùng Bitcoin cần chấp nhận một thực tế rằng họ là người chịu rủi ro cuối cùng. Không có tổ chức trung ương nào để kêu cứu. Do đó, chiến lược bảo mật cá nhân cần phải được xem xét lại một cách nghiêm túc. Ý tưởng rằng một thiết bị được quảng cáo là 'không thể bị xâm phạm' thực sự là một khái niệm nguy hiểm. Nó khiến người dùng an tâm một cách sai lầm. Thay vì tìm kiếm một giải pháp duy nhất, người dùng nên xây dựng các lớp bảo vệ chồng chéo: sử dụng nhiều thiết bị từ các nhà sản xuất khác nhau, kết hợp nhiều loại khóa, sử dụng mô hình đa chữ ký, và thường xuyên xem xét lại các giả định bảo mật của mình. Trong bối cảnh này, sự cố Coldcard không nhất thiết phải là một lý do để từ bỏ ví cứng. Thay vào đó, nó là một lý do để không bao giờ đặt tất cả trứng vào một giỏ, ngay cả khi cái giỏ đó được cho là an toàn nhất. Điều thú vị là một trong những biện pháp giảm thiểu rủi ro tạm thời được đề xuất là sử dụng BIP-39 passphrase, tức là thêm một cụm mật khẩu tự chọn vào seed phrase. Passphrase này là một nguồn entropy bổ sung nằm ngoài quá trình tạo seed. Ngay cả khi seed gốc nằm trong không gian mẫu yếu, passphrase có thể khiến cho việc tính toán private key trở nên khó khăn hơn đáng kể, bởi vì kẻ tấn công không chỉ cần đoán seed mà còn cần đoán cả passphrase. Tuy nhiên, biện pháp này chỉ hiệu quả nếu passphrase đủ dài và đủ ngẫu nhiên, và nếu người dùng đã kích hoạt tính năng này ngay từ đầu. Nếu bạn đã sử dụng Coldcard trong giai đoạn bị ảnh hưởng và không có passphrase, thì một trong những cách khả thi nhất là di chuyển toàn bộ tài sản sang một seed được tạo trên một thiết bị khác, hoặc trên một phiên bản firmware đã được xác nhận là sử dụng lại TRNG. Sự thật rằng không thể sửa chữa các seed đã được tạo ra bằng cách nâng cấp firmware là một điểm khiến câu chuyện trở nên bi thảm hơn. Trong các lỗ hổng phần mềm thông thường, nhà sản xuất có thể phát hành một bản vá và người dùng có thể cập nhật. Nhưng ở đây, một khi seed đã được tạo và địa chỉ đã được sử dụng, không có bản vá nào có thể thay đổi các private key đã tồn tại. Điều duy nhất người dùng có thể làm là tạo một seed mới, chuyển tiền sang địa chỉ mới, và sau đó hy vọng rằng seed mới này không nằm trong một không gian mẫu yếu tương tự. Quá trình di chuyển này có thể tốn phí giao dịch, và đối với những người có một lượng lớn Bitcoin nằm trên nhiều địa chỉ, nó có thể tạo ra một dấu chân đáng kể trên chuỗi, đồng thời có thể thu hút sự chú ý của những kẻ theo dõi chuỗi. Bây giờ, hãy xem xét tác động đối với toàn bộ hệ sinh thái ví cứng. Coldcard không phải là một công ty lớn. Họ phục vụ một thị trường ngách, nhưng thị trường ngách đó bao gồm những người có ảnh hưởng nhất trong cộng đồng Bitcoin. Các nhà phát triển, nhà nghiên cứu, những người theo chủ nghĩa tối đa – họ là những người giới thiệu ví cứng cho bạn bè và gia đình. Khi một sản phẩm trong phân khúc này mất niềm tin, sự chuyển dịch sang các giải pháp thay thế có thể rất nhanh. Trezor, với triết lý nguồn mở toàn diện, có thể hưởng lợi từ sự cố này. BitBox, Foundation, và các sản phẩm mới hơn cũng có thể thu hút những khách hàng đang tìm kiếm một sự thay đổi. Nhưng không có một sản phẩm nào thực sự vượt trội về khả năng kiểm toán entropy như một tính năng tiếp thị. Đây chính là khoảng trống mà Block – công ty đã phát hiện ra sự cố – có thể tận dụng nếu họ quyết định phát hành ví cứng của riêng mình. Một câu chuyện song song tôi muốn đề cập là sự phát triển của các tiêu chuẩn chứng nhận bảo mật. Ngành công nghiệp ví cứng hiện tại dựa trên các tiêu chuẩn như Common Criteria hoặc FIPS-140, nhưng những tiêu chuẩn này được thiết kế cho các mục đích quân sự và chính phủ, không nhất thiết phản ánh được các mối đe dọa đặc thù của Bitcoin. Một tiêu chuẩn mới cho kiểm toán entropy trong trình tạo khóa có thể xuất hiện, nhưng nó chỉ có ý nghĩa nếu có sự tham gia của các nhà nghiên cứu bảo mật và nếu quy trình kiểm toán là độc lập và minh bạch. Điều gì sẽ xảy ra nếu mỗi khi một nhà sản xuất ví cứng phát hành một bản firmware mới, họ phải công bố một báo cáo kiểm toán cho thấy TRNG vẫn hoạt động đúng cách? Liệu điều này có quá xa vời không? Tôi tin rằng không, đặc biệt là sau sự kiện này. Tôi cũng muốn nhấn mạnh rằng sự cố không nên bị giảm nhẹ bởi con số 594 BTC tương đối nhỏ so với các vụ hack sàn giao dịch. Về mặt giá trị tuyệt đối, 38 triệu USD là một con số đáng kể, nhưng quan trọng hơn, nó cho thấy một kênh tấn công mới có thể được nhân rộng. Nếu một nhóm tấn công khác học được kỹ thuật này từ dữ liệu trên chuỗi và bắt đầu quét toàn bộ các địa chỉ Bitcoin được tạo ra trong khoảng thời gian bị ảnh hưởng, số lượng ví có thể bị tổn hại sẽ tăng lên đáng kể. Chính vì vậy, việc cộng đồng phản ứng nhanh chóng, công bố thông tin chi tiết và đưa ra hướng dẫn cho người dùng là rất quan trọng. Mọi sự chậm trễ trong việc phổ biến thông tin có thể tạo điều kiện cho các cuộc tấn công thứ cấp trước khi những người dùng khác kịp di chuyển tài sản của họ. Một điều tôi học được từ việc phân tích các vụ tấn công blockchain là luôn có sự khác biệt giữa nguyên nhân kỹ thuật và nguyên nhân gốc rễ về thể chế. Nguyên nhân kỹ thuật của vụ Coldcard là một PRNG yếu. Nguyên nhân thể chế là việc không có một cơ chế nào bắt buộc Coinkite phải chứng minh rằng họ vẫn sử dụng TRNG trong mỗi bản phát hành. Hầu hết các công ty ví cứng không có nghĩa vụ pháp lý phải công bố kết quả kiểm tra entropy, và người tiêu dùng thiếu khả năng kỹ thuật để tự mình kiểm chứng. Điều này tạo ra một sự bất cân xứng thông tin lớn. Người dùng chỉ có thể dựa vào danh tiếng của công ty, nhưng danh tiếng có thể bị phá hủy chỉ trong một đêm. Khi đó, câu hỏi được đặt ra là: liệu một công ty nhỏ, chuyên biệt như Coinkite có đủ nguồn lực để duy trì mức độ kiểm toán cần thiết hay không? Hay chúng ta cần một cách tiếp cận khác, trong đó người dùng sử dụng nhiều loại thiết bị khác nhau để giảm thiểu rủi ro? Nếu nhìn từ góc độ thiết kế cơ chế, sự cố này có thể tạo ra động lực cho sự phát triển của các giải pháp ký không cần tin cậy dựa trên MPC. Trong mô hình MPC, private key không bao giờ tồn tại ở dạng hoàn chỉnh trên một thiết bị duy nhất. Thay vào đó, nó được chia thành nhiều mảnh và mỗi thiết bị giữ một mảnh. Ngay cả khi một thiết bị có một PRNG yếu, kẻ tấn công chỉ có thể tái tạo một mảnh, và mảnh đó không đủ để tạo ra chữ ký. Mô hình này có thể chịu đựng được lỗ hổng của một thành phần duy nhất tốt hơn nhiều so với mô hình ví cứng truyền thống. Tuy nhiên, MPC cũng có những nhược điểm như phức tạp trong việc quản lý mảnh khóa và đòi hỏi nhiều thiết bị phải tương tác với nhau. Dù vậy, tôi nghĩ rằng vụ Coldcard sẽ thúc đẩy một làn sóng chuyển dịch từ mô hình một seed sang mô hình phân tách khóa. Cuối cùng, tôi muốn quay lại câu hỏi ý nghĩa của sự an toàn trong bối cảnh tự quản. Đối với những người nắm giữ Bitcoin trong dài hạn, sự an toàn không phải là một trạng thái tĩnh mà là một quá trình liên tục đánh giá lại. Các nguy cơ thay đổi theo thời gian; các lỗ hổng mới xuất hiện; các giả định cũ trở nên lỗi thời. Vụ việc Coldcard là một lời nhắc nhở rằng không có một giải pháp bảo mật nào là vĩnh viễn. Người dùng cần phát triển một tư duy coi bảo mật là một hệ thống sống, cần được cập nhật và điều chỉnh phù hợp với bối cảnh mới. Khi tôi nhìn vào 594 BTC được rút ra và 500 ví bị ảnh hưởng, tôi tự hỏi: trong số những người mất tiền, có bao nhiêu người đã từng tin rằng họ đã làm mọi thứ đúng? Họ mua ví cứng, xác minh tem chống giả mạo, cài đặt firmware, tạo seed trên một thiết bị không bao giờ chạm vào Internet, ghi lại seed trên giấy, đặt nó vào két sắt. Tất cả các bước đó vẫn đúng. Nhưng ở một nơi nào đó, một lập trình viên đã quyết định sử dụng một hàm khác để tạo seed, và một quyết định nhỏ đó đã khiến toàn bộ quá trình trở nên vô nghĩa. Đây là một dạng rủi ro hệ thống mà không một quy trình kiểm tra nào có thể loại bỏ hoàn toàn, ngoại trừ việc liên tục giám sát và kiểm tra một cách độc lập. Tôi muốn kết thúc bằng một câu hỏi, không phải một câu trả lời. Nếu ngay cả một thiết bị được thiết kế đặc biệt để bảo vệ private key khỏi mọi sự xâm nhập, được nuôi dưỡng bởi một cộng đồng đề cao tính minh bạch và khả năng kiểm toán, vẫn có thể âm thầm biến entropy thực của bạn thành một hàm số của thời gian và lịch sử gọi hàm trong 5 năm, thì còn bao nhiêu lớp nữa trong hạ tầng mà chúng ta đang tin tưởng vẫn chưa được soi rọi? Và nếu không ai trong chúng ta có thể xác minh hoàn toàn một hệ thống khép kín như phần cứng, thì cách duy nhất để tồn tại có phải là xây dựng các hệ thống có khả năng chịu đựng sự thất bại của bất kỳ thành phần đơn lẻ nào, kể cả thành phần 'đáng tin cậy' nhất?