SA-élettartamok az IKEv2-ben: lágy kulcsfrissítés, kemény lejárat, külön újrahitelesítés

Az időzítők döntik el, mikor cserélődnek egy alagút kulcsai, és a két érintett küszöböt gyakran egyként olvassák. Nem azok. A lágy élettartam arra kéri a partnert, hogy építsen cserét, miközben a jelenlegi biztonsági társulás még forgalmat hordoz, a kemény élettartam pedig az a határidő, amely után a régi társulás eltűnik, akár működött a csere, akár nem. Közöttük egy átfedési ablak van, amely azért létezik, hogy a csomagok ne essenek résbe.

Mit korlátoz valójában egy élettartam

Az IPsec biztonsági társulás kriptográfiai állapot kötege: kulcsok egy irányhoz, biztonsági paraméterindex, algoritmuskészlet és szelektor. Az élettartam korlátozza, meddig használható ez az állapot, ami korlátozza, mennyi forgalmat véd egy kulcs. Ez a kulcsot korlátozó intézkedés, nem nyilatkozat arról, meddig kellene tartania egy felhasználói munkamenetnek.

Az IKE-vezérlő társulásoknak saját kulcsaik és saját élettartamaik vannak, elkülönülve az adatot hordozó gyermektársulásoktól. Itt keverik először az emberek a két ütemtervet.

A lágy indítja a cserét, a kemény befejezi a régi állapotot

Amikor a lágy küszöb közeledik, a partner cserét kezdeményez. Az implementációk általában korán tüzelnek, és véletlenszerűsítik a pillanatot, hogy egy több száz alagutat kezelő központ ne újítsa meg egyszerre az összes kulcsot. Az IKEv2-ben a csere friss nonce-okat hordozó CREATE_CHILD_SA-csere, plusz Diffie-Hellman-csere, ha tökéletes előremutató titoktartás van beállítva. Az eredmény új kulcsokkal rendelkező új társuláspár.

Az átfedés számít. Rövid ideig a partner tarthatja a régi és az új társulást is, és egy forgalomrögzítés két azonosítókészletet mutathat. Ez a mechanizmus működése, nem hiba.

A kemény küszöb nem ismer kegyelmet. Ha a csere addig nem fejeződött be, a régi társulást ki kell vonni, és a csak általa védett forgalom leáll. Ismétlődő sikertelen kulcsfrissítések, amelyek egészen a kemény lejáratig futnak azok az operatív jelzés a vizsgálathoz, mert az alagutat minden ciklusban egy határidő tartja fenn.

A használati korlátok bármely óra előtt kiválthatnak

Az idő nem az egyetlen korlát. Az implementációk korlátozhatják az egy kulccsal védett bájtokat vagy csomagokat, és egy forgalmas alagút jóval egy többórás időzítő előtt eléri a használati korlátot. A strongSwan külön élettartam- és tartalékbeállításokat kínál időre, bájtokra és csomagokra, ami azt jelenti, hogy a tényleges megújítási pont az a küszöb, amelyik előbb érkezik, mínusz a beállított tartalék.

Amikor egy alagút sokkal gyakrabban újul meg, mint amit a beállított órái sugallnak, ellenőrizze a bájt- és csomagkorlátokat, mielőtt az órát hibáztatná. Egy telített kapcsolat és egy tétlen kapcsolat azonos időbeállításokkal láthatóan eltérő kulcsfrissítési arányt mutat, és csak az egyikük követi az időzítőt.

Minden partner a saját házirendjét kényszeríti ki

Az IKEv2 nem tárgyal egyetlen olyan élettartamról, amelyet mindkét partnernek azonosan kellene megjelenítenie. Mindkét fél a helyi házirendjét alkalmazza, és kezdeményezheti a cserét, amikor a saját korlátja közeledik, ahogy az RFC 7296 2.8 szakasza leírja. Ezért két partner beállított órái közötti eltérés nem automatikusan hiba, bár nagyon eltérő értékek nyugtalanságot okozhatnak, ha az egyik fél folyamatosan olyan állapotot cserél, amelyet a másik épp most telepített.

A koordináció kompatibilis viselkedést jelent: a cseréhez elég hosszú átfedési ablakokat, újrapróbálkozásra helyet hagyó tartalékokat és olyan megfigyelést, amely megmutatja, melyik fél kezdeményezett minden megújítást.

A kulcsfrissítés nem újrahitelesítés

A kulcsfrissítés a meglévő hitelesített kapcsolat keretében frissíti a kulcsokat. Az újrahitelesítés megismétli az identitásellenőrzést, legyen szó tanúsítványcseréről vagy EAP-beszélgetésről. A kettő külön ütemterv szerint fut, és egy sikeres frissítés semmit sem mond arról, hogy a fióknak még hozzáféréssel kellene-e rendelkeznie.

Ez a megkülönböztetés a visszavonás szempontjából fontos. A fiók letiltása, a tanúsítvány visszavonása vagy a munkamenet megszüntetése olyan hozzáférési döntések, amelyek kifejezett házirendet igényelnek az implementációban; ezek nem az SA-időzítőből következnek, és a kulcsfrissítés zavartalanul folytatódhat olyan identitás esetében, amelyet már megfosztottak jogaitól.

Mit kell rögzíteni alagútonként

Rögzítse, melyik társulás váltotta ki a megújítást, a régi és az új azonosítókat, melyik küszöb lépett életbe, és hogy a csere befejeződött-e az átfedésen belül. Ez a négy mező láthatóvá teszi a frissítési problémát, mielőtt kimaradássá válna, és megkülönbözteti az agresszív házirendet a kudarcot vallótól.

A hozzáférés-eltávolítási ütemtervet a rekord mellett tartsa, ne benne. A kriptográfiai higiénia és az identitásházirend külön kontrollok, és egy időben kulcsot forgató alagút még mindig tarthat olyan munkamenetet, amelyet senki sem akart megtartani.