การย้ายสู่ PQC: แนวทางแบบผสม

การเปลี่ยนจากการเข้ารหัสลับแบบดั้งเดิมไปสู่การเข้ารหัสลับหลังควอนตัมเป็นการย้ายระบบการเข้ารหัสลับครั้งใหญ่ที่สุดในประวัติศาสตร์ และซับซ้อนกว่าการอัปเกรด RSA-2048 หรือการเลิกใช้ SHA-1 โดยต้องปรับปรุงโพรโทคอล ไลบรารี HSM ใบรับรอง และโค้ดพร้อมกัน

KEM แบบผสม = KEM แบบดั้งเดิม + KEM แบบ PQC ความลับร่วม = KDF(classical_secret || pqc_secret) ความปลอดภัยต้องอาศัยการทำลายทั้งสองส่วน ฝ่ายตรงข้ามแบบควอนตัมทำลาย ECDH ได้แต่ทำลาย Kyber ไม่ได้ ส่วนฝ่ายตรงข้ามแบบดั้งเดิมไม่สามารถทำลายได้ทั้งคู่ จึงช่วยเพิ่มการป้องกันหลายชั้นในช่วงเปลี่ยนผ่าน

ปัจจุบันใบรับรอง X.509 ใช้กุญแจสาธารณะ RSA หรือ ECDSA แนวทางการย้ายระบบคือ (1) ออกใบรับรองที่รองรับอัลกอริทึมคู่ (แบบดั้งเดิม + PQC) (2) ให้ CA ระดับกลางใช้กุญแจ PQC (3) ให้ CA รากเปลี่ยนผ่านเป็นลำดับสุดท้าย CA/Browser Forum กำลังพัฒนาโพรไฟล์ใบรับรอง PQC

ขั้นตอนที่ 1: จัดทำบัญชีรายการการเข้ารหัสลับ ระบุรายการต่อไปนี้: กุญแจและใบรับรอง RSA/ECC ทุกคู่, การแลกเปลี่ยนกุญแจ DH ทุกรายการ, โพรโทคอลทุกเวอร์ชัน เครื่องมือที่ใช้ ได้แก่ เครื่องมือสแกนชุดการเข้ารหัส เครื่องมือจัดทำบัญชีใบรับรอง และการวิเคราะห์โค้ดแบบสถิตสำหรับการเรียกใช้การเข้ารหัสลับ จัดทำเอกสารระบุอายุการใช้งานของทรัพย์สินทั้งหมด

เร่งด่วนสูงสุด: ข้อมูลที่มีอายุการใช้งานยาวนาน (ข้อมูลลับ เวชระเบียน) — ปัจจุบันเสี่ยงต่อการเก็บข้อมูลไว้ก่อนแล้วถอดรหัสภายหลัง ถัดไป: การแลกเปลี่ยนกุญแจในโพรโทคอล (TLS, SSH, VPN) — ควรย้ายระบบส่วนนี้ก่อนด้วย KEM แบบผสม เร่งด่วนต่ำสุด: ลายเซ็นบนข้อมูลที่มีอายุสั้น (โทเค็นเซสชัน)

Python: ใช้ pyca/cryptography ร่วมกับแบ็กเอนด์ liboqs สำหรับ ML-KEM Java: โมดูล PQC ของ BouncyCastle Rust: แพ็กเกจ pqcrypto แทนที่: rsa.generate_private_key() → ML-KEM keygen; ecdh_key_agreement() → ML-KEM encap/decap แยกส่วนผ่านชั้นความคล่องตัวด้านการเข้ารหัสลับ

ความคล่องตัวด้านการเข้ารหัสลับคือการออกแบบระบบให้สามารถสลับอัลกอริทึมได้โดยไม่ต้องแก้ไขโค้ด ใช้ฟิลด์ตัวระบุอัลกอริทึม ทะเบียนชนิดกุญแจ และแบ็กเอนด์ที่ถอดเปลี่ยนได้ หลีกเลี่ยงการฝังชื่ออัลกอริทึมไว้ตายตัวในรูปแบบการทำให้เป็นอนุกรม แนวทางนี้ทำให้ย้ายจาก SHA-1 ไปเป็น SHA-256 ได้ และจะช่วยให้ย้ายจาก RSA ไปเป็น PQC ได้

ทดสอบด้วยเวกเตอร์ทดสอบคำตอบที่ทราบจากการใช้งานอ้างอิงของ NIST PQC ตรวจสอบกับชุดทดสอบการทำงานร่วมกันของ OQS-OpenSSL ทดสอบ TLS แบบผสมด้วย oqs-provider สำหรับ OpenSSL ติดตามหน้าข้อแก้ไขของ NIST FIPS 203/204/205/206 เพื่อรับข้อมูลอัปเดตเกี่ยวกับแนวทางการนำไปใช้

คำแนะนำของ NIST/NSA: (1) หยุดนำระบบ RSA/ECC ใหม่ไปใช้งานตั้งแต่ตอนนี้ (2) นำการแลกเปลี่ยนกุญแจแบบผสมไปใช้ใน TLS และ VPN ภายในปี 2025–2026 (3) ย้ายใบรับรองไปเป็น PQC ภายในปี 2028–2030 (4) ย้ายระบบทั้งหมดให้เสร็จสมบูรณ์ รวมถึงโมดูลความปลอดภัยฮาร์ดแวร์ ภายในปี 2035 ก่อนที่ความเสี่ยงจาก CRQC จะเกิดขึ้นจริง

เหตุใดข้อมูลที่เข้ารหัสในปัจจุบันด้วย RSA/ECDH จึงมีความเสี่ยง แม้คอมพิวเตอร์ควอนตัมจะยังไม่มีอยู่จริง

การย้ายระบบไปใช้ PQC จะใช้ KEM แบบผสม (การเข้ารหัสแบบดั้งเดิม + PQC) ในช่วงเปลี่ยนผ่าน ควรจัดลำดับความสำคัญให้ข้อมูลที่มีอายุการใช้งานยาวนานและการแลกเปลี่ยนกุญแจ จัดทำบัญชีรายการการเข้ารหัส อัปเดตฮาร์ดแวร์ และบังคับใช้ความคล่องตัวด้านการเข้ารหัสลับ NIST แนะนำให้ย้ายระบบทั้งหมดภายในปี 2035 บทถัดไป: การเข้ารหัสสำหรับบล็อกเชน — ต้นไม้เมอร์เคิลและการพิสูจน์การทำงาน