Bakit hindi inaalis ng mas malaking OpenVPN key ang timer ng muling pagkey

Ang pagpili ng AES-256 o mas mahabang key ay walang sinasabi tungkol sa kung gaano katagal magagamit ang key na iyon. Inilalarawan ng lakas ng key ang algorithm; ang patakaran sa muling pagkey ang nagpapasya kung kailan kumukuha ng bagong key material ang session. Maaaring piliin ng isang deployment ang pinakamalakas na cipher na available at magkamali pa rin sa pag-renew, dahil ginagawa ang dalawang desisyong iyon sa magkaibang lugar. Ang paghahalo sa kanila ay nagbubunga ng alinman sa walang kailangang pagbabago ng cipher o isang session na tahimik na nabubuhay nang lampas sa patakaran nito.

Basahin ang mga setting ng muling pagkey bago hawakan ang cipher, at basahin ang dalawang panig kapag ginawa iyon.

Iba ang sinasagot ng lakas ng key at ng haba ng buhay ng key

Nililimitahan ng cipher at laki ng key kung gaano kamahal ang isang pag-atake sa nakuhang trapiko. Nililimitahan ng pagitan ng muling pagkey kung gaano karaming trapiko ang pinoprotektahan ng isang key at kung gaano katagal nananatiling kapaki-pakinabang ang isang key na nabunyag. Magkahiwalay na kontrol ang mga ito, at hindi pinahahaba ng mas malakas na cipher ang ligtas na buhay ng isang session. Karamihan sa mga patnubay na nagsasabing 'gumamit ng AES-256' ay tahimik tungkol sa pag-renew, dahil ang pag-renew ay isyung patakaran at hindi pagpili ng algorithm.

Itala ang dalawa sa mga tala ng deployment: ano ang nagpoprotekta sa channel ng data, at ano ang nag-uudyok ng pagpapalit ng mga key nito.

Tatlo ang trigger ng muling pagkey, at alinman sa dalawang panig ang makakapagpatakbo sa mga ito

OpenVPN 2.6 dokumentado ang magkahiwalay na trigger para sa muling pagkakasundo batay sa byte, packet at lumipas na oras. Ang trigger ng oras ang madalas iwanan ng karamihan sa deployment sa default, na nangangahulugang nag-mumuling pagkey pa rin ang isang tahimik na tunnel ayon sa iskedyul. Alinman sa dalawang panig ang makakapagsimula ng pagpapalitan, at sinusundan ito ng panig na hindi nagsimula. Kaya ang pagbabago ng timer sa isang panig ay hindi nagtatakda ng pag-uugali ng session; ang mabisang halaga ay sa panig na nauunang magsimula.

Mahalaga ang mga trigger sa byte at packet para sa mga workload na mataas ang throughput o maliliit ang packet, kung saan ang patakarang nakabatay lamang sa oras ay hahayaang protektahan ng isang key ang mas maraming data kaysa nilayon. Kung mananatiling patay ang mga counter na iyon, sabihin ito nang sadya sa mga tala sa halip na iwang hindi nasuri ang default.

Inilalantad ng muling pagkey ang daloy ng pagpapatotoo

Ang muling pagkakasundo ay isang bagong TLS handshake, na nangangahulugang tumatakbo muli ang landas ng pagpapatotoo. Ang mga deployment na gumagamit ng one-time na code, hardware token o hamon ng RADIUS ay natutuklasan ito sa mahirap na paraan: gumagana ang unang koneksyon at namamatay ang session makalipas ang isang oras kapag humihingi ang ikalawang handshake ng code na nagamit na. auth-gen-token ay umiiral upang tulayin ang agwat na iyon sa pamamagitan ng pagpapahintulot sa server na maglabas ng panandaliang token para sa muling pagkakasundo sa halip na humingi ng bagong interactive na pag-login.

Ituring ito na suliranin sa daloy ng trabaho na dapat lutasin kasama ng operator, hindi bilang patunay na dapat patayin ang pag-renew.

Subukan ang pag-renew sa ilalim ng karga, hindi sa isang minutong session

Ang pagsubok sa pagtanggap na kumokonekta, nagpi-ping nang isang beses at nagdi-disconnect ay hindi kailanman umabot sa muling pagkey. Magpatakbo ng session na sapat ang haba upang malampasan ang naka-configure na trigger, panatilihing tumatakbo ang isang paglilipat sa buong panahon, at panoorin ang mga log ng dalawang panig para sa bagong handshake. Pagkatapos ay subukan ang landas ng kabiguan: ano ang ginagawa ng kliyente kung hindi makumpleto ang muling pagkakasundo. Ang tunnel na malinis na bumabagsak ay mas madaling i-diagnose kaysa sa isang patuloy na nagpapadala sa isang patay na session.

Huwag basahin ang matagumpay na malaking paglilipat bilang patunay ng kriptograpikong hangganan. Ipinapakita lamang nito na nakayanan ng landas at ng mga counter ang ganoong trapiko.

Idokumento ang dalawang pagpipilian

Kailangan ng rekord ng dalawang linya: paano pinoprotektahan ang mga packet, at kailan pinapalitan ang proteksyong iyon. Idagdag ang awtoridad para sa bawat halaga, dahil maaaring magmula ang cipher sa default ng distribusyon habang ang timer ay mula sa panloob na patakaran. Hindi dapat kailangang hulaan ng isang susunod na operator ang alinman sa dalawa mula sa configuration file.

Kung pinipilit ng compatibility ang isang eksepsyon, limitahan ito sa isang bersyon at isang petsa ng pagtatapos. Ang eksepsiyong nabubuhay nang lampas sa dahilan nito ay nagiging patakarang wala nang naaalalang pumili.