Зошто поголем број на клуч не прави 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

Читајте го договорениот резултат, а не конфигурираниот максимум. Клиент што нуди силно множество сепак се поврзува слабо ако серверот ја избере послабата опција и профилот тоа го дозволува. Ако грижата е за перформансите, мерете ги на конкретниот уред и патека, бидејќи големината на клучот слабо предвидува пропусност штом хардверското забрзување и големината на пакетот влезат во сликата.

Деловите што ниту еден број не ги мери

Одржувањето на софтверот е првиот пропуст. Тунел изграден врз библиотека што престанала да добива поправки е послаб отколку што сугерира неговата големина на клуч, и никаква конфигурациска вредност тоа не го поправа. Однесувањето на операторот е второто: записи за врски, податоци за сметка и работење со поддршка стојат целосно надвор од криптографијата. Услуга што чува повеќе отколку што очекувавте не станува побезбедна со подолг клуч.

Проверката на партнерот е третата и со најголеми последици. Клиент што прифаќа кој било сертификат има силна шифра завиткана околу неавтентициран партнер, што е полошо од скромна шифра со правилна валидација. Проверете ги тие три пред бројот, и бројот ќе го заземе своето вистинско место.