Kāpēc lielāka OpenVPN atslēga neatceļ atslēgu atjaunošanas taimeri

Izvēloties AES-256 vai garāku atslēgu, nekas nav teikts par to, cik ilgi šo atslēgu drīkst lietot. Atslēgas stiprums raksturo algoritmu; atjaunošanas politika nosaka, kad sesija iegūst jaunu atslēgas materiālu. Ieviešana var izvēlēties stiprāko pieejamo šifru un tomēr kļūdīties atjaunināšanā, jo abi lēmumi tiek pieņemti dažādās vietās. To sajaukšana rada vai nu nevajadzīgu šifra maiņu, vai sesiju, kas klusi pārdzīvo savu politiku.

Izlasiet atjaunošanas iestatījumus pirms šifra aizskaršanas, un to darot, izlasiet abas puses.

Atslēgas stiprums un atslēgas mūžs atbild uz dažādiem jautājumiem

Šifrs un atslēgas izmērs ierobežo, cik dārgs būtu uzbrukums pārtvertajai plūsmai. Atjaunošanas intervāls ierobežo, cik daudz plūsmas aizsargā viena atslēga un cik ilgi kompromitēta atslēga paliek noderīga. Tie ir neatkarīgi regulatori, un stiprāks šifrs nepagarinā sesijas drošo mūžu. Lielākā daļa norādījumu, kas saka „izmantojiet AES-256“, klusē par atjaunināšanu, jo atjaunināšana ir politikas, nevis algoritma izvēles jautājums.

Pierakstiet abus ieviešanas piezīmēs: kas aizsargā datu kanālu un kas izraisa tā atslēgu nomaiņu.

Atjaunošanai ir trīs trigeri, un jebkura puse var tos iedarbināt

OpenVPN 2.6 dokumentē atsevišķus atkārtotas pārrunāšanas trigerus pēc baitiem, paketēm un pagājušā laika. Laika trigeris ir tas, ko lielākā daļa ieviešanu atstāj noklusējuma vērtībā, kas nozīmē, ka klusa tuneļa līnija tomēr atjauno atslēgu pēc grafika. Jebkura puse var sākt apmaiņu, un puse, kas to nesāka, seko. Tāpēc taimera maiņa vienā pusē nenosaka sesijas uzvedību; efektīvā vērtība ir tai pusei, kas sāk pirmā.

Baitu un pakešu trigeri ir svarīgi lielas caurlaidības vai mazu pakešu slodzēs, kur politika, kas balstīta tikai uz laiku, ļautu vienai atslēgai aizsargāt daudz vairāk datu, nekā paredzēts. Ja šie skaitītāji paliek izslēgti, pasakiet to apzināti piezīmēs, nevis atstājiet noklusējumu nepārbaudītu.

Atjaunošana atklāj autentifikācijas plūsmu

Atkārtota pārrunāšana ir jauns TLS rokasspiediens, kas nozīmē, ka autentifikācijas ceļš atkal darbojas. Ieviešanas ar vienreiz lietojamiem kodiem, aparatūras žetoniem vai RADIUS izaicinājumu to uzzina grūtā ceļā: pirmais savienojums darbojas, un sesija mirst stundu vēlāk, kad otrais rokasspiediens prasa jau izmantotu kodu. auth-gen-token pastāv, lai aizpildītu šo plaisu, ļaujot serverim izdot īslaicīgu žetonu atkārtotai pārrunāšanai, nevis pieprasīt jaunu interaktīvu pieteikšanos.

Uzlūkojiet to kā darbplūsmas problēmu, kas jārisina ar operatoru, nevis kā pierādījumu, ka atjaunināšana jāizslēdz.

Pārbaudiet atjaunināšanu slodzes apstākļos, nevis vienas minūtes sesijā

Pieņemšanas tests, kas savienojas, vienreiz nopingo un atvienojas, nekad nesasniedz atjaunināšanu. Palaidiet pietiekami garu sesiju, lai pārsniegtu konfigurēto trigeri, visu laiku uzturiet notiekošu pārsūtīšanu un vērojiet abu pušu žurnālus, lai ieraudzītu jauno rokasspiedienu. Pēc tam pārbaudiet kļūmes ceļu: ko klients dara, ja atkārtoto pārrunāšanu nevar pabeigt. Tunelis, kas nokrīt tīri, ir vieglāk diagnosticējams nekā tas, kas turpina sūtīt mirušā sesijā.

Nelasiet veiksmīgu lielu pārsūtīšanu kā kriptogrāfiskas robežas pierādījumu. Tas tikai parāda, ka ceļš un skaitītāji izturēja tik daudz plūsmas.

Dokumentējiet abas izvēles

Ierakstam vajag divas rindas: kā tiek aizsargātas paketes un kad šī aizsardzība tiek nomainīta. Pievienojiet katras vērtības pilnvaru, jo šifrs var nākt no izplatīšanas noklusējuma, kamēr taimeris nāk no iekšējās politikas. Nākamajam operatoram nevajadzētu nevienu no tiem secināt no konfigurācijas faila.

Ja saderība uzspiež izņēmumu, ierobežojiet to ar versiju un beigu datumu. Izņēmums, kas pārdzīvo savu iemeslu, kļūst par politiku, kuru neviens neatceras esam izvēlējies.