Lompat ke konten
Financial Context Wiki

Manajemen kunci privat

Manajemen kunci privat adalah siklus hidup untuk membuat, menggunakan, mencadangkan, memulihkan, merotasi atau memigrasikan, dan menghentikan otoritas penandatanganan tanpa menyamakan kunci, seed, frasa mnemonik, passphrase, perangkat, atau kebijakan smart account.

Diperbarui

Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

Jawaban singkat

Manajemen kunci privat mencakup seluruh siklus hidup otoritas penandatanganan: pembuatan tepercaya, penggunaan terlindungi, pencadangan, pemulihan teruji, perubahan berizin, migrasi saat insiden, dan penghentian. Tujuannya adalah kerahasiaan sekaligus ketersediaan. Rahasia yang mudah dicuri tidak aman, tetapi rahasia yang tidak dapat dipulihkan setelah perangkat hilang juga tidak aman.

Bedakan setiap objek. Kunci privat mengendalikan satu identitas kriptografis. Root seed HD dapat menurunkan banyak kunci. Mnemonik BIP-39 mengodekan entropi dan, bersama passphrase opsional, menghasilkan seed; kata yang sama dengan passphrase berbeda menghasilkan dompet lain. PIN atau kata sandi dompet dapat membuka perangkat lokal atau berkas terenkripsi, tetapi tidak mencabut kunci dasarnya. Alamat atau extended public key dapat mengungkap hubungan identitas atau transaksi tanpa memberikan kewenangan belanja biasa. Hardware wallet adalah perangkat penandatanganan, bukan aset ataupun cadangan.

Externally owned account umumnya tidak dapat mengganti kuncinya sambil mempertahankan alamat yang sama. Setelah kompromi, aset serta setiap peran atau persetujuan yang relevan harus dipindahkan ke otoritas baru. Smart account dapat mendukung perubahan owner atau guardian, threshold, dan validasi ERC-1271, tetapi modul, guard, kendali upgrade, dan kode yang benar-benar diterapkan menjadi bagian dari batas keamanan.

Manajemen kunci privat
0 / 5
0 item yang ditinjau; 5 item yang masih belum terselesaikan

Menyelesaikan tinjauan ini tidak membuktikan suatu aset, transaksi, atau sistem aman.

Cara kerja

Mulailah dari inventaris, bukan nama produk. Petakan setiap chain, akun, alamat, aset, persetujuan token, peran kontrak, kredensial validator atau penarikan, perangkat penandatanganan, asal kunci, standar derivasi, dan ketergantungan pemulihan. Pisahkan otoritas hot rutin dari tabungan, treasury, administrasi, dan pemulihan. Root seed yang dipakai ulang di banyak akun memperbesar dampak kompromi walau alamat yang terlihat berbeda.

Pembuatan memerlukan implementasi, lingkungan, dan sumber entropi yang tepercaya. Jangan merangkai mnemonik dari kata yang mudah diingat. Untuk dompet HD, pertahankan format, daftar kata, kebutuhan passphrase opsional, jalur derivasi, indeks akun, dan pengenal publik yang diperlukan untuk memastikan pemulihan. Extended public key bukan metadata tanpa risiko: ia dapat mengungkap hubungan alamat, dan beberapa konstruksi derivasi memiliki batas paparan tambahan.

Cadangan menyeimbangkan kerahasiaan dengan ketersediaan. Beberapa salinan lengkap meningkatkan peluang pemulihan hanya jika media dan lokasinya tetap dapat digunakan, tetapi satu salinan yang dicuri dapat membuka seluruh rahasia. Cadangan threshold terstandar seperti SLIP-39 memerlukan cukup share dan bukan sekadar memotong frasa BIP-39 menjadi beberapa bagian. Multisignature dan threshold signing mendistribusikan otorisasi di antara penanda tangan; keduanya tidak membagi satu cadangan, dan keamanannya bergantung pada orang, perangkat, lokasi, dan administrator yang independen.

