Mga haba ng buhay ng SA sa IKEv2: malambot na muling pag-key, matigas na pag-expire, hiwalay na muling pagpapatunay

Ang mga timer ang nagpapasya kung kailan pinapalitan ang mga key ng isang tunel, at ang dalawang limit na kasangkot ay madalas basahin bilang isa. Hindi sila isa. Ang malambot na haba ng buhay ay humihiling sa peer na magtayo ng kapalit habang ang kasalukuyang asosasyon ng seguridad ay nagdadala pa ng trapiko, at ang matigas na haba ng buhay ay ang takdang panahon kung kailan nawawala ang lumang asosasyon, gumana man ang kapalit o hindi. Sa pagitan nila ay may bintana ng pag-overlap na umiiral upang ang mga packet ay hindi mahulog sa puwang.

Ano ang talagang nililimitahan ng haba ng buhay

Ang asosasyon ng seguridad ng IPsec ay isang bigkis ng kriptograpikong estado: mga key para sa isang direksyon, isang index ng mga parameter ng seguridad, isang set ng algorithm at isang tagapili. Nililimitahan ng haba ng buhay kung gaano katagal magagamit ang estadong iyon, na naglilimita kung gaano karaming trapiko ang pinoprotektahan ng isang key. Ito ay hakbang sa pagpigil para sa key, hindi pahayag tungkol sa gaano katagal dapat tumagal ang sesyon ng user.

Ang mga asosasyon ng kontrol ng IKE ay may sariling mga key at sariling haba ng buhay, hiwalay sa mga asosasyon ng anak na nagdadala ng datos. Ito ang unang lugar kung saan pinaghahalo ng mga tao ang dalawang iskedyul.

Ang malambot ay nag sisimula ng pagpapalit, ang matigas ay nagtatapos ng lumang estado

Kapag papalapit na ang malambot na limit, nag sisimula ang peer ng pagpapalit. Karaniwang maagang nag-aapoy ang mga implementasyon at ginagawang random ang sandali upang ang isang headend na may daan-daang tunel ay hindi mag-refresh ng lahat ng key nang sabay. Sa IKEv2 ang pagpapalit ay isang palitan ng CREATE_CHILD_SA na nagdadala ng sariwang nonce, kasama ang palitan ng Diffie-Hellman kapag naka-configure ang perpektong pasulong na pagiging lihim. Ang resulta ay isang bagong pares ng asosasyon na may mga bagong key.

Mahalaga ang pag-overlap. Sa maikling panahon ay maaaring hawakan ng peer ang luma at bagong asosasyon, at ang isang pagkuha ay maaaring magpakita ng dalawang set ng identifier. Ito ay ang mekanismong gumagana, hindi isang sira.

Ang matigas na limit ay hindi nagpapatawad. Kung hindi pa tapos ang pagpapalit sa oras na iyon, ang lumang asosasyon ay dapat alisin at ang trapikong pinoprotektahan lamang nito ay tumitigil. Paulit-ulit na nabigong muling pag-key na umaabot hanggang sa matigas na pag-expire ang palatandaan sa pagpapatakbo na dapat imbestigahan, dahil ang tunel ay pinapanatili ng isang takdang panahon sa bawat siklo.

Ang mga limit ng paggamit ay maaaring mauna bago ang anumang orasan

Ang oras ay hindi lamang ang hangganan. Maaaring limitahan ng mga implementasyon ang mga byte o packet na pinoprotektahan ng isang key, at ang abalang tunel ay maaabot ang limit ng paggamit nang mas maaga kaysa sa isang timer na maraming oras. Nagbibigay ang strongSwan ng hiwalay na mga setting ng haba ng buhay at margin para sa oras, byte at packet, ibig sabihin ang epektibong punto ng pag-renew ay ang limit na unang dumating, binawasan ang naka-configure na margin.

Kapag ang isang tunel ay nagre-renew nang mas madalas kaysa sa iminumungkahi ng mga naka-configure na oras nito, suriin ang mga limit ng byte at packet bago sisihin ang orasan. Ang isang puspos na link at isang idle na link na may parehong mga setting ng oras ay may kapansin-pansing magkaibang rate ng muling pag-key, at isa lamang sa kanila ang sumusunod sa timer.

Ang bawat peer ay nagpapatupad ng sariling patakaran

Hindi nakikipag-ayos ang IKEv2 ng isang haba ng buhay na dapat ipakita nang pareho ng dalawang peer. Inilalapat ng bawat panig ang lokal na patakaran nito at maaaring mag simula ng pagpapalit kapag papalapit na ang sariling limit, tulad ng inilarawan sa RFC 7296 seksyon 2.8. Kaya ang pagkakaiba sa pagitan ng mga naka-configure na oras ng dalawang peer ay hindi awtomatikong depekto, bagaman ang lubhang magkaibang halaga ay maaaring lumikha ng kaguluhan kung ang isang panig ay patuloy na pinapalitan ang estadong kakalagay lamang ng kabilang panig.

Ang koordinasyon ay nangangahulugan ng katugmang pag-uugali: mga bintana ng pag-overlap na sapat ang haba para sa palitan, mga margin na nag-iiwan ng puwang para sa mga pagtatangka muli, at pagmamanman na nagpapakita kung aling panig ang nag simula ng bawat pag-renew.

Ang muling pag-key ay hindi muling pagpapatunay

Ang muling pag-key ay nagre-refresh ng mga key sa ilalim ng umiiral na napatunayang ugnayan. Ang muling pagpapatunay ay inuulit ang pagsusuri ng pagkakakilanlan, maging palitan ng sertipiko o usapan sa EAP. Pareho silang tumatakbo sa hiwalay na mga iskedyul at ang matagumpay na muling pag-key ay walang sinasabi tungkol sa kung ang account ay dapat pang magkaroon ng access.

Mahalaga ang pagkakaibang iyon para sa pagbawi. Ang pag-disable ng account, pagbawi ng sertipiko o pagtatapos ng sesyon ay mga desisyon sa access na nangangailangan ng malinaw na patakaran sa implementasyon; hindi sila nagmumula sa timer ng SA, at ang muling pag-key ay maaaring magpatuloy nang mahinahon para sa isang pagkakakilanlang naalis na ang mga karapatan.

Ano ang itatala sa bawat tunel

Itala kung aling asosasyon ang nagdulot ng pag-renew, ang luma at bagong identifier, kung aling limit ang nag-activate at kung natapos ang pagpapalit sa loob ng pag-overlap. Ang apat na field na iyon ay nagpapakita ng problema sa muling pag-key bago ito maging outage, at pinag-iiba ang agresibong patakaran sa isang nabibigo.

Itabi ang iskedyul ng pagtatanggal ng access sa tabi ng rekord na iyon, hindi sa loob nito. Ang kriptograpikong kalinisan at patakaran ng pagkakakilanlan ay magkaibang kontrol, at ang isang tunel na nag-rorotate ng key sa oras ay maaari pa ring humawak ng sesyon na walang sinumang nagbalak na itago.