EvolextQuantum
เมนูนำทาง

คลังความรู้

เข้าใจการตัดสินใจเบื้องหลังการเปลี่ยนผ่านสู่ PQC

อ่านคู่มือเชิงปฏิบัติเรื่องการค้นพบการเข้ารหัส ลำดับความสำคัญ ทางเลือกที่รองรับ และการตรวจสอบ เริ่มจากพื้นฐานหรือเลือกเส้นทางให้ตรงกับคำถามที่ต้องตัดสินใจ

สำหรับบริษัท SaaS และ SMEs ตั้งแต่พื้นฐาน บัญชีการเข้ารหัส การตรวจสอบ จนถึงวางแผนใช้งาน

คำแนะนำเพื่อการเรียนรู้ที่อ้างอิงเอกสารต้นทาง การอ้างมาตรฐานไม่ยืนยันความเข้ากันได้ การรับรอง หรือความพร้อมใช้งานจริงของระบบใด

แนวคิดหน้าจอประกอบ · ไม่ใช่ผลิตภัณฑ์ที่ใช้งานจริงหรือระบบลูกค้า

เริ่มจากคำถามที่คุณมี

พื้นฐาน

การเข้ารหัสหลังยุคควอนตัม: จุดเริ่มต้น

แยกอัลกอริทึม โพรโทคอล และระบบก่อนวางแผนการเปลี่ยนผ่าน

เพิ่งเริ่มศึกษา? แยก PQC โปรโตคอล และการตัดสินใจระดับระบบ

สำหรับผู้ตัดสินใจและวิศวกร
ทบทวนล่าสุด:

อ่านคู่มือ ↗

การสำรวจ

สร้างบัญชีรายการที่ตรวจสอบย้อนกลับได้

เชื่อมสิ่งที่พบกับเจ้าของ ระบบ และสิ่งที่ยังไม่ทราบอย่างชัดเจน

ไม่ทราบว่าใช้การเข้ารหัสที่ใด? สร้างบัญชีที่มีขอบเขต หลักฐาน และเจ้าของ

สำหรับผู้ตัดสินใจและวิศวกร
ทบทวนล่าสุด:

อ่านคู่มือ ↗

วิศวกรรม

วางแผนเปลี่ยนแอปพลิเคชันทีละส่วน

เลือกการเปลี่ยนแปลงขอบเขตแคบพร้อม dependency รูปแบบข้อมูล และเกณฑ์ยอมรับ

กำลังวางแผนเปลี่ยน? กำหนดส่วนงานที่แคบ การพึ่งพา และเกณฑ์ยอมรับ

สำหรับวิศวกรและผู้รับผิดชอบเทคนิค
ทบทวนล่าสุด:

อ่านคู่มือ ↗

วันที่ทบทวนล่าสุดคือวันที่บันทึกการทบทวนเทคนิค ไม่ใช่วันเผยแพร่หรือแก้หน้าตาทั่วไป วันที่ไม่ได้รับประกันว่าความสามารถผู้ให้บริการทุกอย่างยังเหมือนเดิม

เลือกเส้นทางอ่าน หรือเลือกหัวข้อได้อิสระ

เป็นลำดับแนะนำ ไม่ใช่ข้อกำหนดก่อนเรียนหรือหลักสูตรบังคับ เริ่มจากคู่มือที่ตอบคำถามปัจจุบันได้

ดูทุกหัวข้อ

พื้นฐาน

เข้าใจภัย บทบาทการเข้ารหัส และมาตรฐานก่อนเปลี่ยนแปลง

พื้นฐาน

ภัยควอนตัมกับอายุของข้อมูล

จัดลำดับความลับและความแท้จริงของข้อมูลโดยไม่คาดเดาวันที่คอมพิวเตอร์ควอนตัมจะพร้อม

สำหรับผู้ตัดสินใจและวิศวกร
ทบทวนล่าสุด:

อ่านคู่มือ ↗

การค้นพบและจัดลำดับ

เชื่อมข้อสังเกตกับเจ้าของ ลำดับความสำคัญ และคำถามผู้ให้บริการ

การวางแผน

จัดลำดับการเปลี่ยนผ่านตามบริบทระบบ

ใช้ผลกระทบ อายุข้อมูล เจ้าของ และความเป็นไปได้ ไม่ใช้ระดับผลสแกนเพียงอย่างเดียว

สำหรับผู้ตัดสินใจและวิศวกร
ทบทวนล่าสุด:

อ่านคู่มือ ↗

วิศวกรรมและปฏิบัติการ

วางแผนการเปลี่ยนที่มีขอบเขต ทดสอบพฤติกรรม และเตรียมการตัดสินใจปฏิบัติการ

การวางแผน

ออกแบบเพื่อความคล่องตัวด้านการเข้ารหัส

ทำให้การเปลี่ยนกลไกที่รองรับตรวจสอบ ทดสอบ และปฏิบัติการได้

สำหรับวิศวกรและผู้รับผิดชอบเทคนิค
ทบทวนล่าสุด:

อ่านคู่มือ ↗

วิศวกรรม

ทำแผนที่โพรโทคอลและขอบเขตโครงสร้างพื้นฐาน

