IKEv2 ir divi paraksti: sertifikāts un IKE_AUTH

Jūsu biļete saka, ka sertifikāts ir SHA-256, bet vārtejas žurnāls nosauc citu paraksta algoritmu, un kāds jau ir sagatavojis pieprasījumu atkārtoti izdot CA. Pirms šis pieprasījums kaut kur aiziet, atdaliet abus parakstus: viens ir izdevēja zīmogs uz publiskās atslēgas, otrs ir vienaudža pierādījums, ka IKE_AUTH laikā tam ir atbilstošā privātā atslēga. Tos izvēlas dažādas komponentes, un tiem ir atļauts atšķirties. Katra izlasīšana no vietas, kur tas dzīvo, prasa divas komandas un vienu tabulu.

Izlasiet izdevēja parakstu no sertifikāta

CA liek savu parakstu uz saites starp identitāti un atslēgu. Šis paraksts fiksē, ko CA darīja izdošanas brīdī, nevis ko subjekts darīs, kad pievienosies, tāpēc tā algoritms apraksta paša CA heša un atslēgas izvēli. Viena tipa subjekta atslēga var atrasties cita tipa CA atslēgas apakšā bez jebkādas pretrunas, un CA atslēgas rotācija ir rutīna, nevis defekts. Izlasiet abus laukus, un jums ir puse uzskaites:

openssl x509 -in peer.pem -noout -text | grep -E "Signature Algorithm|Public Key Algorithm"

Pierakstiet abus apzīmējumus kā atsevišķus ierakstus. Pirmais apraksta CA, otrais apraksta subjekta atslēgu, un neviens no tiem neparedz tiešsaistes parakstu.

Izlasiet tiešsaistes parakstu no IKE apmaiņas

Autentifikācijas laikā katrs vienaudzis paraksta apmaiņas datus ar savu privāto atslēgu, un otra puse pārbauda šo pierādījumu pret sertifikāta identitāti, uzticības ķēdi un politiku. RSA gadījumā pildījums un hešs pieder šai tiešsaistes shēmai, tāpēc garāka atslēga vai jauns SHA-256 sertifikāts pats par sevi nevar izvēlēties RSA-PSS autentifikācijas parakstam. Sarunātā metode parādās dēmona žurnālā vai tā savienojumu sarakstā, nekad sertifikātā. Jautājiet katrai pusei, par ko tā vienojās, jo abi virzieni var atšķirties.

ipsec statusall | grep -i "auth\|proposal"

Kad viena puse nosauc shēmu, ko otra nevar radīt, jūs esat atradis to neatbilstību, par ko bija biļete. CA atkārtota izdošana tam ir nepareizs labojums, jo sertifikāts nekad nebija tas, kas neizdevās.

Ko RFC 7427 maina un ko ne

Sākotnējās metodes ir numurētas pēc algoritmu kombinācijas RFC 7296. Vēlākais RFC 7427 paraksta paplašinājums pievieno vispārīgu Digital Signature metodi ar paraksta heša atbalsta signalizāciju, tāpēc jaunam hešam vairs nav vajadzīgs savs metodes numurs. Tas tiek sarunāts, nevis pieņemts: vienaudzis neiegūst paplašinājumu tāpēc, ka tā bibliotēka spēj parsēt tos pašus sertifikātus, un vienaudzis, kas ievieš tikai sākotnējās metodes, liek vārtejai paturēt vienu no tām. Tas ir politikas maiņa ar saderības izmaksām, nevis defekts.

Atbalsts ir pa virzieniem un pa savienojumiem, tāpēc testējiet priekšā esošo būvējumu, nevis paļaujieties uz apgalvojumu ģimenes līmenī. Kapacitāšu matrica, kas rakstīta pirms trim gadiem, apraksta trīs gadus vecus būvējumus.

Ievietojiet uzskaitē četras rindas

Ierakstam, kas beidz strīdu, ir četras rindas, katra lasīta citā vietā un katra cita cilvēka mainīta. Aizpildiet to pirms jebkāda lēmuma, jo tieši nepareizā rinda izvēlas labojumu.

Katra rinda nes savu saderības sekas. ESP šifra maiņa neizvēlas izdevēja parakstu, un CA validācijas atslābināšana nepievieno tiešsaistes metodi, par ko vienaudži nekad nav vienojušies. Kad biļete apgalvo paraksta neatbilstību, patiešām nepareizā rinda gandrīz nekad nav pirmā.

Atrisiniet veco gadījumu, nevājinot PKI

Vecāks vienaudzis var piedāvāt tikai shēmu, ko jūsu politika vairs nepieļauj. Izvēles ir laikā ierobežots saderības izņēmums, klienta atjauninājums vai cita autentifikācijas kārtība tikai šim vienaudzim. PKI pārbūve ap vājāku sertifikāta parakstu neizlabo tiešsaistes apmaiņas ierobežojumu un vājina visus citus pakalpojumus, kas uzticas tai pašai CA. Pierakstiet, kuru rindu jūs mainījāt un kad izņēmums beidzas.

Pēc tam atkārtoti izpildiet abas lasīšanas no sākuma, jo izmaiņa vienā rindā var pavirzīt to, par ko vienojas citā. Viss uzskaites apjoms ir divas komandas un viena tabula, un darbs ir tāds pats, vai vienaudzis ir maršrutētājs, klēpjdators vai iekārta.