Vì sao con số khóa lớn hơn không làm VPN an toàn hơn

Quảng cáo nói 256 bit, sản phẩm kia nói 128 bit, và kết luận có vẻ hiển nhiên cho đến khi bạn nhận ra các con số mô tả những thứ khác nhau. Khóa mật mã đối xứng, khóa công khai của chứng chỉ và tham số trao đổi khóa không được đo trên cùng một thang. Không cái nào trong số đó bao hàm việc máy khách đã xác minh máy chủ hay chưa. Con số là thông tin thật, và nó hẹp hơn nhiều so với những gì tiếp thị quanh nó ngụ ý.

Hãy hỏi khóa nào đang được đếm và nó bảo vệ điều gì trước khi so sánh bất cứ thứ gì.

Ba khóa với ba nhiệm vụ

Mật mã dữ liệu mã hóa tải trọng của đường hầm, và khóa của nó được dẫn xuất mới cho mỗi phiên. Khóa công khai của chứng chỉ chứng minh danh tính của một điểm cuối trong quá trình xác thực. Bước trao đổi khóa, thường là một biến thể Diffie-Hellman tạm thời, thiết lập một bí mật chung mà sau đó không bên nào có thể tái tạo. Mỗi cái có các giả định độ mạnh và quy ước kích thước riêng.

Đó là lý do một 256 bên cạnh một 2048 bên cạnh một 32 không thể xếp hạng theo độ lớn; chúng là câu trả lời cho những câu hỏi khác nhau.

Ngay cả trong một vai trò, con số chỉ nói lên điều gì đó so với họ thuật toán đang dùng.

Nơi con số giúp ích, và nơi nó dừng lại

Trong một thuật toán, khóa lớn hơn làm tăng chi phí của việc tìm kiếm vét cạn, và các hướng dẫn đã công bố đặt mức tối thiểu cho khóa chứng chỉ khi sức mạnh tính toán thay đổi. Đó là một so sánh chính đáng và hẹp: AES-128 và AES-256 đều chống lại tấn công trực tiếp với biên độ rộng, nên sự khác biệt hiếm khi là yếu tố quyết định trên thực tế.

Ngoài so sánh đó, con số không dự đoán gì về lỗi cấu hình, kiểm tra chứng chỉ hay phiên bản giao thức.

Đọc toàn bộ bộ đã thương lượng

Điều một kết nối thực sự dùng là một bộ: chế độ mật mã, cấu trúc toàn vẹn hoặc mã hóa có xác thực, nhóm trao đổi khóa và phương thức xác thực. Chế độ AEAD hiện đại với bắt tay đúng là một đề xuất khác so với chế độ cũ hơn ghép với MAC riêng, ngay cả khi kích thước khóa được công bố là giống nhau.

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

Đọc kết quả đã thương lượng chứ không phải mức tối đa đã cấu hình. Một máy khách cung cấp bộ mạnh vẫn kết nối yếu nếu máy chủ chọn tùy chọn yếu hơn và hồ sơ cho phép. Nếu hiệu năng là mối quan tâm, hãy đo trên thiết bị và đường đi cụ thể, vì kích thước khóa dự đoán kém thông lượng khi tăng tốc phần cứng và kích thước gói xuất hiện.

Những phần mà không con số nào đo được

Bảo trì phần mềm là thiếu sót đầu tiên. Một đường hầm xây trên thư viện đã ngừng nhận bản sửa lỗi yếu hơn so với kích thước khóa của nó gợi ý, và không giá trị cấu hình nào sửa được điều đó. Hành vi của nhà vận hành là thứ hai: hồ sơ kết nối, dữ liệu tài khoản và việc xử lý hỗ trợ nằm hoàn toàn ngoài mật mã học. Một dịch vụ lưu giữ nhiều hơn bạn mong đợi không trở nên an toàn hơn nhờ khóa dài hơn.

Xác minh đối tác là thứ ba và để lại hậu quả lớn nhất. Một máy khách chấp nhận bất kỳ chứng chỉ nào chỉ có mật mã mạnh quấn quanh một đối tác chưa được xác thực, điều này tệ hơn một mật mã khiêm tốn với xác minh đúng. Hãy kiểm tra ba điều đó trước con số, và con số sẽ vào đúng chỗ của nó.