Защо по-голямото число на ключа не прави 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

Четете договорения резултат, а не конфигурирания максимум. Клиент, който предлага силен набор, все пак се свързва слабо, ако сървърът избере по-слабия вариант и профилът го позволява. Ако проблемът е производителността, измервайте я на конкретното устройство и път, защото размерът на ключа е слаб предсказател за пропускливостта, щом хардуерното ускорение и размерът на пакета влязат в картината.

Частите, които числото никога не измерва

Поддръжката на софтуера е първото пропускане. Тунел, изграден върху библиотека, която е спряла да получава поправки, е по-слаб, отколкото размерът на ключа му подсказва, и никаква стойност в конфигурацията не поправя това. Поведението на оператора е второто: записите на връзките, данните на акаунта и работата с поддръжката стоят изцяло извън криптографията. Услуга, която запазва повече, отколкото очаквате, не става по-сигурна от по-дълъг ключ.

Проверката на партньора е третото и най-важното по последици. Клиент, който приема всеки сертификат, има силен шифър, увит около неудостоверен партньор, което е по-лошо от скромен шифър с правилна валидация. Проверете тези три неща преди числото и числото ще заеме правилното си място.