Pengguna dari Kanada Menyumbang 25% dari Kerugian Akibat Eksploitasi Coldcard

Distribusi Geografis Kerugian

Pemegang Bitcoin di Kanada muncul sebagai kelompok demografis terbesar yang terdampak oleh eksploitasi dompet hardware Coldcard yang sedang berlangsung, menanggung 25% dari seluruh kerugian yang dapat diatribusikan. Para analis mencatat bahwa konsentrasi regional yang tinggi ini sejalan dengan jejak lokal yang kuat dari perusahaan induk Coldcard, Coinkite, yang berkantor pusat di Toronto.

Menurut pelacakan visual dari Chainalysis, Australia menempati peringkat kedua sebagai negara yang paling parah terdampak, menyumbang 15% hingga 20% dari total kerugian. Sementara itu, Amerika Serikat dan Thailand menyusul dengan ketat, dengan kerugian berkisar antara 10% hingga 15%. Meskipun serangan ini paling parah menimpa yurisdiksi bitcoin berbahasa Inggris dan yang menjadi pengadopsi awal, data tersebut menyoroti dampak global yang luas di seluruh Eropa Barat, Amerika Latin, dan pusat kripto utama di Afrika seperti Nigeria dan Afrika Selatan.

Total aset yang dicuri akibat insiden ini telah mencapai $116 juta. Dalam analisis terhadap insiden tersebut, Galaxy Research mengidentifikasi pembaruan firmware pada Maret 2021—khususnya penerapan generator angka acak baru—sebagai titik kegagalan tunggal yang memungkinkan serangan tersebut terjadi.

"Masalahnya adalah pengkabelannya salah dan secara default beralih ke yang lebih lemah. Kegagalan ini terjadi tanpa gejala dan tanpa peringatan. Tidak ada yang menyadari bahwa kunci pribadi mereka dihasilkan dengan entropi rendah," kata Galaxy Research. "Lima tahun kemudian, seorang penyerang berhasil mencuri $70 juta dari 1.200 dompet dalam waktu 41 menit."

Menjelaskan bagaimana pemeriksaan standar melewatkan bug tersebut selama lebih dari lima tahun, Natalie Newson, Peneliti Blockchain Senior di CertiK, mengungkapkan bahwa akar masalahnya berasal dari kesalahan konfigurasi tertentu: MICROPY_HW_ENABLE_RNG diatur ke nol.

"Bagi pemeriksaan statis #ifndef, makro yang disetel ke 0 masih dianggap terdefinisi," jelas Newson. "Pemeriksaan keamanan tersebut menghasilkan nilai true, sehingga menonaktifkan pemeriksaan #error dan memungkinkan sistem pembangunan untuk melanjutkan seolah-olah semuanya telah dikonfigurasi dengan benar."

Protokol Tanggap Insiden dan Perbaikan Darurat

Untuk mencegah terjadinya fallback diam-diam serupa ke pseudo-randomness perangkat lunak, Newson mendesak produsen untuk merombak standar arsitektur mereka. "Pengendalian terkuat adalah menghapus fallback dari produksi dan hanya memiliki satu penyedia RNG yang disetujui," tegasnya, sambil mencatat bahwa seluruh jalur mulai dari perolehan entropi hingga pembangkitan benih harus berada secara ketat di dalam batas validasi yang didefinisikan oleh NIST FIPS 140-3.

Saat mengelola risiko operasional dari peluncuran tambalan darurat secara terburu-buru sementara pemindaian otomatis masih berlangsung, Newson menekankan bahwa respons insiden harus memprioritaskan komunikasi dengan pengguna di samping pengujian teknis.

"Prioritasnya haruslah segera mengkomunikasikan cakupan kerentanan, mengidentifikasi pengguna yang terdampak, dan memberikan panduan mitigasi yang jelas sambil memvalidasi setiap perbaikan secara menyeluruh sebelum dirilis," kata Newson, sambil menambahkan bahwa transparansi sama pentingnya dengan patch itu sendiri.

Bagi pengguna nonteknis yang memiliki frasa benih yang terkompromi dan khawatir perangkat mereka akan rusak total selama pembaruan firmware darurat, Newson merekomendasikan protokol perbaikan yang ketat: Pertama, pengguna harus memperoleh dompet perangkat keras tepercaya, menghasilkan frasa benih baru secara offline, dan memverifikasi pengaturannya dengan transaksi uji coba kecil. Selanjutnya, mereka harus mentransfer semua dana yang tersisa ke pengaturan yang baru diverifikasi tersebut sebelum mencoba pembaruan firmware apa pun pada perangkat aslinya.

Newson juga mendesak pengguna untuk menghindari terciptanya titik kegagalan tunggal dengan menggunakan dompet perangkat keras dari produsen yang berbeda untuk membagi risiko ke beberapa akun.

Titik Balik bagi Narasi Penyimpanan Mandiri

Insiden ini telah membuat industri penyimpanan mandiri dan para pendukungnya dihadapkan pada pertanyaan mendasar mengenai model keamanan standar. Para kritikus menunjuk pada hilangnya dana yang tidak aktif dan disimpan dalam jangka panjang secara tiba-tiba sebagai bukti bahwa pelaksanaan secara offline saja tidak menjamin perlindungan mutlak.

Nanak Nihal Khalsa, salah satu pendiri Human.tech, berpendapat bahwa insiden ini menggarisbawahi kenyataan yang terus ada mengenai risiko pihak ketiga dalam ekosistem perangkat keras.

"'Bukan kunci Anda, bukan koin Anda' mengabaikan fakta penting: Anda selalu mengalihkan kepercayaan, bahkan dengan penyimpanan mandiri. Hal ini hanya menambah satu bukti lagi bahwa penyimpanan mandiri tidak mengubah fakta tersebut," kata Khalsa, sambil memperingatkan bahwa vektor ancaman yang muncul seperti eksploitasi yang dibantu AI kemungkinan akan memperparah risiko-risiko ini.

Newson dari CertiK turut menyuarakan kekhawatiran terkait konfigurasi single-sig, dengan mencatat bahwa adopsi secara luas memerlukan sistem yang dirancang dengan 'graceful degradation', di mana satu kesalahan—baik oleh pengguna maupun vendor—tidak akan menghabiskan seluruh tabungan seumur hidup pengguna.

"Kustodi mandiri dengan tanda tangan tunggal tidak memberikan ruang untuk kesalahan sama sekali," kata Newson. "Pengguna yang mengandalkan satu perangkat saja harus mempercayai perangkat keras fisik, kode, dan semua ketergantungannya, serta pemeriksaan jaminan kualitas (QA) untuk mendeteksi masalah apa pun."

Akibatnya, konsensus industri bergeser ke arah konfigurasi multi-vendor, multi-signature, atau tanda tangan ambang batas (MPC) sebagai standar dasar yang wajib.

"Ya, itu seharusnya menjadi standar dasar," tutup Newson. "Tujuannya adalah beralih dari 'mempercayai satu perangkat' menjadi memastikan bahwa tidak ada satu komponen atau pihak yang terkompromi pun yang dapat memindahkan dana. Dalam praktiknya, kunci penandatanganan atau bagian ambang batas harus mencakup domain kegagalan organisasi dan teknologi yang independen, sehingga tidak ada penyedia yang dapat merekonstruksi kunci atau mengotorisasi transaksi sendirian."