Durata de viață a SA în IKEv2: reînnoire de chei blândă, expirare dură, reautentificare separată

Temporizatoarele decid când sunt înlocuite cheile unui tunel, iar cele două praguri implicate sunt adesea citite ca unul singur. Nu sunt. O durată de viață blândă cere partenerului să construiască o înlocuire în timp ce asociația de securitate curentă încă transportă trafic, iar o durată de viață dură este termenul după care asociația veche dispare, indiferent dacă înlocuirea a funcționat. Între ele se află o fereastră de suprapunere care există pentru ca pachetele să nu cadă într-un gol.

Ce limitează de fapt o durată de viață

O asociație de securitate IPsec este un mănunchi de stare criptografică: chei pentru o direcție, un indice al parametrilor de securitate, un set de algoritmi și un selector. Durata de viață limitează cât timp poate fi folosită această stare, ceea ce limitează cât trafic protejează o cheie. Este o măsură de contenție pentru cheie, nu o afirmație despre cât ar trebui să dureze o sesiune de utilizator.

Asociațiile de control IKE au cheile lor și duratele lor de viață, separate de asociațiile copil care transportă date. Acesta este primul loc unde oamenii confundă două calendare.

Cea blândă începe înlocuirea, cea dură încheie starea veche

Când pragul blând se apropie, partenerul inițiază o înlocuire. Implementările declanșează de obicei devreme și randomizează momentul ca un capăt cu sute de tuneluri să nu reînnoiască toate cheile deodată. În IKEv2 înlocuirea este un schimb CREATE_CHILD_SA care transportă nonce-uri noi, plus un schimb Diffie-Hellman când este configurată confidențialitatea perfectă înainte. Rezultatul este o nouă pereche de asociații cu chei noi.

Suprapunerea contează. Pentru scurt timp partenerul poate ține asociațiile veche și nouă, iar o captură poate arăta două seturi de identificatori. Acesta este mecanismul funcționând, nu o defecțiune.

Pragul dur nu iartă. Dacă înlocuirea nu s-a încheiat până atunci, asociația veche trebuie retrasă, iar traficul protejat doar de ea se oprește. Reînnoiri de chei eșuate repetate care merg până la expirarea dură sunt semnalul operațional de investigat, pentru că tunelul este ținut în picioare de un termen la fiecare ciclu.

Limitele de utilizare pot intra în funcțiune înaintea oricărui ceas

Timpul nu este singura limită. Implementările pot limita octeții sau pachetele protejate de o cheie, iar un tunel ocupat va atinge o limită de utilizare mult înaintea unui temporizator de mai multe ore. strongSwan expune setări separate de durată de viață și marjă pentru timp, octeți și pachete, ceea ce înseamnă că punctul efectiv de reînnoire este pragul care sosește primul, minus marja configurată.

Când un tunel se reînnoiește mult mai des decât sugerează orele configurate, verificați limitele de octeți și pachete înainte de a da vina pe ceas. O legătură saturată și o legătură inactivă cu aceleași setări de timp vor avea rate de reînnoire a cheilor vizibil diferite, și doar una dintre ele urmează temporizatorul.

Fiecare partener își aplică propria politică

IKEv2 nu negociază o singură durată de viață pe care ambii parteneri trebuie să o afișeze identic. Fiecare parte își aplică politica locală și poate iniția înlocuirea când propria limită se apropie, așa cum este descris în RFC 7296 secțiunea 2.8. Deci o nepotrivire între orele configurate ale doi parteneri nu este automat un defect, deși valori foarte diferite pot produce agitație dacă o parte înlocuiește continuu stare pe care cealaltă tocmai a instalat-o.

Coordonarea înseamnă comportament compatibil: ferestre de suprapunere suficient de lungi pentru schimb, marje care lasă loc pentru reîncercări și monitorizare care arată ce parte a inițiat fiecare reînnoire.

Reînnoirea cheilor nu este reautentificare

O reînnoire a cheilor împrospătează cheile în cadrul relației autentificate existente. O reautentificare repetă verificarea identității, fie că este un schimb de certificate sau o conversație EAP. Cele două rulează după calendare separate, iar o reînnoire reușită nu spune nimic despre dacă contul ar trebui să mai aibă acces.

Acea distincție contează pentru revocare. Dezactivarea unui cont, revocarea unui certificat sau terminarea unei sesiuni sunt decizii de acces care necesită politică explicită în implementare; ele nu decurg din temporizatorul SA, iar o reînnoire a cheilor poate continua liniștită pentru o identitate căreia i s-au retras deja drepturile.

Ce se înregistrează pentru fiecare tunel

Înregistrați ce asociație a declanșat reînnoirea, identificatorii vechi și noi, ce prag a intrat în funcțiune și dacă înlocuirea s-a încheiat în interiorul suprapunerii. Acele patru câmpuri fac o problemă de reînnoire vizibilă înainte de a deveni o întrerupere și disting o politică agresivă de una care eșuează.

Țineți calendarul de eliminare a accesului lângă acea înregistrare, nu în interiorul ei. Igiena criptografică și politica de identitate sunt controale diferite, iar un tunel care rotește cheile la timp poate ține în continuare o sesiune pe care nimeni nu intenționa să o păstreze.