ข้ามไปยังเนื้อหา
Financial Context Wiki

การจัดการ Private Key

การจัดการ Private Key คือวงจรชีวิตของอำนาจลงนาม ตั้งแต่การสร้าง ใช้งาน สำรอง กู้คืน หมุนเวียนหรือย้าย ไปจนถึงยุติอำนาจ โดยไม่สับสนระหว่าง Key, Seed, Mnemonic, Passphrase, อุปกรณ์ และนโยบายของ Smart Account

อัปเดต

จัดทำขึ้นเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้สูญเสียเงินลงทุนได้

คำตอบโดยตรง

การจัดการ Private Key ครอบคลุมวงจรชีวิตทั้งหมดของอำนาจลงนาม ได้แก่ การสร้างที่เชื่อถือได้ การใช้งานที่ได้รับการปกป้อง การสำรอง การกู้คืนที่ผ่านการทดสอบ การเปลี่ยนแปลงที่ได้รับอนุญาต การย้ายเมื่อเกิดเหตุ และการยุติ เป้าหมายคือทั้งการรักษาความลับและความพร้อมใช้งาน ความลับที่ขโมยได้ง่ายไม่ปลอดภัย และความลับที่ไม่มีใครกู้คืนได้หลังอุปกรณ์สูญหายก็ไม่ปลอดภัยเช่นกัน

ต้องแยกวัตถุแต่ละชนิด Private Key ควบคุมอัตลักษณ์ทางการเข้ารหัสหนึ่งรายการ ส่วน Root Seed ของ HD Wallet สามารถสร้าง Key ได้หลายรายการ Mnemonic ตาม BIP-39 เข้ารหัส Entropy และใช้ Passphrase ที่ไม่บังคับเพื่อสร้าง Seed โดยคำชุดเดิมกับ Passphrase ต่างกันจะได้ Wallet อีกชุดหนึ่ง PIN หรือรหัสผ่าน Wallet อาจปลดล็อกอุปกรณ์ภายในหรือไฟล์เข้ารหัส แต่ไม่เพิกถอน Key ต้นทาง Address หรือ Extended Public Key อาจเปิดเผยความเชื่อมโยงด้านอัตลักษณ์หรือธุรกรรมโดยไม่ให้อำนาจใช้จ่ายตามปกติ Hardware Wallet คืออุปกรณ์ลงนาม ไม่ใช่สินทรัพย์หรือข้อมูลสำรอง

Externally Owned Account โดยทั่วไปเปลี่ยน Key โดยคง Address เดิมไม่ได้ หลังถูกเจาะระบบ ต้องย้ายสินทรัพย์และทุก Role หรือ Approval ที่เกี่ยวข้องไปสู่อำนาจใหม่ Smart Account อาจรองรับการเปลี่ยน Owner หรือ Guardian, Threshold และการตรวจสอบ ERC-1271 แต่ Module, Guard, อำนาจ Upgrade และ Code ที่ Deploy จริงล้วนอยู่ในขอบเขตความปลอดภัย

การจัดการ Private Key
0 / 5
0 ตรวจสอบรายการแล้ว; 5 รายการยังไม่ได้รับการแก้ไข

การเสร็จสิ้นการตรวจสอบนี้ไม่ได้พิสูจน์ว่าสินทรัพย์ ธุรกรรม หรือระบบมีความปลอดภัย

กลไกการทำงาน

เริ่มจากบัญชีรายการ ไม่ใช่ชื่อผลิตภัณฑ์ ระบุทุก Chain, Account, Address, Asset, Token Approval, Contract Role, Validator หรือ Withdrawal Credential, อุปกรณ์ลงนาม, แหล่งที่มาของ Key, มาตรฐาน Derivation และสิ่งที่พึ่งพาในการกู้คืน แยกอำนาจแบบ Hot ที่ใช้ประจำออกจากเงินออม คลัง การดูแลระบบ และการกู้คืน การใช้ Root Seed เดียวซ้ำกับหลาย Account เพิ่มขอบเขตความเสียหายเมื่อถูกเจาะ แม้ Address ที่เห็นจะแตกต่างกัน

