การเข้ารหัสประเภทใดได้รับผลกระทบ

ทำความเข้าใจบริบท

RSA, Diffie–Hellman แบบ finite field และระบบกุญแจสาธารณะบนเส้นโค้งวงรีพึ่งปัญหาคณิตศาสตร์ที่อาจถูกโจมตีด้วยอัลกอริทึมของ Shor บนคอมพิวเตอร์ควอนตัมที่มีสมรรถนะเพียงพอ การใช้งานรวมทั้งการสร้างกุญแจและลายมือชื่อ การพบชื่อใน repository ไม่ยืนยันว่าใช้งานบนเส้นทาง production ที่เข้าถึงได้

วางแผนงาน

การเข้ารหัสสมมาตรและฟังก์ชันแฮชมีผลกระทบจากควอนตัมต่างออกไป การค้นหาเชิงควอนตัมอาจกระทบส่วนเผื่อความปลอดภัย แต่ไม่ได้หมายความว่า symmetric cipher หรือแฮชทุกชนิดถูกทำลายเช่น RSA ต้องทบทวนขนาดพารามิเตอร์และบทบาทตามแนวทางที่เกี่ยวข้อง ไม่แทน password hash ด้วยอัลกอริทึมลายมือชื่อ PQC

หลักฐานที่ควรตรวจสอบ

สำรวจวัตถุประสงค์ อัลกอริทึม พารามิเตอร์ ผู้ให้บริการ การจัดการกุญแจ และโพรโทคอล แยกงานเข้ารหัส ยืนยันตัวตน ลงลายมือชื่อ แฮช สร้างกุญแจ และสุ่มข้อมูล ตรวจการพึ่งพาที่ซ่อนใน TLS ผู้ให้บริการตัวตน การลงลายมือชื่อซอฟต์แวร์ และพื้นที่เก็บข้อมูลที่จัดการโดยผู้ให้บริการ

ข้อจำกัดและขั้นตอนต่อไป

ตารางชื่ออัลกอริทึมเป็นเพียงจุดเริ่มต้น primitive ที่มั่นคงอาจถูกใช้อย่างไม่ถูกต้อง และการเปลี่ยนระบบอาจสร้างความล้มเหลวด้านอื่น ต้องประเมินโครงสร้างทั้งหมดและใช้ implementation ที่ผู้ให้บริการรองรับ FIPS 203, 204 และ 205 ไม่ใช่สิ่งทดแทนฟังก์ชันเข้ารหัสทุกแบบ

หลักฐานและข้อจำกัด

ข้อมูลเพื่อการศึกษาพร้อมมาตรฐานอ้างอิง บทความนี้ไม่ได้ประเมินระบบลูกค้า ต้องตรวจสอบ implementation และการรองรับโพรโทคอลในสภาพแวดล้อมที่เลือก

แหล่งข้อมูลต้นทาง

ขั้นตอนเปลี่ยนผ่านที่เกี่ยวข้อง ↗หารือขอบเขตงาน ↗