Výmena kľúčov, opätovné pripojenie alebo opätovná autentizácia: čo potrebujete?

Relácia, ktorá beží hodiny, nezachová tie isté kľúče navždy, a je to zámer. Tri rôzne udalosti sa nazývajú rotácia kľúčov: nový materiál relácie pod existujúcou asociáciou, úplné prestavanie spojenia a zopakovanie kontroly identity. Každá má iný spúšťač, inú cenu a iný podpis zlyhania. Vyberiete nesprávnu a oprava buď nič neurobí, alebo tunel bez dôvodu zhodí.

Rozhodnutie závisí od toho, ktorá vrstva skutočne vypršala.

Tri operácie, ktoré sa nazývajú rotácia

Výmena kľúčov vytvára nové prevádzkové kľúče v rámci existujúceho riadiaceho vzťahu pomocou mechanizmu, ktorý definuje protokol. IKEv2 to robí novou podriadenou bezpečnostnou asociáciou, TLS 1.3 správou o aktualizácii kľúča a WireGuard novým handshake, keď sa dosiahnu jeho časové limity alebo limity počtu správ. Adresy tunela a autentizovaná identita zostávajú tam, kde boli.

Opätovné pripojenie zahodí spojenie a postaví ho od začiatku znova, čo zopakuje pridelenie adries, inštaláciu trás a všetky rokovania prvého pokusu.

Opätovná autentizácia opakuje samotný dôkaz identity, čo môže zahŕňať prihlasovacie údaje, certifikát alebo druhý faktor. Môže prebehnúť s opätovným pripojením alebo bez neho, podľa produktu.

Čo si používatelia pri obnove všimnú

Výmena kľúčov by mala byť takmer neviditeľná. Identifikátory asociácie sa menia, počítadlá sa môžu resetovať a aplikácie si držia svoje sockety; krátka pauza v jednom smere je pri výmene normálna. Nový identifikátor vo výpise stavu nie je dôkazom poruchy. Riadok protokolu po výmene hovorí, či sa skončila.

Skutočný výpadok pri obnove ukazuje na konkrétne miesto. Nezhoda návrhu, vypršané prihlasovacie údaje alebo zmena cesty vytvárajú každý iný riadok protokolu a iba jeden z nich sa opravuje úpravou životností.

Kde sa tri operácie v praxi rozchádzajú

Ak vypršal len kľúčový materiál, vymeňte kľúč. Ak sa zmenila adresa partnera, trasa alebo väzba NAT a pakety už neprichádzajú, pripojte sa znova. Ak organizácia vyžaduje pravidelnú kontrolu identity, ide o opätovnú autentizáciu a žiadne ladenie životností ju nenahradí.

Predvolené hodnoty protokolov zvyčajne obsahujú správnu odpoveď. WireGuard mení kľúče po časovom prahu a prahu objemu dát bez zásahu používateľa; životnosti IKEv2 sa dohadujú pre každú podriadenú asociáciu; tunely na báze TLS rotujú kľúče v existujúcej relácii. Zvyšovanie životností, aby sa predišlo opakovanej chybe, zlyhanie len odkladá a predlžuje expozíciu, ak je kľúč kompromitovaný.

Pre dlhé relácie je dôležitá jedna výhrada: samotná frekvencia nevytvára doprednú utajenosť. Táto vlastnosť závisí od toho, ako relačné kľúče súvisia s dlhodobými tajomstvami a či sa staré kľúče ničia, čo je otázka návrhu a implementácie, nie nastavenia.

Zvoľte predvolené hodnoty a potom zaznamenajte fázu

Ponechajte predvolené hodnoty dodávateľa, ak dokumentovaná požiadavka nehovorí inak, a ak životnosti vôbec meníte, zmeňte ich na oboch stranách. Potom zaznamenajte, do ktorej fázy sa každá udalosť dostala, aby sa ďalší výskyt dal skontrolovať voči tomu istému bodu handshake.

swanctl --list-sas
ip xfrm state | grep -E 'proto|replay-window'
wg show
journalctl -u strongswan --since '1 hour ago' | grep -i -E 'rekey|rekeyed|child'

Po oprave vykonajte kontrolovanú obnovu a pošlite čerstvú prevádzku aplikácií cez novú asociáciu. Tunel, ktorý hlási nadviazanie, ale nič nepreposiela, je zlyhanie, kvôli ktorému táto kontrola existuje.