การสร้างต้องใช้ Implementation, Environment และแหล่ง Entropy ที่เชื่อถือได้ อย่าสร้าง Mnemonic จากคำที่จำง่ายเอง สำหรับ HD Wallet ให้เก็บ Format, Wordlist, ข้อกำหนด Passphrase, Derivation Path, Account Index และ Public Identifier ที่จำเป็นต่อการยืนยันการกู้คืน Extended Public Key ไม่ใช่ Metadata ที่ไร้ความเสี่ยง เพราะอาจเปิดเผยความสัมพันธ์ของ Address และโครงสร้าง Derivation บางชนิดมีขอบเขตการเปิดเผยเพิ่มเติม

ข้อมูลสำรองแลกความลับกับความพร้อมใช้งาน สำเนาครบชุดหลายชุดเพิ่มโอกาสกู้คืนได้ต่อเมื่อ Media และ Location ยังใช้การได้ แต่สำเนาที่ถูกขโมยเพียงชุดเดียวอาจเปิดเผยความลับทั้งหมด การสำรองแบบ Threshold ตามมาตรฐาน เช่น SLIP-39 ต้องมี Share ครบตามจำนวน และไม่เหมือนการตัดวลี BIP-39 เป็นส่วน ๆ Multisignature และ Threshold Signing กระจายการอนุมัติระหว่าง Signer ไม่ใช่การแบ่งข้อมูลสำรองชุดเดียว ความปลอดภัยขึ้นอยู่กับความเป็นอิสระของคน อุปกรณ์ สถานที่ และผู้ดูแล

การลงนามประจำวันเป็นการควบคุมแยกต่างหาก Hardware Signer อาจแยก Key จาก Host ที่ถูกเจาะ แต่ไม่ทำให้ Recipient, Chain, Amount, Domain หรือ Calldata ที่ผิดปลอดภัย ตรวจเจตนาบนหน้าจอที่เชื่อถือได้ จำกัดยอดและสิทธิ์แบบ Hot และเก็บเส้นทางอนุมัติที่ตรวจสอบย้อนหลังได้ สำหรับ Contract Account ให้ตรวจ Threshold ของ Owner, Code ตรวจ Signer, Module, Guard, พฤติกรรม Fallback, นโยบายกู้คืน และอำนาจ Upgrade ปัจจุบัน

ใช้กระบวนการต่อไปนี้:

  1. จัดทำบัญชีทุก Chain, Account, Address, Asset, Approval, Contract Role, แหล่งที่มาของ Key, Derivation Path, Signer, Module, Custodian และสิ่งที่พึ่งพาในการกู้คืน
  2. กำหนดภัยคุกคามและความต้องการบริการ ได้แก่ การเจาะจากระยะไกล การขโมย การบังคับ บุคคลภายใน ความเสียหายจากไฟหรือน้ำ การเสียชีวิตหรือไร้ความสามารถ ความถี่การลงนาม มูลค่าที่เสี่ยง และเป้าหมายเวลากู้คืน
  3. สร้าง Key Material ด้วย Implementation ที่ผ่านการทบทวนและ Entropy ที่เชื่อถือได้บนอุปกรณ์ควบคุม ตรวจ Chain, Address และ Public Fingerprint อย่างอิสระโดยไม่บันทึกความลับลงระบบ Online
  4. เลือกการควบคุมแบบ Hot, แยกด้วย Hardware, Multisignature, Threshold, Smart Account หรือ Custodial ตามมูลค่าและการใช้งาน จัด Backup, Share, Passphrase และ Signer ให้อยู่ใน Failure Domain ที่เป็นอิสระจริง
  5. ทดสอบกู้คืนขนาดเล็กแบบแยกส่วน เพื่อยืนยัน Format, Wordlist, Passphrase, Derivation Path, Threshold, Address และความสามารถลงนาม โดยไม่ป้อนความลับใช้งานจริงลงอุปกรณ์ที่ไม่น่าเชื่อถือ
  6. ทุกการดำเนินการต้องตรวจ Chain, Domain, Recipient, Value, Token, Calldata และขอบเขตอำนาจบนหน้าจอที่เชื่อถือได้ ใช้ Limit, Separation of Duties และ Log เหตุการณ์หรือการอนุมัติที่ครบถ้วน
  7. กระทบยอดบัญชีรายการเป็นประจำและซ้อมกรณีสูญหาย ถูกเจาะ เปลี่ยนบุคลากร มรดก และออกจากผู้ให้บริการ ให้กู้คืนหลังสูญหาย แต่หลังถูกเจาะต้องแยกอุปกรณ์สะอาด ย้ายสินทรัพย์และ Role เพิกถอน Approval เฝ้าระวังอำนาจเก่า และยุติอำนาจนั้น

