IKEv2 té dues signatures: el certificat i IKE_AUTH
La CA signa el certificat i el parell signa el seu intercanvi IKE_AUTH amb un esquema propi. Llegiu cada signatura des del seu camp i anoteu les dues.
El vostre tiquet diu que el certificat és SHA-256 mentre que el registre de la passarel·la indica un altre algorisme de signatura, i algú ja ha redactat una sol·licitud per reemetre la CA. Abans que aquesta sol·licitud vagi enlloc, separeu les dues signatures: una és el segell de l'emissor sobre una clau pública, l'altra és la prova del parell que té la clau privada corresponent durant IKE_AUTH. Components diferents les trien i se'ls permet diferir. Llegir cadascuna del lloc on viu requereix dues ordres i una taula.
Llegiu la signatura de l'emissor al certificat
La CA posa la seva signatura sobre un vincle entre una identitat i una clau. Aquesta signatura registra què va fer la CA en l'emissió, no què farà el subjecte en connectar-se, així que el seu algorisme descriu la tria pròpia de hash i clau de la CA. Una clau de subjecte d'un tipus pot estar sota una clau de CA d'un altre tipus sense cap inconsistència, i la rotació de la clau de la CA és rutina i no una fallada. Llegiu els dos camps i teniu la meitat de l'inventari:
openssl x509 -in peer.pem -noout -text | grep -E "Signature Algorithm|Public Key Algorithm"Anoteu les dues etiquetes com a entrades separades. La primera descriu la CA, la segona descriu la clau del subjecte, i cap de les dues prediu la signatura en línia.
Llegiu la signatura en línia de l'intercanvi IKE
Durant l'autenticació cada parell signa les dades d'intercanvi amb la seva pròpia clau privada, i l'altre costat comprova aquesta prova contra la identitat, la cadena de confiança i la política del certificat. En RSA l'ompliment i el hash pertanyen a aquest esquema en línia, així que una clau més llarga o un certificat SHA-256 nou no poden triar per si sols RSA-PSS per a la signatura d'autenticació. El mètode negociat apareix al registre del dimoni o a la seva llista de connexions, mai al certificat. Pregunteu a cada costat què ha negociat, perquè les dues direccions poden diferir.
ipsec statusall | grep -i "auth\|proposal"Quan un costat anomena un esquema que l'altre no pot produir, heu trobat la discrepància de què tractava el tiquet. Reemetre la CA és la reparació equivocada, perquè el certificat mai no va ser el que va fallar.
Què canvia el RFC 7427 i què no
Els mètodes originals es numeren per combinació d'algorismes al RFC 7296. La posterior extensió de signatura RFC 7427 afegeix un mètode Digital Signature general amb senyalització de suport de hash de signatura, de manera que un hash nou ja no necessita un número de mètode propi. Es negocia, no se suposa: un parell no guanya l'extensió perquè la seva biblioteca pugui analitzar els mateixos certificats, i un parell que implementa només els mètodes originals obliga la passarel·la a conservar un d'ells. És una permuta de política amb un cost de compatibilitat, no un defecte.
El suport és per direcció i per connexió, així que proveu la compilació que teniu davant en lloc de confiar en una afirmació a nivell de família. Una matriu de capacitats escrita fa tres anys descriu compilacions de fa tres anys.
Poseu quatre files a l'inventari
El registre que tanca la discussió té quatre línies, cadascuna llegida d'un lloc diferent i cadascuna canviada per una persona diferent. Empleneu-lo abans de decidir res, perquè la fila que és incorrecta és la que selecciona la solució.
| Objecte | D'on es llegeix | Qui el canvia |
|---|---|---|
| signatura de l'emissor del certificat | el camp Signature Algorithm del certificat | l'operador de la CA, en l'emissió |
| clau pública del subjecte | el camp Public Key Algorithm del certificat | qui genera la clau del subjecte |
| esquema d'autenticació IKE | registre del dimoni o llista de connexions, avís d'auth i signature-hash | el perfil IKE als dos parells |
| algorismes de protecció IKE i ESP | la llista de propostes de la connexió | el perfil IPsec, per direcció |
Cada fila porta la seva pròpia conseqüència de compatibilitat. Un canvi de xifra ESP no tria la signatura de l'emissor, i afluixar la validació de la CA no afegeix un mètode en línia que els parells no hagin negociat mai. Quan un tiquet afirma una discrepància de signatura, la fila que realment és incorrecta gairebé mai no és la primera.
Resoleu el cas antic sense debilitar la PKI
Un parell més antic pot oferir només un esquema que la vostra política ja no permet. Les opcions són una excepció de compatibilitat amb límit de temps, una actualització del client o un altre arranjament d'autenticació només per a aquell parell. Reconstruir la PKI al voltant d'una signatura de certificat més feble no arregla una limitació de l'intercanvi en línia i debilita tots els altres serveis que confien en la mateixa CA. Anoteu quina fila heu canviat i quan caduca l'excepció.
Després torneu a executar les dues lectures des de dalt, perquè un canvi en una fila pot moure el que es negocia en una altra. Tot l'inventari són dues ordres i una taula, i és la mateixa feina tant si el parell és un encaminador, un portàtil o un aparell.