ผู้ใช้ในแคนาดาคิดเป็น 25% ของความเสียหายจากช่องโหว่กระเป๋า Coldcard

ผู้ถือบิตคอยน์ในแคนาดาถูกระบุว่าเป็นกลุ่มที่ได้รับผลกระทบมากที่สุดจากเหตุโจมตีช่องโหว่กระเป๋าฮาร์ดแวร์ Coldcard โดยคิดเป็น 25% ของความเสียหายที่สามารถระบุแหล่งที่มาได้ทั้งหมด มูลค่าสินทรัพย์ที่ถูกขโมยรวมแตะ 116 ล้านดอลลาร์ ข้อมูลการติดตามแบบภาพจาก Chainalysis ระบุว่า ออสเตรเลียได้รับผลกระทบมากเป็นอันดับสอง คิดเป็นสัดส่วนราว 15%–20% ของความเสียหายรวม ขณะที่สหรัฐฯ และไทยตามมาในช่วง 10%–15% นักวิเคราะห์มองว่าแรงกระแทกที่กระจุกตัวในแคนาดาสอดคล้องกับฐานผู้ใช้ในพื้นที่ของ Coinkite บริษัทแม่ของ Coldcard ซึ่งมีสำนักงานใหญ่ที่โตรอนโต แม้กลุ่มประเทศที่ใช้ภาษาอังกฤษและเป็นผู้เริ่มใช้บิตคอยน์ก่อนจะได้รับผลหนักที่สุด แต่ผลกระทบลุกลามกว้างไปยังยุโรปตะวันตก ละตินอเมริกา และศูนย์กลางคริปโตในแอฟริกา เช่น ไนจีเรียและแอฟริกาใต้ Galaxy Research ชี้ว่า "จุดล้มเหลวเดียว" ที่เปิดช่องให้เกิดการโจมตีมาจากการอัปเดตเฟิร์มแวร์ในเดือนมีนาคม 2021 โดยเฉพาะการนำตัวสร้างเลขสุ่ม (random number generator) ตัวใหม่มาใช้ รายงานระบุว่ามีการต่อวงจรผิดพลาดจนระบบเงียบ ๆ กลับไปใช้ตัวที่อ่อนแอกว่าโดยไม่มีการแจ้งเตือน ส่งผลให้ไม่มีใครรู้ว่าคีย์ส่วนตัวถูกสร้างด้วยเอนโทรปีต่ำ Galaxy Research ระบุว่า "ห้าปีต่อมา ผู้โจมตีได้กวาดเงิน 70 ล้านดอลลาร์จากกระเป๋า 1,200 ใบในเวลา 41 นาที" นาตาลี นิวสัน (Natalie Newson) นักสืบสวนบล็อกเชนอาวุโสของ CertiK อธิบายสาเหตุที่บั๊กเล็ดลอดการตรวจสอบมาตรฐานมานานกว่า 5 ปีว่า ต้นตอมาจากความผิดพลาดด้านคอนฟิก โดยตั้งค่า MICROPY_HW_ENABLE_RNG เป็น 0 ซึ่งในมุมมองของตัวตรวจแบบสแตติกที่เช็ก #ifndef นั้น มาโครที่ถูกตั้งเป็น 0 ก็ยังถือว่า "ถูกประกาศแล้ว" ทำให้เงื่อนไขความปลอดภัยประเมินผลเป็นจริง กดทับ #error guard และปล่อยให้ระบบ build ดำเนินต่อราวกับตั้งค่าถูกต้อง ด้านแนวทางรับมือเหตุการณ์และการแก้ไขฉุกเฉิน นิวสันเสนอให้ผู้ผลิตปรับมาตรฐานสถาปัตยกรรมใหม่เพื่อกันการ "ตกกลับ" ไปใช้ซอฟต์แวร์สุ่มเทียมแบบเงียบ ๆ โดยมาตรการที่แข็งแรงที่สุดคือ ตัดตัวเลือก fallback ออกจากเวอร์ชันโปรดักชัน และกำหนดผู้ให้บริการ RNG ที่ได้รับอนุมัติเพียงรายเดียว พร้อมย้ำว่ากระบวนการตั้งแต่การได้มาซึ่งเอนโทรปีไปจนถึงการสร้าง seed ต้องอยู่ภายในขอบเขตการตรวจรับรองตาม NIST FIPS 1403 อย่างเคร่งครัด สำหรับความเสี่ยงเชิงปฏิบัติการในช่วงเร่งปล่อยแพตช์ฉุกเฉินท่ามกลางการกวาดเงินอัตโนมัติ นิวสันระบุว่าการสื่อสารกับผู้ใช้ต้องมาก่อนพอ ๆ กับการทดสอบเชิงเทคนิค โดยควรเร่งแจ้งขอบเขตช่องโหว่ ระบุกลุ่มผู้ได้รับผลกระทบ และให้แนวทางลดความเสี่ยงที่ชัดเจน ขณะเดียวกันต้องตรวจรับรองความถูกต้องของแพตช์อย่างรอบคอบก่อนปล่อยใช้งาน พร้อมชี้ว่าความโปร่งใสสำคัญไม่แพ้ตัวแพตช์ สำหรับผู้ใช้ที่ไม่เชี่ยวชาญซึ่งถือ seed phrase ที่อาจถูกกระทบและกังวลว่าอัปเดตเฟิร์มแวร์แล้วอุปกรณ์จะใช้งานไม่ได้ นิวสันแนะนำโปรโตคอลแก้ไขแบบเคร่งครัด: เริ่มจากหา hardware wallet ที่เชื่อถือได้ สร้าง seed phrase ใหม่แบบออฟไลน์ และทดสอบด้วยธุรกรรมมูลค่าน้อย จากนั้นโอนเงินที่เหลือทั้งหมดไปยังชุดใหม่ที่ตรวจสอบแล้ว ก่อนค่อยพิจารณาอัปเดตเฟิร์มแวร์ในอุปกรณ์เดิม เธอยังแนะนำให้ลดการเกิดจุดล้มเหลวเดียวด้วยการกระจายความเสี่ยง โดยใช้ฮาร์ดแวร์วอลเล็ตต่างผู้ผลิตและแยกถือหลายบัญชี เหตุการณ์นี้ยังถูกมองว่าเป็นจุดเปลี่ยนของอุตสาหกรรม self-custody และผู้สนับสนุนแนวคิดดังกล่าว เมื่อสินทรัพย์ที่นิ่งอยู่ระยะยาวถูกดูดออกอย่างฉับพลัน จนเกิดคำถามต่อโมเดลความปลอดภัยมาตรฐานที่มักเชื่อว่าออฟไลน์เพียงอย่างเดียวเพียงพอ นานัก นิฮาล คัลซา (Nanak Nihal Khalsa) ผู้ร่วมก่อตั้ง Human.tech ชี้ว่าเหตุการณ์ตอกย้ำความจริงเรื่องความเสี่ยงจากบุคคลที่สามในระบบนิเวศฮาร์ดแวร์ โดยกล่าวว่า "'Not your keys, not your coins' มองข้ามข้อเท็จจริงสำคัญ: ต่อให้เป็น self-custody คุณก็ยังต้องเอาทรัสต์ไปฝากไว้กับผู้อื่นเสมอ" พร้อมเตือนว่าภัยคุกคามรูปแบบใหม่ เช่น การโจมตีที่มี AI ช่วย จะยิ่งทวีความเสี่ยง นิวสันจาก CertiK แสดงความกังวลต่อการตั้งค่าแบบซิงเกิลซิก (singlesig) โดยระบุว่าการยอมรับในวงกว้างต้องอาศัยระบบที่ "เสื่อมแบบไม่พังทลาย" (graceful degradation) เพื่อให้ความผิดพลาดเพียงครั้งเดียวจากผู้ใช้หรือผู้ขายไม่ล้างพอร์ตชีวิตทั้งก้อน เธอกล่าวว่า "singlesig selfcustody ไม่มีพื้นที่ให้ผิดพลาด" เพราะผู้ใช้ที่พึ่งอุปกรณ์เดียวกำลังไว้วางใจทั้งฮาร์ดแวร์ โค้ด การพึ่งพาทั้งหมด และกระบวนการ QA ให้ตรวจพบปัญหา ด้วยเหตุนี้ มุมมองของอุตสาหกรรมจึงเอนเอียงไปสู่แนวทาง multivendor, multisignature หรือ threshold signature (MPC) ในฐานะมาตรฐานขั้นต่ำที่ควรมี นิวสันสรุปว่าเป้าหมายคือเปลี่ยนจาก "การไว้ใจอุปกรณ์เดียว" ไปสู่การทำให้ไม่มีชิ้นส่วนหรือผู้เล่นรายใดรายหนึ่งที่ถูกเจาะแล้วสามารถขยับเงินได้ลำพัง โดยในทางปฏิบัติ คีย์สำหรับลงนามหรือส่วนแบ่งแบบ threshold ควรกระจายข้ามโดเมนความล้มเหลวขององค์กรและเทคโนโลยีที่เป็นอิสระต่อกัน เพื่อไม่ให้ผู้ให้บริการรายใดสามารถประกอบคีย์หรืออนุมัติธุรกรรมได้เพียงลำพัง