Prečo zaneprázdnený tunel IPsec obnovuje kľúče skoro: časové a objemové limity

Približne každých päťdesiat minút spadne tunel na vyťaženom spoji na niekoľko sekúnd a prvým podozrivým sú hodiny. Asociácie môžu skončiť na časovom limite alebo na počte bajtov a hranica, ktorá príde prvá, je tá, ktorá ich pošle do dôchodku. Na spoji s reálnou prevádzkou môže objemový limit zasiahnuť dávno predtým, než vyprší nastavená hodina. Takže „príliš skoro“ je tvrdenie o hodinách, nie o asociácii.

Počítajte to, čo počíta asociácia, nie rozhranie

Celkový počet bajtov na rozhraní, súhrnná priepustnosť na paneli a vlastné počítadlo asociácie sú tri oddelené čísla a len jedno z nich sa porovnáva s limitom. Zaznamenávajte prichádzajúcu a odchádzajúcu asociáciu oddelene s ich identifikátormi, aby sa obnova kľúčov, ktorá sa dotkne jedného smeru, ukázala ako smerová udalosť, a nie ako záhada. Počítadlo asociácie sa pri obnove kľúčov tiež začína odznova, a preto celkový údaj odobratý z rozhrania rastie, kým hodnota, na ktorej záleží, sa resetuje.

Výpočet sa oplatí urobiť raz, aby rád veľkosti prestal pôsobiť ľubovoľne. Počítaný rozpočet jedného gibibajtu vyčerpávaný stálymi 128 mebibajtmi za minútu sa spotrebuje za osem minút, a to je prevod jednotiek, nie meranie vášho tunela. Ak výsledné číslo leží hlboko pod časovým limitom, mechanizmom je objem a žiadne sledovanie hodín interval nevysvetlí. Ak leží hlboko nad ním, limit bajtov nie je váš spúšťač a hľadanie patrí inam.

Mäkký a tvrdý prah sú dve rôzne udalosti

Mäkký prah žiada náhradu dávno predtým, než tvrdý limit ukončí asociáciu, a implementácie na to, čo ste nastavili, vrstvia vlastné rezervy a randomizáciu. Preto pozorovaný interval takmer nikdy nie je okrúhle číslo. Architektúra IPsec opisuje životnosti vyjadrené časom a počtom bajtov s dvoma druhmi prahov a platí skoršia expirácia. Ak budete jeden vytlačený údaj o životnosti brať ako rozvrh, pomýlite sa o veľkosť rezervy.

Čítajte efektívnu politiku z bežiaceho stavu, namiesto toho, aby ste ju odvodzovali z čísla v súbore, pretože rezerva patrí implementácii, nie vášmu zámeru. Odolajte naťahovaniu limitov k ich maximu, aby ste umlčali symptóm: tunel, ktorý obnovuje kľúče podľa rozvrhu, sa správa podľa návrhu a dlhšia životnosť udalosť len odkladá a kompromitovaný kľúč ponecháva použiteľný dlhšie. Keď zlyhá samotná náhrada, limit je posol, nie vina.

Čítajte efektívnu životnosť z bežiaceho stavu

Na strongSwane swanctl --list-sas vypisuje súhrn asociácie s časmi obnovy kľúčov a životnosti, takže hodnota, ktorú démon zamýšľa presadiť, je vidieť bez hádania. Na hostiteľovi Linux bez pohľadu démona ip xfrm state hlási nastavené mäkké a tvrdé limity bajtov a paketov vedľa aktuálnych počítadiel. Tie dve čítania odpovedajú na rôzne otázky a obe stoja za to uchovať v tikete.

swanctl --list-sas
ip -s xfrm state

Porovnajte vytlačený mäkký prah s intervalom, ktorý ste namerali, pretože náhrada začínajúca s rezervou pod tvrdým limitom je normálna a náhrada, ktorá nezačne nikdy, nie je. Ak démon ukazuje jednu životnosť a stav jadra inú, pozeráte sa na dve vrstvy, ktoré si neodpovedajú, a to je samo o sebe zistenie.

Sledujte výmenu, ktorá nahrádza SA

Držte tri obnovy oddelene, pretože zlyhávajú rôzne: obnova kľúčov IKE SA stavia novú riadiacu asociáciu, obnova kľúčov CHILD SA nahrádza dátovú asociáciu a opätovná autentizácia opakuje výmenu identity. V IKEv2 rozhoduje každá strana o svojich vlastných životnostiach, namiesto toho, aby vyjednala jednu zdieľanú hodnotu, takže výmena, ktorú ste neiniciovali, je bežná. Nesúlad v perfect forward secrecy je častou príčinou, prečo nová child SA umiera práve v intervale obnovy kľúčov, a vyzerá presne ako porucha časovača, kým niekto neprečíta návrh.

Porovnajte starú asociáciu s jej nástupkyňou a s výmenou, ktorá ju vytvorila. Zmiznutie identifikátora je rutinná náhrada; odmietnutý návrh, chýbajúca odpoveď alebo neprítomnosť použiteľného stavu nástupcu je iná udalosť s iným vlastníkom. Uchovajte tieto dôkazy, skôr než čokoľvek zmeníte, pretože poznámky špecifické pre verziu, návrh protistrany a vyjednané životnosti sú to, čo robí prípad čitateľným o týždeň neskôr, po protočení logov.

Dokážte obnovu, namiesto toho, aby ste ju skrývali

Prijmite nasadenie tým, že prejdete obnovou, ktorú ste naplánovali, a nie tou, ktorá sa vám prihodí. Vynúťte jednu obnovu kľúčov v rámci okna údržby, potom potvrďte, že oba smery potom prenášajú dáta a že výsledok aplikácie je nezmenený, nie len že indikátor tunela je zelený. Zaznamenajte, ktorý limit zasiahol a ktorá výmena bola zapojená.

Záver takého tvaru obstojí pri previerke, zatiaľ čo zmenená hodnota časovača, ktorá dala spojeniu na popoludnie tichý vzhľad, neobstojí. Ak sa pohol len časovač, dôkazy sa pohli s ním.