ศึกษาเพิ่ม
หลักฐานไม่ครบหรือเจ้าของไม่ชัด กำหนดผู้รับผิดชอบและรวบรวมหลักฐานขั้นต่ำสำหรับการตัดสินใจถัดไป
การเปลี่ยนผ่าน
เปลี่ยนความไม่แน่นอนด้านควอนตัมเป็นแผนเปลี่ยนผ่านที่ปฏิบัติได้
สำรวจการพึ่งพาการเข้ารหัส จัดลำดับสิ่งสำคัญ ประเมินทางเลือกที่รองรับ และตรวจสอบการเปลี่ยนแปลงก่อนวางแผนทยอยใช้งาน
การเปลี่ยนผ่านเกี่ยวข้องกับระบบ โปรโตคอล ผู้ให้บริการ และการปฏิบัติการ ไม่ใช่เพียงเปลี่ยนอัลกอริทึม
หน้านี้อธิบายแนวทางเปลี่ยนผ่านทั่วไป ปัจจุบัน Evolext เน้นวิจัย ประเมิน และต้นแบบในห้องปฏิบัติการที่ควบคุม การเปลี่ยนระบบจริงต้องตกลงงานวิศวกรรมและการตรวจสอบแยกต่างหาก
กำหนดจุดเริ่มต้น
- ขอบเขตระบบ
- เลือกระบบ การเชื่อมต่อ สภาพแวดล้อม และสิ่งที่ไม่รวมในการตรวจสอบ
- เป้าหมายธุรกิจ
- ระบุการตัดสินใจที่ต้องการ ผลกระทบธุรกิจ และการหยุดชะงักที่ยอมรับได้
- ผู้รับผิดชอบ
- ระบุเจ้าของระบบ อำนาจตัดสินใจ และความรับผิดชอบปฏิบัติการ
- อายุข้อมูล
- กำหนดระยะเวลาที่ต้องรักษาความลับหรือความแท้จริงของข้อมูล
- ข้อจำกัดปฏิบัติการ
- บันทึกช่วงเปลี่ยนระบบ ไคลเอนต์เก่า ความต้องการความพร้อมใช้งาน การพึ่งพาผู้ให้บริการ และข้อกำหนดกู้คืน
ห้าขั้นตอน ใช้หลักฐานก่อนเดินหน้า
- 01
สำรวจ
ระบุการใช้การเข้ารหัส เจ้าของระบบ การพึ่งพา และช่องว่างของหลักฐาน
- ข้อมูลตั้งต้น
- ขอบเขต สถาปัตยกรรม หลักฐาน dependency ที่อนุมัติ และเจ้าของระบบ
- กิจกรรม
- ระบุบทบาทการเข้ารหัส ไลบรารี โปรโตคอล ใบรับรอง ตัวตน และการพึ่งพาภายนอก พร้อมที่มาหลักฐาน
- ผลลัพธ์ที่ชัดเจน
- ทะเบียนการพึ่งพา พร้อมเจ้าของ แหล่งหลักฐาน และช่องว่างความครอบคลุม
- ก่อนเดินหน้าต่อ
- ยืนยันขอบเขตที่ตกลงและบันทึก dependency ที่ยังไม่ทราบ
- 02
จัดลำดับ
ทบทวนอายุข้อมูล ผลกระทบทางธุรกิจ การเปิดรับความเสี่ยง และข้อจำกัดของผู้ให้บริการ
- ข้อมูลตั้งต้น
- บัญชีการเข้ารหัส อายุข้อมูล ผลกระทบธุรกิจ การเปิดรับความเสี่ยง และข้อจำกัดผู้ให้บริการ
- กิจกรรม
- ทบทวนความเร่งด่วน ความเป็นไปได้ การพึ่งพา และความไม่แน่นอนร่วมกับเจ้าของธุรกิจและเทคนิค
- ผลลัพธ์ที่ชัดเจน
- รายการงานที่จัดลำดับ พร้อมเหตุผลที่ต้องศึกษา เดินหน้า หรือเลื่อน
- ก่อนเดินหน้าต่อ
- ให้ผู้ตัดสินใจทบทวนลำดับความสำคัญและสมมติฐาน
- 03
ประเมิน
ตรวจสอบมาตรฐาน การรองรับของโพรโทคอล และความพร้อมของ implementation สำหรับกรณีใช้งาน
- ข้อมูลตั้งต้น
- กรณีใช้งานที่เลือก ข้อกำหนดโปรโตคอล หลักฐานผู้ให้บริการ และข้อจำกัดการนำไปใช้
- กิจกรรม
- เปรียบเทียบแนวทางที่รองรับ ทางเลือก พารามิเตอร์ ความพร้อมการผนวก และผลต่อการปฏิบัติการ
- ผลลัพธ์ที่ชัดเจน
- บันทึกการตัดสินใจเปรียบเทียบทางเลือก ข้อจำกัด และคำถามการรองรับที่ยังค้าง
- ก่อนเดินหน้าต่อ
- ยืนยันการรองรับโปรโตคอล แพลตฟอร์ม และผู้ให้บริการ หยุดหรือเลื่อนเส้นทางที่ไม่รองรับ
- 04
ทดสอบ
ตรวจสอบการทำงานร่วมกันและพฤติกรรมการปฏิบัติการในสภาพแวดล้อมแยก
- ข้อมูลตั้งต้น
- แบบที่เลือก สภาพแวดล้อมทดสอบที่เป็นตัวแทน ตารางทดสอบ และเกณฑ์ยอมรับที่ตกลง
- กิจกรรม
- ทดสอบการทำงานร่วมกัน ประสิทธิภาพ ทรัพยากร พฤติกรรมเมื่อผิดพลาดและทางสำรอง บันทึกกรณียังไม่ทดสอบ
- ผลลัพธ์ที่ชัดเจน
- ผลที่ทำซ้ำได้และสรุปข้อจำกัดเทียบกับเกณฑ์ที่ตกลง
- ก่อนเดินหน้าต่อ
- ทบทวนผลกับเจ้าของ ปรับหรือหยุดเมื่อไม่ผ่านเกณฑ์
- 05
วางแผนทยอยใช้งาน
กำหนดการติดตาม เกณฑ์ยอมรับ เงื่อนไขย้อนกลับ และความเสี่ยงที่ยังคงอยู่
- ข้อมูลตั้งต้น
- หลักฐานทดสอบที่ทบทวนแล้ว เจ้าของงานปฏิบัติการ การอนุมัติเปลี่ยนแปลง และข้อจำกัดกู้คืน
- กิจกรรม
- วางแผนขั้นการใช้งาน การเฝ้าติดตาม เงื่อนไขหยุด การเปลี่ยนกุญแจและใบรับรอง และซ้อมกู้คืน
- ผลลัพธ์ที่ชัดเจน
- ลำดับใช้งาน ผู้รับผิดชอบเฝ้าติดตาม และแผนกู้คืน
- ก่อนเดินหน้าต่อ
- ยืนยันเจ้าของงาน การอนุมัติ และข้อจำกัดย้อนกลับก่อนงานระบบจริง
ความคืบหน้าอาจหมายถึงศึกษา ปรับ เลื่อน หรือหยุด
ปรับแนวทาง
ผลทดสอบความเข้ากันได้ ประสิทธิภาพ หรือข้อผิดพลาดไม่ผ่านเกณฑ์ ปรับแนวทางและทดสอบส่วนที่เกี่ยวข้องซ้ำ
เลื่อน
ผู้ให้บริการหรือโปรโตคอลที่จำเป็นยังไม่รองรับ บันทึกการพึ่งพา มาตรการชั่วคราว และเหตุให้ทบทวน
หยุด
ไม่มีเส้นทางกู้คืน การอนุญาต หรือแบบที่รองรับและยอมรับได้ บันทึกเหตุผลแทนการนำเสนอว่าพร้อม
ประสานสิ่งที่ควบคุมได้และสิ่งที่ต้องพึ่งพา
- องค์กรควบคุมได้
- โค้ดแอป การตั้งค่า รุ่น dependency บันทึกเจ้าของ และขั้นตอนใช้งาน ภายใต้สิทธิ์เข้าถึงและอำนาจเปลี่ยนแปลงจริง
- ร่วมกับผู้ให้บริการ
- บริการจัดการ ระบบตัวตน ผู้ออกใบรับรอง ฮาร์ดแวร์ ระบบนิเวศโปรโตคอล และแผนผู้ขาย ต้องตรวจหลักฐานรองรับและข้อจำกัดสัญญา
- ระบบเก่าและการพึ่งพาทางอ้อม
- ไคลเอนต์เก่า ไลบรารีทางอ้อม อุปกรณ์ และข้อมูลเก็บถาวรหรือลงนามอาจจำกัดลำดับการเปลี่ยน บันทึกสิ่งที่ไม่ทราบแทนการสมมติว่าเข้ากันได้
ระบุความรับผิดชอบให้ชัด
- เจ้าของระบบ
- ยืนยันขอบเขต วัตถุประสงค์ การพึ่งพา และสิทธิ์เข้าถึงหลักฐาน
- วิศวกรรม
- ประเมินแบบที่รองรับ สร้างสภาพแวดล้อมทดสอบ และบันทึกผลเทคนิค
- ปฏิบัติการ
- ทบทวนการเฝ้าติดตาม ช่วงเปลี่ยนแปลง การจัดการเหตุ และการกู้คืน
- ผู้เกี่ยวข้องด้านความปลอดภัยและความเสี่ยง
- ทบทวนสมมติฐานภัย ข้อจำกัดหลักฐาน เกณฑ์ยอมรับ และความเสี่ยงคงเหลือ
- ผู้ให้บริการและผู้ขาย
- ให้ข้อมูลการรองรับที่ตรวจสอบได้และข้อจำกัดการผนวก
นี่คือหน้าที่ที่ต้องมอบหมายในงาน ไม่ได้หมายความว่า Evolext จัดหาทุกบทบาทหรืออนุมัติการเปลี่ยนระบบจริง
ตรวจสอบพฤติกรรม แล้ววางแผนปฏิบัติการ
- การทำงานร่วมกัน
- ทดสอบไคลเอนต์ เซิร์ฟเวอร์ รุ่น รูปแบบข้อความ ใบรับรอง และเส้นทางเจรจาที่เป็นตัวแทน
- ประสิทธิภาพและทรัพยากร
- วัดความหน่วง ปริมาณงาน CPU หน่วยความจำ ขนาดข้อความ และข้อจำกัดแพลตฟอร์มที่เกี่ยวข้องเทียบข้อมูลตั้งต้น
- ข้อผิดพลาดและทางสำรอง
- ทดสอบคู่สื่อสารที่ไม่รองรับ การหมดเวลา ข้อมูลผิดรูปแบบ และการลดระดับหรือใช้ทางสำรองในสภาพแวดล้อมที่อนุญาต
- การเฝ้าติดตามและเกณฑ์ยอมรับ
- กำหนดสัญญาณ เกณฑ์ ผู้รับผิดชอบ และเงื่อนไขหยุดก่อนพิจารณาใช้งาน
- ข้อจำกัดกู้คืน
- ทบทวนกุญแจ ใบรับรอง ข้อมูลที่จัดเก็บ และความสัมพันธ์ความเชื่อถือ การกลับไปใช้ซอฟต์แวร์เก่าอาจไม่ย้อนสิ่งเหล่านี้
ตัวอย่างสมมติ · ไม่มีผลวัดจริงหรือหลักฐานลูกค้า
ติดตามการเชื่อมต่อตัวอย่างหนึ่งเส้นทาง
สมมติว่าบริการสองตัวสื่อสารในสภาพแวดล้อมทดสอบแยก มีเจ้าของและข้อมูลทดสอบที่อนุมัติ การรองรับโปรโตคอลและผู้ให้บริการจริงยังต้องตรวจสอบ
- 01
สำรวจ
ระบุปลายทางทั้งสอง ไลบรารีไคลเอนต์ การพึ่งพาความเชื่อถือ และช่องว่างหลักฐาน
- 02
จัดลำดับ
ทบทวนอายุข้อมูลและผลธุรกิจก่อนใส่การเชื่อมต่อนี้ในรายการศึกษา
- 03
ประเมิน
เปรียบเทียบการคงค่าปัจจุบัน ทางเลือกผสมที่รองรับ และทางเลือกหลังควอนตัมที่รองรับ ไม่เลือกการผสมที่ไม่รองรับ
- 04
ทดสอบ
เตรียมตารางทดสอบ วัดความเข้ากันได้และผลปฏิบัติการแทนการสมมติว่าสำเร็จ
- 05
วางแผนทยอยใช้งาน
ร่างเงื่อนไขใช้งานและกู้คืนเมื่อหลักฐานที่ทบทวนแล้วสนับสนุนให้เดินหน้าเท่านั้น
แหล่งอ้างอิง หลักฐาน และการทบทวน
ใช้แนวทางต้นทางและเอกสารโปรโตคอลกับการนำไปใช้ที่เกี่ยวข้อง มาตรฐานอัลกอริทึม การรองรับผู้ให้บริการ และพฤติกรรมทดสอบเป็นหลักฐานคนละระดับ ตรวจอัปเดตและรายการแก้ไขก่อนตัดสินใจนำไปใช้
แนวทาง NCCoE ช่วยการค้นพบและวางแผนเปลี่ยนผ่าน FIPS 203, 204 และ 205 กำหนดมาตรฐาน ML-KEM, ML-DSA และ SLH-DSA ตามลำดับ ไม่ยืนยันความพร้อมโปรโตคอล ผู้ให้บริการ หรือระบบ ต้องระบุแหล่งอ้างอิงที่ใช้และข้อจำกัดการนำไปใช้ในแต่ละงาน การอ้างอิงไม่ใช่การรับรอง
ทบทวนล่าสุด:
งานของ Evolext อยู่ในขั้นวิจัย ประเมิน และสร้างต้นแบบ แนวทางและผลตรวจซอร์สโค้ดไม่ยืนยันความพร้อมใช้งานจริง การปฏิบัติตามข้อกำหนด หรือความปลอดภัยในทุกด้าน
คำถามระหว่างการเปลี่ยนผ่าน
ต้องเปลี่ยนทุกอย่างพร้อมกันหรือไม่?
ไม่ วางแผนเป็นส่วนที่กำหนดขอบเขตตามการพึ่งพา อายุข้อมูล และข้อจำกัดปฏิบัติการ ลำดับต้องตามหลักฐานที่ทบทวน ไม่ใช่กำหนดเวลาสากล
เริ่มได้ก่อนผู้ให้บริการทุกรายรองรับ PQC หรือไม่?
ได้ เริ่มสำรวจ จัดลำดับ และสอบถามผู้ให้บริการก่อน อย่าถือว่าเส้นทางที่ยังไม่มีพร้อมใช้งาน ต้องบันทึกเวลาหรือเหตุให้กลับมาทบทวน
แนวทางผสมเหมาะเมื่อใด?
เมื่อโปรโตคอลที่กำหนดและการนำไปใช้ที่รองรับรวมกลไกดั้งเดิมกับหลังควอนตัมอย่างเหมาะกับกรณีใช้งาน ประเมินข้อกำหนด ความเข้ากันได้ การทบทวนความปลอดภัย และต้นทุนจริง ไม่สร้างการผสมเอง
หากทดสอบไม่ผ่านจะทำอย่างไร?
บันทึกข้อผิดพลาดและเกณฑ์ที่ไม่ผ่าน ศึกษา ปรับ เลื่อน หรือหยุด แล้วทดสอบส่วนที่เกี่ยวข้องซ้ำหากแนวทางเปลี่ยน ผลลบเป็นหลักฐานที่มีประโยชน์
ทุกการเปลี่ยนแปลงย้อนกลับได้หรือไม่?
ไม่ กุญแจ ใบรับรอง ข้อมูลถาวร และความสัมพันธ์ความเชื่อถืออาจต้องมีมาตรการกู้คืนหรือเปลี่ยนผ่านมากกว่าการย้อนซอฟต์แวร์ กำหนดข้อจำกัดก่อนวางแผนใช้งาน
พฤติกรรมที่ทดสอบต่างจากความพร้อมระบบจริงอย่างไร?
ผลห้องปฏิบัติการแสดงเฉพาะเงื่อนไขที่ทดสอบ การตัดสินใจระบบจริงยังต้องมีการผนวกที่รองรับ การควบคุมปฏิบัติการ การอนุมัติ แผนกู้คืน และการทบทวนอิสระที่เหมาะสม
เตรียมจุดเริ่มต้น ไม่ใช่อัปโหลดข้อมูลลับ
- ภาพรวมระบบและการตัดสินใจที่ต้องการ
- เจ้าของ อายุข้อมูล การพึ่งพา และข้อจำกัดผู้ให้บริการที่ทราบ
- หลักฐานไม่อ่อนไหวที่มีอยู่และข้อจำกัดเข้าถึง
บอกเราว่าต้องการศึกษาระบบหรือการตัดสินใจใด เริ่มจากภาพรวม ไม่ส่งข้อมูลรับรอง กุญแจส่วนตัว ความลับ หรือรายงานลับ
รายละเอียดติดต่อที่ส่งจะจัดเก็บใน Supabase และอาจส่งการแจ้งเตือนผ่าน LINE