ตัวอย่าง

  • ความยาวและ Checksum ของ BIP-39 เมื่อ ENT = 128 bits ความยาว Checksum คือ CS = ENT / 32 = 4 bits และ 132 / 11 = 12 words เมื่อ ENT = 256 bits จะได้ CS = 8 bits และ 264 / 11 = 24 words ชุดคำสุ่ม 12 คำมีความน่าจะเป็นเชิงการสอนที่จะผ่าน Checksum เท่ากับ 1 / 16 = 6.25% Checksum สั้นตรวจพบข้อผิดพลาดการคัดลอกบางส่วน แต่ไม่พิสูจน์ความแท้ ความลับ หรือ Metadata ของ Derivation ที่ถูกต้อง
  • สำเนาครบชุดเทียบกับ Threshold Share สมมติ Media อิสระ 3 ชุด แต่ละชุดพร้อมใช้ด้วยความน่าจะเป็น 0.98 และถูกเจาะอย่างอิสระด้วยความน่าจะเป็น 0.01 สำเนาครบชุด 3 ชุดกู้คืนได้หากเหลืออย่างน้อยหนึ่งชุด: 1 - 0.02^3 = 0.999992 ขณะที่โอกาสรั่วอย่างน้อยหนึ่งชุดคือ 1 - 0.99^3 = 0.029701 Threshold 2-of-3 มีความพร้อมใช้ 3 x 0.98^2 x 0.02 + 0.98^3 = 0.998816 และความน่าจะเป็นถูกเจาะ 3 x 0.01^2 x 0.99 + 0.01^3 = 0.000298 Media และผู้ถือจริงมีความสัมพันธ์กัน ตัวเลขนี้จึงเป็นสมมติฐาน ไม่ใช่การรับประกัน
  • การสูญหายและเปลี่ยน Signer Smart Account มี Owner A, B และ C กับ Threshold 2-of-3 การเสีย Owner หนึ่งรายยังเหลือลายเซ็น 2 ราย ส่วนการเจาะ Owner หนึ่งรายไม่เพียงพอ หากสงสัยว่า B ถูกเจาะ A + C อนุมัติให้แทนด้วย D จนกว่าการเปลี่ยนจะ Execute ตามกฎจริงของ Account นั้น B ยังคงเป็น Owner หลังจากนั้นชุด Owner คือ A / C / D และ Threshold คือ 2
  • ขอบเขตความเสียหายจากการใช้ Seed ซ้ำ Root Seed S สร้าง 2 Account ที่ถือ 1.2 ETH และ 0.8 ETH ส่วน Cold Seed อิสระถือ 8.0 ETH ยอดตรงที่ทราบว่าเสี่ยงเมื่อ S ถูกเจาะคือ 1.2 + 0.8 = 2.0 ETH หากใช้ S ซ้ำกับ Cold Account จะเป็น 10.0 ETH Token, NFT, Approval, Role และ Chain อื่นต้องมีบัญชีแยก ดังนั้นยอด Native ที่เห็นไม่ใช่ขีดจำกัดการสูญเสียทั้งหมด

