Зашто већи OpenVPN кључ не уклања тајмер за поновно генерисање кључева

Избор AES-256 или дужег кључа не говори ништа о томе колико дуго се тај кључ сме користити. Јачина кључа описује алгоритам; политика поновног генерисања одлучује када сесија изводи нови кључни материјал. Имплементација може да одабере најјачу доступну шифру и ипак погреши у вези са обнављањем, јер се те две одлуке доносе на различитим местима. Њихово мешање даје или непотребну промену шифре или сесију која тихо надживи своју политику.

Прочитајте подешавања поновног генерисања пре него што дирнете шифру, и читајте обе стране када то радите.

Јачина кључа и животни век кључа одговарају на различита питања

Шифра и величина кључа одређују колико би напад на пресретнути саобраћај био скуп. Интервал поновног генерисања одређује колико саобраћаја један кључ штити и колико дуго компромитован кључ остаје користан. То су независне контроле, и јача шифра не продужава безбедан век сесије. Већина смерница које кажу 'користите AES-256' ћути о обнављању, јер је обнављање питање политике, а не избора алгоритма.

Забележите обоје у напомене о имплементацији: шта штити канал података и шта покреће замену његових кључева.

Поновно генерисање има три окидача, и било која страна може да их покрене

OpenVPN 2.6 документује одвојене окидаче за поновно преговарање по бајтовима, пакетима и протеклом времену. Временски окидач је онај који већина имплементација оставља на подразумеваној вредности, што значи да тихи тунел и даље обнавља кључ по распореду. Било која страна може да започне размену, а страна која је није започела следи је. Зато промена тајмера на једној страни не одређује понашање сесије; ефективна вредност је на страни која прва започне.

Окидачи по бајтовима и пакетима важни су за оптерећења са великим протоком или малим пакетима, где би политика само по времену омогућила једном кључу да штити много више података него што је предвиђено. Ако ти бројачи остану искључени, реците то намерно у напоменама уместо да подразумевано остане непроверено.

Поновно генерисање разоткрива ток аутентификације

Поновно преговарање је ново TLS руковање, што значи да се путања аутентификације извршава поново. Имплементације са једнократним кодовима, хардверским токенима или RADIUS изазовом откривају то на тежи начин: прва веза ради, а сесија умире сат касније када друго руковање затражи већ искоришћен код. auth-gen-token постоји да премости тај јаз тако што дозвољава серверу да изда краткотрајни токен за поновно преговарање уместо да захтева нову интерактивну пријаву.

Третирајте то као проблем тока рада који треба решити са оператером, а не као доказ да обнављање треба искључити.

Тестирајте обнављање под оптерећењем, а не у једноминутној сесији

Прихватни тест који се повеже, једном пошаље ping и прекине никада не стиже до поновног генерисања. Покрените сесију довољно дугу да пређете конфигурисани окидач, држите пренос у току све време и гледајте дневнике обе стране због новог руковања. Затим тестирајте путању отказа: шта клијент ради ако се поновно преговарање не може довршити. Тунел који се чисто прекине лакше је дијагностиковати од оног који наставља да шаље у мртву сесију.

Не читајте успешан велики пренос као доказ криптографског прага. Он само показује да су путања и бројачи издржали толико саобраћаја.

Документујте оба избора

Запис захтева два реда: како се пакети штите и када се та заштита замењује. Додајте надлежност за сваку вредност, јер шифра може доћи из подразумеваног подешавања дистрибуције, а тајмер из интерне политике. Будући оператер не би требало ни једно ни друго да закључује из конфигурационе датотеке.

Ако компатибилност намеће изузетак, ограничите га на верзију и датум завршетка. Изузетак који надживи свој разлог постаје политика за коју се нико не сећа да ју је одабрао.