Vides de les SA d'IKEv2: renovació de claus suau, caducitat dura, reautenticació separada

Els temporitzadors decideixen quan es reemplacen les claus d'un túnel, i els dos llindars implicats sovint es llegeixen com un de sol. No ho són. Una vida útil suau demana a l'igual que construeixi una substitució mentre l'associació de seguretat actual encara transporta trànsit, i una vida útil dura és el termini després del qual l'associació antiga desapareix tant si la substitució ha funcionat com si no. Entre elles hi ha una finestra de solapament que existeix perquè els paquets no caiguin en un buit.

Què limita realment una vida útil

Una associació de seguretat IPsec és un conjunt d'estat criptogràfic: claus per a una direcció, un índex de paràmetres de seguretat, un conjunt d'algorismes i un selector. La vida útil limita quant temps es pot usar aquest estat, cosa que limita quant trànsit protegeix una clau. És una mesura de contenció per a la clau, no una afirmació sobre quant ha de durar una sessió d'usuari.

Les associacions de control IKE tenen les seves pròpies claus i les seves pròpies vides útils, separades de les associacions filles que transporten dades. Aquest és el primer lloc on la gent confon dos calendaris.

El suau inicia la substitució, el dur acaba l'estat antic

Quan s'acosta el llindar suau, l'igual inicia una substitució. Les implementacions solen actuar aviat i aleatoritzen el moment perquè un capçal amb centenars de túnels no renovi les claus de tots alhora. A IKEv2 la substitució és un intercanvi CREATE_CHILD_SA amb nonces nous, més un intercanvi Diffie-Hellman quan hi ha configurada la confidencialitat directa perfecta. El resultat és una parella nova d'associacions amb claus noves.

El solapament importa. Durant un període curt l'igual pot mantenir les associacions antiga i nova, i una captura pot mostrar dos conjunts d'identificadors. Això és el mecanisme funcionant, no una fallada.

El llindar dur no perdona. Si la substitució no s'ha completat per aleshores, l'associació antiga s'ha de retirar i el trànsit protegit només per ella s'atura. Renovacions de claus fallides repetides que arriben fins a la caducitat dura són el senyal operatiu per investigar, perquè el túnel es manté dret amb un termini a cada cicle.

Els límits d'ús poden saltar abans que cap rellotge

El temps no és l'única frontera. Les implementacions poden limitar els bytes o els paquets protegits per una clau, i un túnel ocupat arribarà a un límit d'ús molt abans que un temporitzador de diverses hores. strongSwan exposa ajustos separats de vida útil i marge per a temps, bytes i paquets, cosa que significa que el punt efectiu de renovació és el llindar que arribi primer, menys el marge configurat.

Quan un túnel es renova molt més sovint del que suggereixen les seves hores configurades, comproveu els límits de bytes i paquets abans de culpar el rellotge. Un enllaç saturat i un enllaç inactiu amb els mateixos ajustos de temps tindran taxes de renovació de claus visiblement diferents, i només un d'ells segueix el temporitzador.

Cada igual aplica la seva pròpia política

IKEv2 no negocia una única vida útil que tots dos iguals hagin de mostrar idènticament. Cada costat aplica la seva política local i pot iniciar la substitució quan s'acosta el seu propi límit, tal com es descriu a RFC 7296 secció 2.8. Així, una discrepància entre les hores configurades de dos iguals no és automàticament un defecte, tot i que valors molt diferents poden produir agitació si un costat no para de substituir estat que l'altre acaba d'instal·lar.

Coordinar significa un comportament compatible: finestres de solapament prou llargues per a l'intercanvi, marges que deixen espai per a reintents i monitoratge que mostra quin costat ha iniciat cada renovació.

Renovar claus no és reautenticar

Una renovació de claus refresca les claus sota la relació autenticada existent. Una reautenticació repeteix la comprovació d'identitat, tant si és un intercanvi de certificats com una conversa EAP. Les dues funcions van per calendaris separats i una renovació correcta no diu res sobre si el compte hauria de conservar l'accés.

Aquesta distinció importa per a la revocació. Desactivar un compte, revocar un certificat o acabar una sessió són decisions d'accés que necessiten una política explícita a la implementació; no es deriven del temporitzador de la SA, i una renovació pot continuar tranquil·lament per a una identitat que ja ha estat donada de baixa.

Què registrar per túnel

Registreu quina associació ha provocat la renovació, els identificadors antic i nou, quin llindar ha saltat i si la substitució s'ha completat dins del solapament. Aquests quatre camps fan visible un problema de renovació abans que esdevingui una caiguda i distingeixen una política agressiva d'una que falla.

Manteniu el calendari de retirada d'accés al costat d'aquest registre, no dins seu. La higiene criptogràfica i la política d'identitat són controls diferents, i un túnel que rota les claus a temps encara pot mantenir una sessió que ningú volia conservar.