AES-256 срещу OFB: изберете цялостна конструкция на VPN шифър
Блоков шифър, размер на ключа и режим са различни избори. Оценявайте поверителността и целостта заедно, после следвайте поддържаната политика на канала.
AES-256 и OFB отговарят на различни въпроси и точно тук прегледът на шифри се обърква, когато ги третира като конкурентни опции. Едното назовава блоков шифър с размер на ключа; другото описва как блоков шифър се превръща в поток за по-дълго съобщение. Наръчникът за избор на защита трябва да гледа цялата конструкция, включително как получателят открива променен пакет.
Назовете четирите части на конструкцията
Всеки преглед се свежда до четири въпроса: кой примитив и размер на ключа, как се обработват съобщенията с него, как получателят отхвърля неоторизирана промяна и как протоколът управлява входове, ключове и техния срок. Списък от познати имена отговаря само на първия. Вторият и третият са мястото на истинските разлики, а четвъртият е мястото, където реализациите тихо се разминават. Питайте в този ред и записвайте отговорите.
OFB присъства сред режимите за поверителност в публикацията на NIST за режими на блокови шифри и поверителността е всичко, което дава. Протокол, който съчетава режим на криптиране с отделен MAC, трябва да ги състави правилно, а името на алгоритъма не доказва този състав. Затова самото име на режима не може да реши въпроса за внедряване.
Четвъртият въпрос е онзи, който операторът наистина може да провери на работещата система.
Предпочитайте удостоверена конструкция
Удостовереното криптиране дава поверителност и цялост заедно, а конструкциите AEAD защитават и свързаните данни от промяна, без да ги криптират. Това е свойство на защитата на пакетите и няма нищо общо с това дали човек се е вписал успешно.
Указанията Указанията на Netgate за криптографските настройки на OpenVPN сочат към опции AEAD, включително AES-GCM, за канала с данни и това е видът поддържана политика, която да следвате. Използвайте изборите, които инсталираното издание и партньорските клиенти поддържат, вместо да копирате историческа подредба на режими в ново внедряване. Съвместимостта със старото, крипто backend-ите и поддръжката на offload ограничават какво реално е налично.
Поддържана конструкция побеждава умен състав всеки път.
Четете договорения резултат, не офертата
Шифър в приет списък не казва нищо за текущата сесия. Прочетете договорената защита на канала с данни от клиента или от шлюза, после я сравнете с политиката, която сте искали да наложите. Конфигурация, която още изброява стар вариант за един стар партньор, е решение за съвместимост, а не твърдение за сесията пред вас.
openvpn --config client.conf --verb 4 2>&1 | grep -Ei 'cipher|data channel|auth'
На шлюз еквивалентният изход е асоциацията за сигурност или крипто детайлите на връзката, според платформата. И в двата случая офертата и резултатът са различни факти. Списък със стар вариант за един стар партньор не значи, че всяка сесия го използва, а сесията, която го използва, е това, което трябваше да знаете.
Запишете двата факта заедно, с датата и версията на клиента.
Измервайте само онова, което може да сравните
Пропускателната способност зависи от хардуера на крайните точки, реализацията, ускорението, размерите на пакетите и избраната конфигурация. Нито дължината на ключа, нито думата OFB ви казват кое внедряване ще е по-бързо. Затова бенчмарк от друг сайт е в най-добрия случай намек за хардуер, който някой друг притежава. Вашите числа започват от вашите крайни точки.
За разрешено сравнение дръжте крайните точки, натоварването и изискваната политика постоянни и запишете договорената защита плюс версиите на реализациите. После съдете резултата по това дали приложението е завършило, колко е загубило и какво са правили крайните точки, вместо да извеждате цената на криптото от един тест за скорост. Число, получено при други условия, е разказ, не измерване.
Ако стар партньор не може да спази политиката, това е решение за съвместимост за неговия собственик.
Дръжте целостта извън компромиса
Изключването на проверки за цялост или приемането на непроверен сървър не е оптимизация на производителността и не е поправка на съвместимостта. То променя свойството за сигурност, за което конструкцията е избрана. Същото важи за разширяване на приетия списък с шифри, докато стар партньор се свърже: връзката успява и политиката вече я няма.
Запишете приетата конструкция и нейния собственик в наръчника, така че следващата промяна да започва от решение, а не от предпочитание.
Искате политика, която и двете страни могат да наложат. Спорът, че едно име е най-силното, е друг разговор и обикновено свършва без решение.