ประเมินคุณค่าของการป้องกันหลังยุคควอนตัมจากระยะเวลาที่ข้อมูลต้องเป็นความลับ ไม่ใช่วันที่ในอนาคตที่คาดเดาขึ้น
“เก็บตอนนี้ ถอดรหัสทีหลัง” หรือ HNDL หมายถึงการที่ผู้โจมตีรวบรวมข้อมูลที่เข้ารหัสไว้ตั้งแต่ตอนนี้ โดยหวังว่าจะมีเครื่องมือที่ใช้เปิดอ่านได้ในอนาคต ในสถานการณ์ที่เกี่ยวกับควอนตัม สิ่งที่น่ากังวลหลักคือวิธีการแบบกุญแจสาธารณะบางชนิด ซึ่งคอมพิวเตอร์ควอนตัมที่มีความสามารถมากเพียงพออาจโจมตีได้
ความเสี่ยงนี้ไม่ได้หมายความว่าข้อความทั้งหมดในวันนี้ถูกเจาะแล้ว หรือมีวันที่แน่นอนว่าจะเกิดขึ้น ความสำคัญของความเสี่ยงขึ้นอยู่กับชนิดของการเข้ารหัส ข้อมูลที่สามารถรวบรวมได้ และระยะเวลาที่ข้อมูลนั้นต้องเป็นความลับ
ทำไม “ระยะเวลาที่ต้องรักษาความลับ” จึงสำคัญ?
ข้อความนัดหมายหรือประสานงานทั่วไปอาจแทบไม่มีค่าเมื่อผ่านไปเพียงไม่กี่ชั่วโมง แต่สัญญา ประวัติส่วนบุคคล หรือตัวตนของแหล่งข่าวอาจยังเป็นข้อมูลอ่อนไหวต่อไปอีกหลายปี การเลือกวิธีป้องกันและวางแผนย้ายระบบควรคำนึงถึงความแตกต่างนี้
คำอธิบายเรื่องการเข้ารหัสลับหลังยุคควอนตัมของ NIST ก็กล่าวถึงความเสี่ยงของข้อมูลที่ต้องเก็บเป็นความลับนานและการย้ายระบบที่ต้องใช้เวลาเช่นกัน ยังไม่มีใครทราบว่าคอมพิวเตอร์ควอนตัมที่เหมาะจะใช้ทำลายการเข้ารหัสที่มีอยู่จะมาถึงเมื่อใด การวางแผนภายใต้ความไม่แน่นอนต่างจากการประกาศวันแน่นอนที่ความปลอดภัยจะพังทลาย
| คำถามเกี่ยวกับข้อมูลของคุณ | ทำไมจึงสำคัญ? |
|---|---|
| ต้องเก็บเป็นความลับนานเท่าใด? | ช่วยระบุมูลค่าที่อาจเกิดจากการเปิดเผยในอนาคต |
| ใครอาจรวบรวมสำเนาของข้อมูลไว้ได้? | นำความสามารถและการเข้าถึงของผู้โจมตีมาร่วมประเมิน |
| กุญแจถูกสร้างและเก็บรักษาอย่างไร? | แค่ชื่อวิธีเข้ารหัสเนื้อหา เช่น AES ยังไม่ใช่คำตอบที่ครบถ้วน |
| มีสำเนาใดอยู่ในข้อมูลสำรองหรือบนอุปกรณ์บ้าง? | การรั่วไหลบางช่องทางไม่ต้องใช้คอมพิวเตอร์ควอนตัมเลย |
ตารางนี้เป็นเครื่องมือช่วยตัดสินใจ ไม่ใช่คะแนนทางสถิติหรือหลักฐานว่าข้อมูลใดโดยเฉพาะของคุณถูกบันทึกไว้แล้ว
ML-KEM ทำหน้าที่อะไร?
มาตรฐาน FIPS 203 นิยามกลไก ML-KEM สำหรับสร้างค่าความลับร่วมกัน ML-KEM-768 เป็นชุดพารามิเตอร์ชุดหนึ่งของกลไกนี้ ค่าความลับที่ได้สามารถนำไปใช้สร้างกุญแจเข้ารหัสเนื้อหาภายในโพรโทคอลได้ แต่ ML-KEM เองไม่ใช่วิธีเข้ารหัสภาพยนตร์หรือข้อความยาวโดยตรง
การทนทานต่อการโจมตีด้วยควอนตัมไม่ได้หมายถึงการพิสูจน์แล้วว่าจะไม่มีวันถูกทำลาย ความปลอดภัยขึ้นอยู่กับสมมติฐานทางคณิตศาสตร์ การผสานอัลกอริทึมอย่างถูกต้อง การนำไปใช้งานจริง และการจัดการกุญแจ การมีชื่อ ML-KEM บนหน้าผลิตภัณฑ์ไม่ได้เท่ากับการรับรองแอปส่งข้อความทั้งระบบโดยหน่วยงานอิสระ
ทำไมจึงใช้วิธีไฮบริด?
การออกแบบแบบไฮบริดผสานข้อมูลสำหรับสร้างกุญแจจากวิธีแบบดั้งเดิมกับแบบหลังยุคควอนตัมผ่านกลไกที่กำหนดไว้ เพื่อไม่ต้องพึ่งอัลกอริทึมเพียงตระกูลเดียว เป้าหมายอาจเป็นการรักษาความลับไว้แม้ส่วนประกอบหนึ่งถูกทำลาย แต่ผลลัพธ์นี้ขึ้นอยู่กับการออกแบบตัวผสานและสมมติฐานของโพรโทคอล แค่ใส่ชื่อสองชื่อไว้ด้วยกันยังไม่เพียงพอ
การรักษาความลับแบบเดินหน้าและความปลอดภัยหลังถูกเจาะระบบก็เป็นคุณสมบัติคนละอย่าง โพรโทคอลต้องระบุให้ชัดว่ากุญแจใดรั่วไหลแล้วจะกระทบช่วงเวลาใด และต้องอาศัยข้อมูลนำเข้าใหม่อะไรเพื่อกู้คืนความปลอดภัย การเปลี่ยนค่าตามสายโซ่แบบกำหนดผลได้แน่นอนเพียงอย่างเดียวไม่ได้ขับผู้โจมตีที่ยังอยู่บนอุปกรณ์ออกไป
เรื่องนี้หมายความอย่างไรสำหรับผู้ใช้ Livara?
เอกสารด้านความปลอดภัยของ Livara อธิบายการใช้ P-256 ร่วมกับ ML-KEM-768 สำหรับ LVR1 และการกระจายกุญแจกลุ่มผ่านเซสชันแบบจับคู่ นี่เป็นคำอธิบายของผู้ผลิต ในการประเมินควรตรวจสอบเวอร์ชันผลิตภัณฑ์ ขอบเขตการป้องกันการสนทนาแต่ละชนิด และหลักฐานทางเทคนิคแยกกัน
อย่าสรุปว่าทุกฟีเจอร์ได้รับการป้องกันเพียงเพราะข้อความชนิดหนึ่งได้รับการป้องกัน การโทร ข้อมูลสำรอง ช่องสาธารณะ และการกู้คืนตัวตนอาจใช้กฎต่างกัน แบบจำลองภัยคุกคามของ Livara และคู่มือเลือกแอปส่งข้อความเป็นจุดเริ่มต้นที่เหมาะกว่าป้ายคำว่า “ควอนตัม” แบบกว้าง ๆ
การทำให้กุญแจทนทานต่อควอนตัมไม่ได้แก้ปัญหาอะไรบ้าง?
- มัลแวร์หรือการเข้าถึงอุปกรณ์ที่แสดงเนื้อหาซึ่งถอดรหัสแล้ว
- ผู้รับที่บันทึกข้อความ ถ่ายภาพ หรือเผยแพร่ต่อ
- เมทาดาทาที่ผลิตภัณฑ์จงใจเก็บไว้เพื่อกำหนดเส้นทาง
- สำเนาสำรองที่ไม่มีการป้องกันแยกต่างหาก
- การบันทึกเนื้อหาที่เปิดเผยไปแล้วซ้ำอีกครั้ง
นอกจากนี้ การอัปเกรดวันนี้ไม่ได้เปลี่ยนสำเนาทราฟฟิกที่ผู้โจมตีรวบรวมไว้ก่อนหน้านี้ หากต้องการเข้าใจความแตกต่างระหว่างเนื้อหากับข้อมูลประกอบ ให้อ่านคู่มือเมทาดาทาของแอปส่งข้อความ
ควรเริ่มจากตรงไหน?
เริ่มจากระบุข้อมูลที่ต้องเป็นความลับเป็นเวลานาน จากนั้นถามว่าการป้องกันหลังยุคควอนตัมเปิดใช้งานจริงในเวอร์ชันใดและกระบวนการใด มีการเผยแพร่ข้อกำหนดและผลการประเมินอะไรบ้าง และการกู้คืนความปลอดภัยมีข้อจำกัดอย่างไร ขณะเดียวกันก็อย่าละเลยการอัปเดตอุปกรณ์ การตรวจสอบตัวตนของผู้ติดต่อ และการสำรองข้อมูลอย่างปลอดภัย เพราะความเสี่ยงเหล่านี้มีอยู่แล้วในปัจจุบัน
ควรถือว่าข้อความทั้งหมดของฉันจะถูกอ่านในอนาคตหรือไม่?
ไม่ควร หากยังไม่รู้การออกแบบระบบเข้ารหัสและความสามารถของผู้โจมตี ก็ไม่มีเหตุผลเพียงพอที่จะสรุปเช่นนั้น HNDL เป็นเหตุผลให้วางแผนให้เหมาะกับข้อมูลอ่อนไหว ไม่ใช่ความแน่นอนว่าข้อความทั้งหมดจะถูกเปิดเผย
การเข้ารหัสจากต้นทางถึงปลายทางเป็นการเข้ารหัสหลังยุคควอนตัมในตัวเองหรือไม่?
ไม่ใช่ การเข้ารหัสจากต้นทางถึงปลายทางเกี่ยวข้องกับตำแหน่งที่สามารถเข้าถึงกุญแจและเนื้อหา ส่วนความทนทานต่อการโจมตีด้วยควอนตัมขึ้นอยู่กับอัลกอริทึมและโพรโทคอล