ติดตามการปกป้องผ่านปลายทาง proxy ตัวตน ใบรับรอง และการจัดการกุญแจ

สำหรับวิศวกรและผู้รับผิดชอบเทคนิค
ทบทวนล่าสุด:

อ่านคู่มือ ↗

วิศวกรรม

วางแผนเปลี่ยนแอปพลิเคชันทีละส่วน

เลือกการเปลี่ยนแปลงขอบเขตแคบพร้อม dependency รูปแบบข้อมูล และเกณฑ์ยอมรับ

สำหรับวิศวกรและผู้รับผิดชอบเทคนิค
ทบทวนล่าสุด:

อ่านคู่มือ ↗

วิศวกรรม

ทดสอบการทำงานร่วมกันและพฤติกรรมปฏิบัติการ

กำหนดว่าการทดสอบสำเร็จพิสูจน์อะไร และอะไรยังอยู่นอกขอบเขต

สำหรับวิศวกรและผู้รับผิดชอบเทคนิค
ทบทวนล่าสุด:

อ่านคู่มือ ↗

การปฏิบัติการ

ทยอยใช้งาน ติดตาม และวางแผนย้อนกลับ

เปลี่ยนจากหลักฐานห้องปฏิบัติการสู่งานปฏิบัติการที่อนุมัติพร้อมเงื่อนไขหยุด

สำหรับวิศวกรและผู้รับผิดชอบเทคนิค
ทบทวนล่าสุด:

อ่านคู่มือ ↗

เข้าใจว่าแต่ละแหล่งบอกอะไรได้

มาตรฐานที่เผยแพร่
กำหนดกลไกและข้อกำหนดภายในขอบเขต ไม่รับรองแอปหรือยืนยันการรองรับผู้ให้บริการ
เอกสารการนำไปใช้และผู้ให้บริการ
อธิบายความสามารถและข้อจำกัดเฉพาะรุ่น ต้องตรวจแพลตฟอร์ม โปรโตคอล การตั้งค่า และสถานะรองรับปัจจุบัน
คำแนะนำเพื่อการเรียนรู้
อธิบายแนวคิดและจุดตัดสินใจ ไม่ใช่การประเมินระบบของคุณหรือคำสั่งติดตั้ง
ข้อสังเกตห้องปฏิบัติการ
แสดงพฤติกรรมภายใต้เงื่อนไขทดสอบที่กำหนด ไม่ยืนยันความพร้อมใช้งานจริงโดยอัตโนมัติ

แหล่งข้อมูล การทบทวน และข้อแก้ไข

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

แจ้งข้อแก้ไข ↗

คำสำคัญที่ควรรู้

KEM ↗
กลไกห่อหุ้มกุญแจช่วยสร้างความลับร่วม ไม่ใช่การเข้ารหัสข้อมูลปริมาณมาก
ลายเซ็นดิจิทัล ↗
กลไกตรวจความครบถ้วนข้อมูลและความแท้จริงของผู้ลงนามภายใต้โมเดลความเชื่อถือ
Crypto-agility ↗
ความสามารถเปลี่ยนกลไกเข้ารหัสผ่านสถาปัตยกรรม การตั้งค่า และกระบวนการปฏิบัติการที่วางแผน
แนวทางผสม ↗
การรวมกลไกดั้งเดิมและหลังควอนตัมตามข้อกำหนด คุณสมบัติขึ้นกับโปรโตคอลและการนำไปใช้จริง
บัญชีการเข้ารหัส ↗
บันทึกการใช้การเข้ารหัส การพึ่งพา เจ้าของ หลักฐาน และช่องว่างที่ยังไม่ทราบภายในขอบเขต

คำถามก่อนเริ่มต้น

ต้องเชี่ยวชาญการเข้ารหัสก่อนหรือไม่?

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

PQC เหมือนการแจกจ่ายกุญแจควอนตัมหรือไม่?

ไม่ PQC ใช้อัลกอริทึมคณิตศาสตร์บนคอมพิวเตอร์ทั่วไป QKD ใช้กลไกสื่อสารควอนตัมทางกายภาพและมีอุปกรณ์กับข้อกำหนดปฏิบัติการต่างกัน

ทำตามคู่มือแล้วระบบจะปลอดภัยจากควอนตัมหรือไม่?

ไม่ การอ่านไม่ใช่การตรวจสอบระบบ การรับรอง หรือการให้ความเชื่อมั่น การเปลี่ยนจริงต้องยืนยันการรองรับ ทดสอบ วางแผนปฏิบัติการ และมีการตัดสินใจที่อนุญาต

ตรวจการรองรับผู้ให้บริการหรือโปรโตคอลอย่างไร?

ตรวจเอกสารทางการสำหรับผลิตภัณฑ์ รุ่น โปรไฟล์โปรโตคอล และการตั้งค่าที่แน่นอน แยกแผนอนาคตออกจากการรองรับที่มีและผลทดสอบจริง

เมื่อแหล่งข้อมูลหรือคำแนะนำเปลี่ยนควรทำอย่างไร?

ทบทวนสมมติฐานและบันทึกการตัดสินใจกับเจ้าของระบบ ตรวจแหล่งปัจจุบันและพิจารณาว่าต้องปรับบัญชี ลำดับ หรือการทดสอบหรือไม่