Czas życia SA w IKEv2: miękkie odświeżenie kluczy, twarde wygaśnięcie, oddzielna reautoryzacja

Timery decydują, kiedy klucze tunelu są wymieniane, a dwa zaangażowane progi są często czytane jako jeden. Nie są. Miękki czas życia prosi partnera o zbudowanie zamiennika, gdy bieżąca asocjacja bezpieczeństwa nadal niesie ruch, a twardy czas życia to termin, po którym stara asocjacja znika, niezależnie od tego, czy zamiennik zadziałał. Między nimi znajduje się okno nakładania, które istnieje po to, by pakiety nie wpadały w lukę.

Co tak naprawdę ogranicza czas życia

Asocjacja bezpieczeństwa IPsec to wiązka stanu kryptograficznego: klucze dla jednego kierunku, indeks parametrów bezpieczeństwa, zestaw algorytmów i selektor. Czas życia ogranicza, jak długo ten stan może być używany, co ogranicza, ile ruchu chroni jeden klucz. To środek ograniczający dla klucza, a nie stwierdzenie, jak długo powinna trwać sesja użytkownika.

Asocjacje kontrolne IKE mają własne klucze i własne czasy życia, oddzielone od asocjacji podrzędnych, które niosą dane. To pierwsze miejsce, w którym ludzie mylą dwa harmonogramy.

Miękki rozpoczyna wymianę, twardy kończy stary stan

Gdy miękki próg się zbliża, partner inicjuje wymianę. Implementacje zwykle działają wcześnie i randomizują moment, aby koncentrator z setkami tuneli nie odświeżał wszystkich kluczy naraz. W IKEv2 wymiana to wymiana CREATE_CHILD_SA niosąca świeże nonce, plus wymiana Diffie-Hellman, gdy skonfigurowano doskonałą tajność forward. Wynikiem jest nowa para asocjacji z nowymi kluczami.

Nakładanie ma znaczenie. Przez krótki czas partner może trzymać starą i nową asocjację, a przechwycenie może pokazać dwa zestawy identyfikatorów. To mechanizm działający, a nie usterka.

Twardy próg nie wybacza. Jeśli wymiana nie zostanie ukończona do tego czasu, stara asocjacja musi zostać wycofana, a ruch chroniony tylko przez nią ustaje. Powtarzające się nieudane odświeżenia kluczy, które trwają aż do twardego wygaśnięcia są sygnałem operacyjnym do zbadania, ponieważ tunel jest podtrzymywany terminem w każdym cyklu.

Limity użycia mogą zadziałać przed jakimkolwiek zegarem

Czas nie jest jedynym ograniczeniem. Implementacje mogą ograniczać bajty lub pakiety chronione jednym kluczem, a zajęty tunel osiągnie limit użycia znacznie wcześniej niż timer wielogodzinny. strongSwan udostępnia oddzielne ustawienia czasu życia i marginesu dla czasu, bajtów i pakietów, co oznacza, że efektywnym punktem odnowienia jest próg, który nadejdzie pierwszy, minus skonfigurowany margines.

Gdy tunel odnawia się znacznie częściej, niż sugerują jego skonfigurowane godziny, sprawdź limity bajtów i pakietów, zanim obwinisz zegar. Nasycone łącze i bezczynne łącze z tymi samymi ustawieniami czasu będą miały wyraźnie różne tempo odświeżania kluczy, i tylko jedno z nich podąża za timerem.

Każdy partner egzekwuje własną politykę

IKEv2 nie negocjuje jednego czasu życia, który obaj partnerzy muszą pokazywać identycznie. Każda strona stosuje swoją lokalną politykę i może zainicjować wymianę, gdy zbliża się jej własny limit, jak opisano w RFC 7296 sekcja 2.8. Zatem niezgodność między skonfigurowanymi godzinami dwóch partnerów nie jest automatycznie usterką, choć bardzo różne wartości mogą powodować zamieszanie, jeśli jedna strona ciągle zastępuje stan, który druga właśnie zainstalowała.

Koordynacja oznacza zgodne zachowanie: okna nakładania wystarczająco długie na wymianę, marginesy zostawiające miejsce na ponowienia, oraz monitoring pokazujący, która strona zainicjowała każde odnowienie.

Odświeżenie kluczy to nie reautoryzacja

Odświeżenie kluczy odświeża klucze w ramach istniejącej uwierzytelnionej relacji. Reautoryzacja powtarza sprawdzanie tożsamości, czy to wymiana certyfikatów, czy rozmowa EAP. Oba działają według oddzielnych harmonogramów, a udane odświeżenie nic nie mówi o tym, czy konto nadal powinno mieć dostęp.

To rozróżnienie ma znaczenie dla unieważniania. Dezaktywacja konta, unieważnienie certyfikatu lub zakończenie sesji to decyzje o dostępie, które wymagają wyraźnej polityki w implementacji; nie wynikają z timera SA, a odświeżenie kluczy może spokojnie trwać dla tożsamości, której już odebrano uprawnienia.

Co rejestrować dla każdego tunelu

Zarejestruj, która asocjacja wywołała odnowienie, stare i nowe identyfikatory, który próg zadziałał i czy wymiana zakończyła się w oknie nakładania. Te cztery pola czynią problem odświeżania widocznym, zanim stanie się awarią, i odróżniają politykę agresywną od zawodnej.

Harmonogram usuwania dostępu trzymaj obok tego rekordu, a nie w nim. Higiena kryptograficzna i polityka tożsamości to różne mechanizmy kontroli, a tunel, który obraca klucze na czas, wciąż może trzymać sesję, której nikt nie zamierzał zachować.