Penandatanganan harian merupakan kontrol terpisah. Hardware signer dapat mengisolasi kunci dari host yang terkompromi, tetapi tidak membuat penerima, chain, jumlah, domain, atau calldata yang salah menjadi aman. Verifikasi maksud pada layar tepercaya, batasi saldo dan izin hot, serta pertahankan alur persetujuan yang dapat diaudit. Untuk contract account, periksa threshold owner saat ini, kode validasi signer, modul, guard, perilaku fallback, kebijakan pemulihan, dan otoritas upgrade.

Gunakan alur kerja berikut:

  1. Inventarisasi setiap chain, akun, alamat, aset, persetujuan, peran kontrak, asal kunci, jalur derivasi, signer, modul, kustodian, dan ketergantungan pemulihan.
  2. Tetapkan ancaman dan kebutuhan layanan: kompromi jarak jauh, pencurian, pemaksaan, tindakan orang dalam, kerusakan api atau air, kematian atau ketidakmampuan, frekuensi penandatanganan, nilai berisiko, dan sasaran waktu pemulihan.
  3. Buat material kunci dengan implementasi yang ditinjau dan entropi tepercaya pada perangkat terkendali; verifikasi chain, alamat, dan fingerprint publik secara independen tanpa merekam rahasia pada sistem online.
  4. Pilih kontrol hot, terisolasi hardware, multisignature, threshold, smart account, atau kustodial menurut nilai dan penggunaan; tempatkan cadangan, share, passphrase, dan signer dalam domain kegagalan yang benar-benar independen.
  5. Lakukan uji pemulihan kecil dan terisolasi yang memastikan format, daftar kata, passphrase, jalur derivasi, threshold, alamat, dan kemampuan tanda tangan tanpa memasukkan rahasia produksi ke perangkat tak tepercaya.
  6. Untuk setiap operasi, verifikasi chain, domain, penerima, nilai, token, calldata, dan ruang lingkup otoritas pada layar tepercaya; terapkan batas, pemisahan tugas, serta log peristiwa atau persetujuan lengkap.
  7. Rekonsiliasi inventaris secara berkala dan latih skenario kehilangan, kompromi, pergantian personel, warisan, dan keluar dari penyedia; pulihkan setelah kehilangan, tetapi setelah kompromi isolasi perangkat bersih, migrasikan aset dan peran, cabut persetujuan, pantau otoritas lama, lalu hentikan.

Contoh

  • Panjang dan checksum BIP-39. Dengan ENT = 128 bits, panjang checksum adalah CS = ENT / 32 = 4 bits; 132 / 11 = 12 words. Dengan ENT = 256 bits, diperoleh CS = 8 bits dan 264 / 11 = 24 words. Kandidat acak 12 kata memiliki probabilitas pengajaran untuk lolos checksum sebesar 1 / 16 = 6.25%. Checksum singkat mendeteksi sebagian kesalahan transkripsi; bukan bukti keaslian, kerahasiaan, atau metadata derivasi yang benar.
  • Salinan lengkap dibanding share threshold. Asumsikan tiga media independen masing-masing tersedia dengan probabilitas 0.98 dan terkompromi secara independen dengan probabilitas 0.01. Tiga cadangan lengkap dapat dipulihkan jika salah satu bertahan: 1 - 0.02^3 = 0.999992, sedangkan probabilitas setidaknya satu bocor adalah 1 - 0.99^3 = 0.029701. Threshold 2-of-3 memiliki ketersediaan 3 x 0.98^2 x 0.02 + 0.98^3 = 0.998816 dan probabilitas kompromi 3 x 0.01^2 x 0.99 + 0.01^3 = 0.000298. Media dan pemegang nyata saling berkorelasi, sehingga ini asumsi, bukan jaminan.
  • Kehilangan dan penggantian signer. Smart account memiliki owner A, B, dan C dengan threshold 2-of-3. Kehilangan satu owner masih menyisakan dua tanda tangan; kompromi satu owner tidak cukup. Jika B dicurigai terkompromi, A + C mengotorisasi penggantian dengan D. Sampai perubahan dieksekusi menurut aturan akun sebenarnya, B tetap owner; setelahnya himpunan menjadi A / C / D dengan threshold 2.
  • Dampak penggunaan ulang seed. Root seed S menurunkan dua akun dengan saldo 1.2 ETH dan 0.8 ETH; cold seed independen menyimpan 8.0 ETH. Saldo langsung yang diketahui terpapar akibat kompromi S adalah 1.2 + 0.8 = 2.0 ETH. Jika S juga dipakai ulang untuk akun cold, nilainya menjadi 10.0 ETH. Token, NFT, persetujuan, peran, dan chain lain memerlukan inventaris terpisah, sehingga saldo native yang terlihat bukan batas kerugian lengkap.

