ทำไมตัวเลขคีย์ที่ใหญ่กว่าจึงไม่ได้ทำให้ VPN ปลอดภัยกว่า

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

ถามว่าคีย์ใดถูกนับและมันปกป้องอะไรก่อนจะเปรียบเทียบสิ่งใด

สามคีย์กับสามหน้าที่

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

นั่นคือเหตุผลที่ 256 ข้าง 2048 ข้าง 32 ไม่สามารถจัดลำดับตามขนาดได้ มันเป็นคำตอบของคำถามที่ต่างกัน

แม้ภายในบทบาทเดียว ตัวเลขบอกอะไรได้เพียงสัมพันธ์กับตระกูลอัลกอริทึมที่ใช้

ที่ที่ตัวเลขช่วย และที่ที่มันหยุด

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

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

อ่านชุดที่เจรจาทั้งหมด

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

openvpn --show-ciphers | head -20
openvpn --show-tls | head -20
openssl x509 -in server.crt -noout -text | grep -E 'Public-Key|Signature Algorithm'
wg show

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

ส่วนที่ตัวเลขไม่เคยวัด

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

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