Crypto-agility (ความคล่องตัวด้านการเข้ารหัส) คือความสามารถในการเปลี่ยนอัลกอริทึม (สูตรคำนวณที่ใช้เข้ารหัส) กุญแจ และใบรับรองในระบบได้อย่างรวดเร็ว โดยไม่ต้องสร้างระบบใหม่ และไม่ทำให้ความปลอดภัยหรือการใช้งานเสียหาย NIST นิยามว่าเป็นความสามารถที่จำเป็นในการเปลี่ยนและปรับอัลกอริทึมเข้ารหัส ในโปรโตคอลสื่อสาร (กติกาที่ระบบใช้คุยกัน) แอปพลิเคชัน ซอฟต์แวร์ ฮาร์ดแวร์ เฟิร์มแวร์ (ซอฟต์แวร์ที่ฝังอยู่ในอุปกรณ์) และโครงสร้างพื้นฐาน โดยยังรักษาความปลอดภัยและการทำงานต่อเนื่อง CBOM (cryptographic bill of materials คือบัญชีรายการสินทรัพย์ด้านการเข้ารหัส) บอกว่าอัลกอริทึมเหล่านั้นถูกใช้ที่ไหนบ้าง ทั้งสองอย่างเป็นฐานของการย้ายไปสู่ post-quantum cryptography (การเข้ารหัสแบบใหม่ที่ทนต่อคอมพิวเตอร์ควอนตัม)
ทำไมตอนนี้ต้องคล่องตัว
เดือนสิงหาคม 2024 NIST ประกาศมาตรฐานยุคหลังควอนตัมชุดแรกครบสามฉบับ คือ FIPS 203 (ML-KEM ใช้ตกลงกุญแจระหว่างสองฝ่าย) FIPS 204 (ML-DSA) และ FIPS 205 (SLH-DSA) สองฉบับหลังใช้กับลายเซ็นดิจิทัล (ใช้ยืนยันว่าข้อมูลมาจากผู้ส่งจริงและไม่ถูกแก้ไข) หน้าโครงการหลังควอนตัมของ NIST ระบุปี 2035 เป็นเป้าหมายในการเอาอัลกอริทึมที่คอมพิวเตอร์ควอนตัมถอดรหัสได้ออกจากมาตรฐาน โดยระบบเสี่ยงสูงต้องย้ายเร็วกว่านั้นมาก เรื่องการเปลี่ยนผ่านนี้อยู่ใน NIST IR 8547 (รายงานภายในของ NIST) ซึ่งตามหน้าเว็บที่เราอ่านยังเป็นฉบับร่างแรกที่เปิดรับความเห็น ประกาศเมื่อ 12 พฤศจิกายน 2024 หน้าฉบับร่างนั้นไม่ได้ระบุปีเหล่านี้
ชุดมาตรฐานยังเพิ่มขึ้นเรื่อย ๆ เดือนมีนาคม 2025 NIST เลือก HQC เป็นอัลกอริทึมแบบ key-encapsulation (วิธีส่งกุญแจให้ผู้รับอย่างปลอดภัย) ตัวที่สองต่อจาก ML-KEM และระบุว่าคาดว่าจะได้ฉบับสมบูรณ์ในราวสองปี หน้า post-quantum ของ NIST ที่ปรับปรุงล่าสุดเมื่อ 5 สิงหาคม 2026 ระบุว่า NIST เลือก Falcon (อัลกอริทึมลายเซ็น) ไปทำเป็นมาตรฐาน โดยจะใช้ชื่อ FN-DSA และงานกำลังดำเนินอยู่ แต่ไม่ระบุวันที่ เรายังยืนยันไม่ได้ว่าฉบับร่างของ FN-DSA ซึ่งคือ FIPS 206 ประกาศแล้วหรือยัง อัลกอริทึมที่เลือกใช้จะยังเปลี่ยนต่อไป จึงต้องมีความคล่องตัว
NIST พูดเรื่อง crypto-agility ไว้อย่างไร
NIST ประกาศเอกสารวิชาการ (white paper) CSWP 39 ชื่อ "Considerations for Achieving Crypto Agility: Strategies and Practices" เมื่อ 19 ธันวาคม 2025 ต่อมามีฉบับปรับปรุงคือ CSWP 39upd1 ซึ่งประกาศเป็นฉบับสมบูรณ์เมื่อ 29 มิถุนายน 2026 และใช้แทนฉบับแรก บทคัดย่อของ NIST ระบุว่าเอกสารนี้สำรวจแนวทางที่ใช้อยู่ อภิปรายความท้าทายและข้อดีข้อเสียที่ต้องแลกกัน อธิบายกลไกการปฏิบัติงาน และชี้ประเด็นที่ยังต้องศึกษาเพิ่ม คำสำคัญของเอกสารมี cryptographic API (ชุดคำสั่งกลางสำหรับเรียกใช้การเข้ารหัส) และ cryptographic risk management (การบริหารความเสี่ยงด้านการเข้ารหัส)
ในทางปฏิบัติ ความคล่องตัวเป็นนิสัยในการออกแบบ ไม่ใช่ผลิตภัณฑ์ที่ซื้อมาติดตั้ง ข้อต่อไปนี้เป็นการสรุปของเราเองจากแนวปฏิบัติทางวิศวกรรมที่พบบ่อย ไม่ใช่ข้อกำหนดของ NIST:
- อย่าฝังชื่ออัลกอริทึมไว้ในโค้ด: ให้อ่านชื่ออัลกอริทึมและขนาดกุญแจจากไฟล์ตั้งค่า ไม่ใช่จากโค้ดที่กระจายอยู่ในหลายโปรแกรม
- ใช้ไลบรารีหรือบริการเข้ารหัสกลางตัวเดียว: ไลบรารีคือชุดโค้ดสำเร็จรูปที่หลายโปรแกรมเรียกใช้ร่วมกัน อัปเดตครั้งเดียวก็เปลี่ยนได้หลายแอป
- ทำให้การเปลี่ยนใบรับรองและกุญแจเป็นอัตโนมัติ: ดู การจัดการกุญแจเข้ารหัส และ การจัดการวงจรชีวิตใบรับรอง
- ทดสอบกับขนาดที่ใหญ่ขึ้น: โดยทั่วไป กุญแจและลายเซ็นยุคหลังควอนตัมมีขนาดใหญ่กว่าของ RSA และ ECC (อัลกอริทึมกุญแจสาธารณะ คือการเข้ารหัสที่ใช้กุญแจคู่ กุญแจหนึ่งเปิดเผยได้ อีกกุญแจเก็บเป็นความลับ) ดังนั้นควรตรวจขีดจำกัดขนาดในโปรโตคอล อุปกรณ์ และฐานข้อมูล
- ถามผู้ผลิตถึงเส้นทางอัปเดต: ผลิตภัณฑ์เพิ่มอัลกอริทึมใหม่ผ่านการอัปเดตซอฟต์แวร์หรือเฟิร์มแวร์ได้หรือไม่ หรือต้องเปลี่ยนฮาร์ดแวร์
เปลี่ยนยาก
- ฝังชื่ออัลกอริทึมในโค้ดต้องแก้หลายโปรแกรม
- แต่ละแอปมีโค้ดเข้ารหัสเองต้องอัปเดตทีละแอป
- เปลี่ยนใบรับรองและกุญแจด้วยมือช้าและพลาดง่าย
คล่องตัว
- อ่านอัลกอริทึมจากไฟล์ตั้งค่าเปลี่ยนที่เดียว
- ใช้ไลบรารีหรือบริการกลางอัปเดตครั้งเดียว ได้หลายแอป
- ใบรับรอง/กุญแจเปลี่ยนอัตโนมัติเปลี่ยนบ่อยได้โดยพลาดน้อยลง
CBOM คืออะไร
CBOM คือบัญชีรายการสินทรัพย์ด้านการเข้ารหัส เช่น อัลกอริทึม กุญแจ และใบรับรอง พร้อมซอฟต์แวร์ที่พึ่งพาสิ่งเหล่านี้ เปรียบได้กับ SBOM (software bill of materials คือรายการชิ้นส่วนที่ประกอบเป็นซอฟต์แวร์ ดู SBOM และความปลอดภัยของห่วงโซ่อุปทานซอฟต์แวร์) แต่เป็นรายการด้านการเข้ารหัส มาตรฐาน CycloneDX (มาตรฐานรูปแบบของรายการชิ้นส่วน) เพิ่ม CBOM ในเวอร์ชัน 1.6 ซึ่ง OWASP ประกาศเมื่อ 9 เมษายน 2024 CycloneDX อธิบายว่า CBOM ใช้ค้นหา จัดการ และรายงานสินทรัพย์ด้านการเข้ารหัส เพื่อเตรียมสู่ยุคที่ปลอดภัยจากควอนตัม
CBOM ตอบคำถามเช่น ระบบใดยังใช้ RSA หรือ ECC อยู่ ซึ่งเป็นการเข้ารหัสแบบกุญแจสาธารณะที่คอมพิวเตอร์ควอนตัมในอนาคตอาจถอดได้ ขนาดกุญแจที่ใช้อยู่เท่าไร ใครเป็นเจ้าของแต่ละรายการ และข้อมูลที่ปกป้องอยู่ต้องเป็นความลับอีกนานเท่าไร ถ้าไม่มีคำตอบเหล่านี้ ก็วางแผนหรือประเมินขนาดงานย้ายไม่ได้
วิธีสร้าง CBOM ที่ทำได้จริงมีดังนี้
- กำหนดขอบเขตและเจ้าของ: เริ่มจากระบบที่เปิดสู่อินเทอร์เน็ตและข้อมูลที่ต้องเก็บไว้นาน
- ค้นหา: สแกนซอร์สโค้ด ทราฟฟิกเครือข่าย (ข้อมูลที่ไหลในเครือข่าย) ที่เก็บใบรับรอง ที่เก็บกุญแจ และผลิตภัณฑ์ของผู้ผลิต
- บันทึก: แต่ละรายการให้ระบุอัลกอริทึม ขนาดกุญแจ ที่อยู่ เจ้าของ ผู้ผลิต และระยะเวลาที่ข้อมูลต้องเป็นความลับ
- จัดลำดับ: จัดการข้อมูลที่ต้องเป็นความลับนาน และอุปกรณ์ที่อัปเดตยาก ก่อน
- ทำให้ทันสมัยเสมอ: สร้างใหม่ทุกครั้งที่ build หรือ release (ปล่อยซอฟต์แวร์รุ่นใหม่) และทบทวนตามรอบเวลา
CISA แนะนำอะไร
หน้า quantum ของ CISA (หน่วยงานด้านความมั่นคงปลอดภัยไซเบอร์ของสหรัฐฯ) เรียกร้องให้องค์กรเริ่มเตรียมตัวตั้งแต่ตอนนี้ เพราะคอมพิวเตอร์ควอนตัมในอนาคตอาจถอดรหัสการเข้ารหัสและลายเซ็นแบบกุญแจสาธารณะที่ใช้กันแพร่หลายได้ CISA แนะนำให้เริ่มจากการทำบัญชีรายการก่อน หน่วยงานพลเรือนของรัฐบาลกลางสหรัฐฯ ต้องมีบัญชีรายการระบบ IT ที่เสี่ยงต่อการถูกควอนตัมถอดรหัส และต้องทำให้เป็นปัจจุบันอยู่เสมอ CISA ยังสนับสนุนเครื่องมือที่ค้นหาและทำบัญชีการเข้ารหัสโดยอัตโนมัติ และมีรายการประเภทผลิตภัณฑ์ที่รองรับ หรือวางแผนรองรับ มาตรฐานยุคหลังควอนตัม ข้อกำหนดเหล่านี้เป็นข้อบังคับของรัฐบาลกลางสหรัฐฯ แต่แนวคิดที่ให้เริ่มจากบัญชีรายการใช้ได้กับทุกองค์กร
เชื่อมกับงานที่ทำอยู่อย่างไร
ความคล่องตัวต่อยอดจากงานที่หลายทีมทำอยู่แล้ว ได้แก่ ระบบจัดการใบรับรองอัตโนมัติ กุญแจที่เก็บใน KMS (บริการจัดการกุญแจ) หรือ HSM (ฮาร์ดแวร์เฉพาะสำหรับเก็บกุญแจ) และบัญชีรายการซอฟต์แวร์ ถ้ายังไม่ได้อ่านว่าทำไมความเสี่ยงจากควอนตัมจึงสำคัญ ให้เริ่มที่ PQC คืออะไร
ข้อผิดพลาดที่พบบ่อย
- รอให้มาตรฐานนิ่งก่อนค่อยเริ่ม: งานทำบัญชีรายการและงานสร้างความคล่องตัวไม่ต้องรอรายชื่ออัลกอริทึมฉบับสุดท้าย
- มองการย้ายไปใช้การเข้ารหัสยุคหลังควอนตัม (PQC) เป็นโครงการครั้งเดียวจบ: ชุดอัลกอริทึมยังเปลี่ยนอยู่ ดังที่ HQC และ FN-DSA แสดงให้เห็น
- ทำ CBOM ครั้งเดียวแล้วไม่ปรับปรุง: พอออก release ถัดไปก็ล้าสมัย
- ทำบัญชีเฉพาะโค้ดของตนเอง: ไลบรารี อุปกรณ์สำเร็จรูป (appliance) บริการ SaaS (ซอฟต์แวร์ที่เช่าใช้ผ่านอินเทอร์เน็ต) และอุปกรณ์ฝังตัว ก็มีการเข้ารหัสอยู่ด้วย
- เปลี่ยนอัลกอริทึมโดยไม่ทดสอบขนาดและความเร็ว: กุญแจและลายเซ็นที่ใหญ่ขึ้นอาจชนขีดจำกัดของโปรโตคอลและทำให้ระบบช้าลง
- เชื่อว่าผู้ผลิตจะจัดการให้เอง: ถ้าไม่มีแผนงานและกำหนดเวลาเป็นลายลักษณ์อักษร ก็ไม่มีข้อผูกพัน
ขั้นแรกที่ทำได้ทันที
- เลือกขอบเขตนำร่อง: เช่น ปลายทางที่ใช้ TLS (โปรโตคอลเข้ารหัสการเชื่อมต่อ) ทั้งหมด และ VPN (เครือข่ายส่วนตัวเสมือนสำหรับเชื่อมต่อจากภายนอก) ทั้งหมด เพื่อให้บัญชีรายการแรกไม่ใหญ่เกินไป
- ทำบัญชีรายการรอบแรก: ถ้ายังไม่มีเครื่องมือ ใช้สเปรดชีตบันทึกอัลกอริทึม ขนาดกุญแจ เจ้าของ และระยะเวลาที่ข้อมูลต้องเป็นความลับได้
- เลิกฝังอัลกอริทึมในโค้ดใหม่: ให้อ่านจากไฟล์ตั้งค่า
- เพิ่มคำถามเรื่องเส้นทางอัปเดตในรายการตรวจก่อนซื้อ: ถามว่าผลิตภัณฑ์เพิ่มอัลกอริทึมใหม่ได้อย่างไร
- อ่านแหล่งข้อมูลต้นฉบับ: NIST CSWP 39upd1 และหน้า quantum ของ CISA ตามรายการด้านล่าง
หากต้องการดูว่ามาตรการด้านการเข้ารหัสและการยืนยันตัวตนขององค์กรอยู่ในระดับใด ลองใช้ แบบประเมินตนเอง
ขอบเขตและความถูกต้อง
เราอ่านแหล่งข้อมูลเมื่อ 27 ตุลาคม 2026 โดยอ่านหน้าบทคัดย่อของ NIST ไม่ได้อ่านเนื้อหาเต็มของ CSWP 39upd1 บทความนี้จึงไม่อธิบายเนื้อหาของเอกสารนอกเหนือจากบทคัดย่อ กำหนดการของ NIST สำหรับ HQC, FN-DSA และ NIST IR 8547 เปลี่ยนได้ ควรตรวจที่ csrc.nist.gov ก่อนวางแผน หน้าของ CISA กล่าวถึงข้อบังคับของรัฐบาลกลางสหรัฐฯ ซึ่งไม่ใช่ข้อบังคับสำหรับองค์กรอื่น บทความนี้เป็นข้อมูลทั่วไป ไม่ใช่คำแนะนำด้านกฎหมายหรือด้านการปฏิบัติตามกฎระเบียบ
แหล่งอ้างอิงและข้อมูลเพิ่มเติม
- NIST CSWP 39upd1: Considerations for Achieving Crypto Agility: หน้าเอกสารวิชาการของ NIST (ฉบับสมบูรณ์ มิถุนายน 2026)
- NIST Post-Quantum Cryptography project: ภาพรวมสถานะของมาตรฐาน PQC
- FIPS 203: ML-KEM: มาตรฐานการตกลงกุญแจ
- NIST IR 8547 (initial public draft): แผนการเปลี่ยนผ่านจากอัลกอริทึมที่ควอนตัมถอดได้
- NIST: HQC selected as a 4th-round algorithm: ประกาศเดือนมีนาคม 2025 และกรอบเวลาที่คาดไว้
- CISA: Quantum: แนวทางและเอกสารด้าน post-quantum ของ CISA
- CycloneDX: Cryptography Bill of Materials (CBOM): CBOM บันทึกอะไรบ้าง
- OWASP: CycloneDX v1.6 released: ประกาศที่เริ่มมี CBOM (เมษายน 2024)