DES กับ 3DES ใน VPN: ทำไมทั้งสองจึงเป็นการอัปเกรดที่ผิด

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

การเปรียบเทียบที่ผู้คนยังค้นหาอยู่นั้นผิด

คำตอบที่เขียนในทศวรรษ 2000 เปรียบเทียบ DES กับ triple DES และสรุปว่า triple DES แข็งแกร่งกว่า ตอนนั้นสมเหตุสมผลและตอนนี้ไร้ประโยชน์ เพราะทั้งสองถูกเลิกใช้สำหรับการปกป้องทราฟฟิกใหม่ และการเลือกระหว่างสองสิ่งคือการเลือกระหว่างทางตันสองทาง

NIST ถอนมาตรฐาน DES ในปี 2005 และข้อแนะนำ TDEA ถูกถอนในเดือนมกราคม 2024 หลังจากกำหนดเวลาการใช้ TDEA กับการป้องกันด้วยการเข้ารหัสแบบใหม่สิ้นสุดลงเมื่อปลายปี 2023 วันที่เหล่านี้อธิบายการเปลี่ยนผ่าน ไม่ใช่การจัดอันดับ เซสชันสั้นหรือข้อความที่มีมูลค่าต่ำไม่เปิดคำถามใหม่ เพราะสถานะของอัลกอริทึมไม่ได้ขึ้นกับระยะเวลาที่ใช้คีย์

การต่ออายุคีย์เป็นการควบคุมแยกต่างหาก และไม่ได้คืนการอนุมัติ

แยกการเจรจาออกจากเส้นทางข้อมูล

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

บนเกตเวย์ IPsec ผลลัพธ์ที่เกี่ยวข้องคือสมาคมความปลอดภัย บน OpenVPN คือการเข้ารหัสและการตั้งค่า TLS ในบันทึกการเชื่อมต่อ ทั้งสองบอกว่าอะไรถูกเลือก ไม่มีสิ่งใดพิสูจน์ได้ด้วยตัวเลือกเก่าที่เหลืออยู่ในไฟล์กำหนดค่า

หากคุณมองไม่เห็นผลลัพธ์ที่เจรจาแล้ว คุณอ้างว่าการเข้ารหัสถูกเลิกใช้ไม่ได้

ค้นหาองค์ประกอบที่ยังเรียกร้องมันอยู่

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

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

การกักไว้ไม่ใช่แพตช์ และไม่ได้ทำให้โฮสต์เก่าน่าไว้วางใจ

อพยพด้วยการตรวจสอบที่คุณมีอยู่แล้ว

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

openvpn --version
openssl ciphers -v 'DEFAULT:!DES:!3DES'

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

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

ข้อมูลในอดีตเป็นปัญหาอีกแบบ

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

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

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