Risiko

  • Entropi lemah, bias, atau dihasilkan sumber acak yang rusak.
  • Perangkat pembuatan, build dompet, atau dependensi bersifat jahat.
  • Hardware signer, firmware, atau rantai pasok dimanipulasi.
  • Seed atau kunci masuk ke tangkapan layar, clipboard, printer, cloud, atau catatan online.
  • Phishing atau dukungan palsu memperoleh material pemulihan atau tanda tangan.
  • Host mengganti chain, penerima, jumlah, domain, atau calldata.
  • Passphrase terlupa atau salah ketik sehingga membuka dompet valid yang berbeda.
  • Satu-satunya cadangan hilang akibat pencurian, api, air, atau kerusakan media.
  • Duplikat cadangan lengkap memperluas permukaan pencurian.
  • Daftar kata, format, jalur derivasi, coin type, atau indeks akun salah.
  • Extended public key atau metadata derivasi membocorkan privasi keuangan.
  • Pemulihan tidak pernah diuji dan gagal saat insiden.
  • Signer multisignature berbagi perangkat, lokasi, cloud, atau administrator yang sama.
  • Threshold terlalu tinggi untuk ketersediaan atau terlalu rendah untuk ketahanan kompromi.
  • Guardian berkolusi, tidak lagi relevan, atau terkena rekayasa sosial.
  • Modul, guard, fallback handler, proxy, atau upgrade smart account menerobos kebijakan.
  • Catatan keberangkatan personel, kematian, ketidakmampuan, atau warisan tidak diperbarui.
  • Setelah kompromi, kunci lama dipakai ulang atau perubahan PIN dianggap sebagai rotasi.
  • Kustodian, HSM, MPC, atau penyedia pemulihan membekukan, gagal, berkolusi, atau berhenti.
  • Migrasi melewatkan chain, token, NFT, persetujuan, peran, atau kredensial validator khusus lain.

Kesalahpahaman umum

  • Hardware wallet membuat setiap transaksi aman. Isolasi membantu, tetapi risiko maksud, layar, firmware, rantai pasok, dan pemulihan tetap ada.
  • Seed phrase dan kunci privat satu akun adalah objek yang sama. Satu seed dapat menurunkan banyak kunci, sedangkan format dan passphrase menentukan pemulihan.
  • Lebih banyak cadangan lengkap hanya meningkatkan keamanan. Cadangan meningkatkan ketersediaan sekaligus jumlah salinan yang dapat dicuri penyerang.
  • Multisignature hanyalah seed yang dibagi menjadi beberapa bagian. Signer independen, threshold signature, dan cadangan secret-sharing adalah mekanisme berbeda.
  • Mengubah kata sandi atau PIN dompet mencabut kunci EOA yang bocor. Kunci lama tetap mengendalikan alamat; migrasikan aset dan otoritas serta tangani persetujuan secara eksplisit.

Topik terkait

Sumber

Navigasi

Cari di wiki...