ควรซ้อน VPN สองชั้นหรือไม่? สามเงื่อนไขที่ต้องตรวจ
VPN สองชั้นช่วยได้ก็ต่อเมื่อสิ้นสุดที่โฮสต์ต่างกันและใช้คีย์ที่เป็นอิสระต่อกัน สามเงื่อนไขตัดสินว่าการซ้อนชั้นเพิ่มความปลอดภัยหรือแค่ต้นทุนซีพียู
ก่อนจะเพิ่มชั้นการเข้ารหัสชั้นที่สองให้ VPN จงตอบคำถามหนึ่งข้ออย่างตรงไปตรงมา: ผู้สังเกตยังคงถืออะไรอยู่หลังจากทั้งสองชั้นทำงานเสร็จแล้ว หากคำตอบคือข้อความเข้ารหัสชั้นในที่ไม่เปลี่ยนแปลง การซ้อนชั้นก็ซื้อเวลาและไม่ซื้ออย่างอื่น สิ่งที่ตามมาไม่ใช่คำแนะนำแต่เป็นขั้นตอนการตัดสินใจ แผนภาพเดียวกันกลายเป็นซีพียูที่สูญเปล่าในการติดตั้งแห่งหนึ่งและเป็นคำตอบที่ถูกต้องในอีกแห่งหนึ่ง และมีเพียงสามเงื่อนไขเท่านั้นที่แยกสองกรณีนี้ออกจากกัน
บันทึกว่าผู้สังเกตเก็บอะไรไว้
บันทึกวัตถุที่ฝ่ายตรงข้ามสามารถเก็บไว้ได้ในวันนี้ แล้วตามด้วยลำดับการถอดออกซึ่งในที่สุดจะเปิดเผยข้อความธรรมดา อุโมงค์ชั้นนอกสร้างข้อความเข้ารหัส เมื่อการป้องกันสิ้นสุดลง สิ่งที่เหลือคือข้อความเข้ารหัสของอุโมงค์ชั้นในซึ่งยังถูกผนึกอยู่ การถอดเปลือกออกไม่ใช่การถอดรหัส ประโยคนั้นอธิบายการซ้อนชั้น และเป็นจริงเพียงตราบเท่าที่คีย์ชั้นในยังอยู่รอด ในวินาทีที่ทั้งสองชั้นแบ่งปันสิ่งใด ๆ เส้นเวลาก็ยุบเหลือเหตุการณ์เดียว
ดังนั้นสิ่งที่ใช้ประโยชน์ได้คือเส้นเวลา ไม่ใช่แผนภาพกล่อง สำหรับแต่ละชั้น จงบันทึกจุดสิ้นสุด เจ้าของคีย์ การตรวจสอบตัวตน และปีที่คาดว่าข้อสมมติจะล้มเหลว
วิธีปฏิบัติในการทดสอบข้ออ้างของคุณเอง: สมมติว่าผู้สังเกตบันทึกทุกอย่างและไม่ยอมแพ้เลย ภายใต้สมมตินี้ การออกแบบยังปกป้องเพย์โหลดตลอดอายุการใช้งานที่กำหนดหรือไม่ หากคำตอบขึ้นอยู่กับว่าผู้สังเกตเลือกที่จะไม่เก็บข้อมูลจราจร การออกแบบก็ไม่มีคำตอบ
เงื่อนไขข้อหนึ่ง: ชั้นต่าง ๆ หยุดที่ตำแหน่งต่างกันหรือไม่
การซ้อนชั้นคุ้มค่าเมื่อทั้งสองชั้นสิ้นสุดในโดเมนความเชื่อถือที่ต่างกัน ตัวอย่างเช่นเกตเวย์ IPsec ที่ผู้ให้บริการดูแล อยู่หน้าอุโมงค์ระดับแอปพลิเคชันที่สิ้นสุดภายในเครือข่ายของคุณเอง เมื่อนั้นการเจาะชั้นนอกจะได้ข้อความเข้ารหัสที่โฮสต์ของคุณเท่านั้นที่เปิดได้ และผู้ให้บริการไม่เคยเห็นข้อความธรรมดาเลย จงวางทั้งสองชั้นบนเกตเวย์เดียวกันแล้วคุณสมบัตินั้นก็หายไป ใครก็ตามที่เจาะกล่องได้จะอ่านข้อมูลจราจรระหว่างการถอดรหัสสองครั้ง ไม่ว่าแผนภาพจะแสดงเปลือกกี่ชั้น
ตรวจสอบสิ่งนั้นด้วยสถานะที่ติดตั้งไว้ ไม่ใช่ด้วยการออกแบบ บน Linux คำสั่ง ip xfrm state แสดงรายการสมาคมความปลอดภัยทุกแห่งและจุดสิ้นสุดของมัน ซึ่งชี้ชัดว่าแต่ละชั้นหยุดที่ใดจริง ๆ
เงื่อนไขข้อสอง: เนื้อหาคีย์เป็นอิสระต่อกันจริงหรือไม่
สองชั้นที่สร้างจากใบรับรองเดียว คีย์ที่แบ่งปันล่วงหน้าเดียว หรือไลบรารีของผู้ขายเดียว คือชั้นเดียวที่มีขั้นตอนเพิ่มเติม เมื่อนั้นการรั่วของข้อมูลรับรองชุดเดียวจะเปิดทั้งสองชั้น และข้อบกพร่องในการใช้งานหนึ่งจุดจะลบทั้งสองชั้นพร้อมกัน ความเป็นอิสระต้องมองเห็นได้ในการกำหนดค่า ไม่ใช่กล่าวอ้างบนสไลด์
นี่คือจุดที่การสร้างคีย์แบบไฮบริดเหนือกว่าการซ้อนอุโมงค์ IKEv2 สามารถบรรทุกการแลกเปลี่ยนคีย์หลายครั้งในการเจรจาครั้งเดียว ดังนั้นกลุ่มแบบคลาสสิกและ KEM แบบหลังควอนตัมจึงสามารถเลี้ยงคีย์เซสชันเดียวกันได้ แทนที่จะถูกพันรอบกันและกัน ผลลัพธ์คือสมาคมความปลอดภัยหนึ่งแห่งซึ่งคีย์ขึ้นอยู่กับความลับทั้งสอง และผู้โจมตีต้องทำลายทั้งสอง นี่คือโครงสร้างที่มีการบันทึกและองค์ประกอบที่กำหนดไว้ ซึ่งกองที่ทำเองจากผลิตภัณฑ์ VPN สองชิ้นไม่ใช่ บน strongSwan คำสั่ง swanctl --list-sas พิมพ์ข้อเสนอที่เจรจาแล้วสำหรับแต่ละ SA และนั่นคือวิธีที่คุณยืนยันว่าอะไรทำงานจริง ไม่ใช่สิ่งที่คุณกำหนดค่า
เงื่อนไขข้อสาม: ข้อมูลมีอายุยืนกว่าข้อสมมติชั้นนอกหรือไม่
ชั้นที่ต้องคงอยู่ยี่สิบปีต้องการข้อโต้แย้งยี่สิบปี การบันทึกตอนนี้และถอดรหัสภายหลังมีต้นทุนต่ำ และนั่นคือเหตุผลที่ชั้นนอกแบบคลาสสิกไม่อาจถูกมองว่าเป็นเปลือกชั่วคราวรอบสิ่งที่แข็งแกร่งกว่า
จงถามว่าเมื่อใดคีย์แต่ละตัวจะกู้คืนได้ ไม่ใช่ว่ารหัสถูกทำลายวันนี้หรือไม่ การแลกเปลี่ยนคีย์แบบคงที่ที่ไม่มีความลับไปข้างหน้าจะล้มเหลวย้อนหลังในวันที่คีย์ส่วนตัวล้ม ข้อตกลงคีย์ชั่วคราวล้มเหลวเฉพาะเซสชันที่ผู้โจมตีโจมตีได้ขณะยังมีชีวิต หรือเมื่ออัลกอริทึมเองอ่อนแอลง ความแตกต่างนั้นตัดสินว่าชั้นในยังช่วยได้ในปี 2040 หรือไม่ มันยังตัดสินด้วยว่าชั้นนอกเปลี่ยนสิ่งใดเลยหรือไม่ เพราะชั้นนอกที่มีอายุคีย์อ่อนกว่าจะกลายเป็นจุดที่เก่าที่สุดบนเส้นเวลา
จะสร้างอะไรแทนเมื่อคำตอบคือไม่
หากเงื่อนไขใดในสามข้อล้มเหลว จงทิ้งการซ้อนชั้นแล้วลงแรงกับชั้นที่แบกข้อกำหนดอายุการใช้งานจริง ๆ กำหนดค่าการแลกเปลี่ยนคีย์แบบไฮบริดในโปรโตคอลที่คุณใช้อยู่แล้ว รักษาการใช้งานให้เป็นปัจจุบัน และบันทึกองค์ประกอบที่คุณพึ่งพา การเอ่ยชื่อ ML-KEM ในเอกสารออกแบบไม่ใช่คุณสมบัติด้านความปลอดภัย และ FIPS 203 กำหนดกลไกการห่อหุ้มคีย์ ไม่ใช่อุโมงค์ของคุณ
ในจุดที่ชั้นที่สองสมควรได้รับที่ของมันจริง ๆ จงอธิบายว่ามันเป็นการป้องกันเชิงลึก ไม่ใช่ข้อพิสูจน์ จากนั้นตรวจสอบองค์ประกอบ: จุดสิ้นสุดใดถือคีย์ใด ตัวตนใดที่แต่ละฝ่ายตรวจสอบ และผู้ปฏิบัติงานที่มีสิทธิ์เข้าถึงคอนโซลอ่านอะไรได้บ้าง การออกแบบที่ผ่านสามคำถามนั้นคุ้มค่าซีพียูที่เพิ่มขึ้น ส่วนที่ผ่านไม่ได้เป็นเพียงแผนภาพ
ก่อนหน้าต่างการเปลี่ยนแปลง จงบันทึกตาราง SA ปัจจุบันและข้อเสนอที่เจรจาแล้ว และหลังจากนั้นบันทึกอีกครั้งแล้วเปรียบเทียบ เพราะหลักฐานเดียวที่สำคัญคือสิ่งที่อุปกรณ์ตกลงกันจริง ๆ