ความเสี่ยง

  • Entropy อ่อน มีอคติ หรือสร้างจากแหล่งสุ่มที่เสีย
  • อุปกรณ์สร้าง Build ของ Wallet หรือ Dependency เป็นอันตราย
  • Hardware Signer, Firmware หรือ Supply Chain ถูกดัดแปลง
  • Seed หรือ Key ไปอยู่ใน Screenshot, Clipboard, Printer, Cloud หรือบันทึก Online
  • Phishing หรือฝ่ายสนับสนุนปลอมได้ข้อมูลกู้คืนหรือลายเซ็น
  • Host แทนที่ Chain, Recipient, Amount, Domain หรือ Calldata
  • ลืม Passphrase หรือพิมพ์ผิดจนเปิด Wallet ที่ถูกต้องอีกชุดหนึ่ง
  • Backup เพียงชุดเดียวสูญหายจากการขโมย ไฟ น้ำ หรือ Media เสื่อม
  • Backup ครบชุดที่ทำซ้ำเพิ่มพื้นที่โจมตีจากการขโมย
  • Wordlist, Format, Derivation Path, Coin Type หรือ Account Index ผิด
  • Extended Public Key หรือ Derivation Metadata เปิดเผยความเป็นส่วนตัวทางการเงิน
  • ไม่เคยทดสอบการกู้คืนและล้มเหลวเมื่อเกิดเหตุ
  • Signer ของ Multisignature ใช้อุปกรณ์ สถานที่ Cloud หรือผู้ดูแลเดียวกัน
  • Threshold สูงเกินไปต่อความพร้อมใช้หรือต่ำเกินไปต่อการต้านการเจาะ
  • Guardian สมคบกัน ล้าสมัย หรือถูก Social Engineering
  • Module, Guard, Fallback Handler, Proxy หรือ Upgrade ของ Smart Account ข้ามนโยบาย
  • ไม่อัปเดตข้อมูลเมื่อบุคลากรออก เสียชีวิต ไร้ความสามารถ หรือส่งต่อมรดก
  • หลังถูกเจาะยังใช้ Key เก่า หรือเข้าใจว่าการเปลี่ยน PIN คือการ Rotate
  • Custodian, HSM, MPC หรือผู้ให้บริการกู้คืนระงับ ล้มเหลว สมคบกัน หรือเลิกบริการ
  • การย้ายตกหล่น Chain, Token, NFT, Approval, Role หรือ Validator Credential เฉพาะทาง

ความเข้าใจผิดที่พบบ่อย

  • Hardware Wallet ทำให้ทุกธุรกรรมปลอดภัย การแยก Key ช่วยได้ แต่ยังมีความเสี่ยงจากเจตนา หน้าจอ Firmware, Supply Chain และการกู้คืน
  • Seed Phrase กับ Private Key ของ Account หนึ่งเป็นสิ่งเดียวกัน Seed หนึ่งสร้าง Key ได้หลายรายการ ส่วน Format และ Passphrase กำหนดการกู้คืน
  • การเพิ่ม Backup ครบชุดมีแต่เพิ่มความปลอดภัย เพิ่มความพร้อมใช้พร้อมกับเพิ่มจำนวนสำเนาที่ผู้โจมตีขโมยได้
  • Multisignature เป็นเพียง Seed ที่แบ่งเป็นส่วน ๆ Signer อิสระ Threshold Signature และ Backup แบบ Secret Sharing เป็นคนละกลไก
  • การเปลี่ยนรหัสผ่าน Wallet หรือ PIN เพิกถอน Key ของ EOA ที่รั่วแล้ว Key เก่ายังคงควบคุม Address ต้องย้ายสินทรัพย์และอำนาจ และจัดการ Approval อย่างชัดเจน

หัวข้อที่เกี่ยวข้อง

แหล่งข้อมูล

การนำทาง

ค้นหาในวิกิ...