พื้นฐาน
การเข้ารหัสหลังยุคควอนตัม: จุดเริ่มต้น
แยกอัลกอริทึม โพรโทคอล และระบบก่อนวางแผนการเปลี่ยนผ่าน
เพิ่งเริ่มศึกษา? แยก PQC โปรโตคอล และการตัดสินใจระดับระบบ
อ่านคู่มือ ↗คลังความรู้
อ่านคู่มือเชิงปฏิบัติเรื่องการค้นพบการเข้ารหัส ลำดับความสำคัญ ทางเลือกที่รองรับ และการตรวจสอบ เริ่มจากพื้นฐานหรือเลือกเส้นทางให้ตรงกับคำถามที่ต้องตัดสินใจ
สำหรับบริษัท SaaS และ SMEs ตั้งแต่พื้นฐาน บัญชีการเข้ารหัส การตรวจสอบ จนถึงวางแผนใช้งาน
คำแนะนำเพื่อการเรียนรู้ที่อ้างอิงเอกสารต้นทาง การอ้างมาตรฐานไม่ยืนยันความเข้ากันได้ การรับรอง หรือความพร้อมใช้งานจริงของระบบใด
พื้นฐาน
แยกอัลกอริทึม โพรโทคอล และระบบก่อนวางแผนการเปลี่ยนผ่าน
เพิ่งเริ่มศึกษา? แยก PQC โปรโตคอล และการตัดสินใจระดับระบบ
อ่านคู่มือ ↗การสำรวจ
เชื่อมสิ่งที่พบกับเจ้าของ ระบบ และสิ่งที่ยังไม่ทราบอย่างชัดเจน
ไม่ทราบว่าใช้การเข้ารหัสที่ใด? สร้างบัญชีที่มีขอบเขต หลักฐาน และเจ้าของ
อ่านคู่มือ ↗วิศวกรรม
เลือกการเปลี่ยนแปลงขอบเขตแคบพร้อม dependency รูปแบบข้อมูล และเกณฑ์ยอมรับ
กำลังวางแผนเปลี่ยน? กำหนดส่วนงานที่แคบ การพึ่งพา และเกณฑ์ยอมรับ
อ่านคู่มือ ↗วันที่ทบทวนล่าสุดคือวันที่บันทึกการทบทวนเทคนิค ไม่ใช่วันเผยแพร่หรือแก้หน้าตาทั่วไป วันที่ไม่ได้รับประกันว่าความสามารถผู้ให้บริการทุกอย่างยังเหมือนเดิม
เป็นลำดับแนะนำ ไม่ใช่ข้อกำหนดก่อนเรียนหรือหลักสูตรบังคับ เริ่มจากคู่มือที่ตอบคำถามปัจจุบันได้
เข้าใจภัย บทบาทการเข้ารหัส และมาตรฐานก่อนเปลี่ยนแปลง
พื้นฐาน
แยกอัลกอริทึม โพรโทคอล และระบบก่อนวางแผนการเปลี่ยนผ่าน
อ่านคู่มือ ↗พื้นฐาน
จัดลำดับความลับและความแท้จริงของข้อมูลโดยไม่คาดเดาวันที่คอมพิวเตอร์ควอนตัมจะพร้อม
อ่านคู่มือ ↗พื้นฐาน
แยกการเปลี่ยนกุญแจสาธารณะออกจากการตัดสินใจเรื่อง symmetric และฟังก์ชันแฮช
อ่านคู่มือ ↗มาตรฐาน
อ่านมาตรฐานในฐานะข้อกำหนดกลไกที่ชัดเจน ไม่ใช่คำรับประกันการใช้งาน
อ่านคู่มือ ↗เชื่อมข้อสังเกตกับเจ้าของ ลำดับความสำคัญ และคำถามผู้ให้บริการ
การสำรวจ
เชื่อมสิ่งที่พบกับเจ้าของ ระบบ และสิ่งที่ยังไม่ทราบอย่างชัดเจน
อ่านคู่มือ ↗การวางแผน
ใช้ผลกระทบ อายุข้อมูล เจ้าของ และความเป็นไปได้ ไม่ใช้ระดับผลสแกนเพียงอย่างเดียว
อ่านคู่มือ ↗การวางแผน
เปลี่ยนคำอธิบายแผนงานเป็น dependency ที่มีเวอร์ชันและเจ้าของชัดเจน
อ่านคู่มือ ↗วางแผนการเปลี่ยนที่มีขอบเขต ทดสอบพฤติกรรม และเตรียมการตัดสินใจปฏิบัติการ
การวางแผน
ทำให้การเปลี่ยนกลไกที่รองรับตรวจสอบ ทดสอบ และปฏิบัติการได้
อ่านคู่มือ ↗วิศวกรรม
ติดตามการปกป้องผ่านปลายทาง proxy ตัวตน ใบรับรอง และการจัดการกุญแจ
อ่านคู่มือ ↗วิศวกรรม
เลือกการเปลี่ยนแปลงขอบเขตแคบพร้อม dependency รูปแบบข้อมูล และเกณฑ์ยอมรับ
อ่านคู่มือ ↗วิศวกรรม
กำหนดว่าการทดสอบสำเร็จพิสูจน์อะไร และอะไรยังอยู่นอกขอบเขต
อ่านคู่มือ ↗การปฏิบัติการ
เปลี่ยนจากหลักฐานห้องปฏิบัติการสู่งานปฏิบัติการที่อนุมัติพร้อมเงื่อนไขหยุด
อ่านคู่มือ ↗เราให้ความสำคัญกับเอกสารต้นทาง แยกมาตรฐานฉบับสมบูรณ์ออกจากฉบับร่างและหลักฐานการนำไปใช้ และระบุวันที่ทบทวนแต่ละคู่มือ ตรวจแหล่งที่เชื่อมและเอกสารเฉพาะสภาพแวดล้อมก่อนดำเนินการ แจ้งข้อแก้ไขพร้อม URL คู่มือและแหล่งสนับสนุน โดยไม่ส่งข้อมูลระบบลับ
แจ้งข้อแก้ไข ↗ไม่ เริ่มจากพื้นฐานและอายุข้อมูลได้ การตัดสินใจวิศวกรรมละเอียดต้องมีความเชี่ยวชาญที่เหมาะสมและทบทวนสภาพแวดล้อมจริง
ไม่ PQC ใช้อัลกอริทึมคณิตศาสตร์บนคอมพิวเตอร์ทั่วไป QKD ใช้กลไกสื่อสารควอนตัมทางกายภาพและมีอุปกรณ์กับข้อกำหนดปฏิบัติการต่างกัน
ไม่ การอ่านไม่ใช่การตรวจสอบระบบ การรับรอง หรือการให้ความเชื่อมั่น การเปลี่ยนจริงต้องยืนยันการรองรับ ทดสอบ วางแผนปฏิบัติการ และมีการตัดสินใจที่อนุญาต
ตรวจเอกสารทางการสำหรับผลิตภัณฑ์ รุ่น โปรไฟล์โปรโตคอล และการตั้งค่าที่แน่นอน แยกแผนอนาคตออกจากการรองรับที่มีและผลทดสอบจริง
ทบทวนสมมติฐานและบันทึกการตัดสินใจกับเจ้าของระบบ ตรวจแหล่งปัจจุบันและพิจารณาว่าต้องปรับบัญชี ลำดับ หรือการทดสอบหรือไม่