IKEv2 hat twa signaturen: sertifikaat en IKE_AUTH
De CA ûndertekenet it sertifikaat, en de peer ûndertekenet syn IKE_AUTH-útwikseling mei in eigen skema. Lês elk út syn eigen fjild en skriuw beide op.
Jo ticket seit dat it sertifikaat SHA-256 is, wylst it log fan 'e gateway in oar ûndertekeningsalgoritme neamt, en immen hat al in fersyk opsteld om de CA opnij út te jaan. Foardat dat fersyk earne hinne giet, skied de twa signaturen: ien is it stimpel fan 'e útjouwer op in iepenbiere kaai, de oare is it bewiis fan 'e peer dat er by IKE_AUTH de byhearrende priveekaai hat. Ferskate komponinten kieze se, en it is tastien dat se ferskille. Elk lêze fan it plak dêr't it wennet kostet twa opdrachten en ien tabel.
Lês de sinjatuur fan 'e útjouwer út it sertifikaat
De CA set syn sinjatuur op in bining tusken in identiteit en in kaai. Dat sinjatuur registrearret wat de CA by útjefte die, net wat it subjekt sil dwaan as it ferbynt, dus syn algoritme beskriuwt de eigen kar fan hash en kaai fan 'e CA. In subjektkaai fan ien type kin ûnder in CA-kaai fan in oar type stean sûnder ekstra tsjinstridichheid, en in rotation fan 'e CA-kaai is routine en gjin flater. Lês de twa fjilden en jo hawwe de helte fan 'e ynventaris:
openssl x509 -in peer.pem -noout -text | grep -E "Signature Algorithm|Public Key Algorithm"Skriuw beide labels op as aparte items. It earste beskriuwt de CA, it twadde beskriuwt de kaai fan it subjekt, en gjin fan beide foarseit de online-sinjatuur.
Lês de online-sinjatuur út 'e IKE-útwikseling
By autentikaasje ûndertekenet elke peer de útwikselingsgegevens mei syn eigen priveekaai, en de oare kant kontrolearret dat bewiis tsjin 'e identiteit, fertrouwensketen en belied fan it sertifikaat. By RSA hearre de padding en de hash by dit online-skema, dus in langere kaai of in nij SHA-256-sertifikaat kin fan himsels gjin RSA-PSS kieze foar de autentikaasjesinjatuur. De ûnderhannele metoade ferskynt yn it log fan 'e daemon of yn syn ferbiningslist, nea yn it sertifikaat. Freegje elke kant wat er ûnderhannele hat, want de twa rjochtingen kinne ferskille.
ipsec statusall | grep -i "auth\|proposal"As ien kant in skema neamt dat de oare net meitsje kin, hawwe jo de ôfwiking fûn dêr't it ticket oer gie. De CA opnij útjaan is de ferkearde reparaasje dêrfoar, want it sertifikaat wie nea wat mislearre.
Wat RFC 7427 feroaret, en wat net
De oarspronklike metoaden binne nûmere per algoritmekombinaasje yn RFC 7296. De lettere RFC 7427-sinjatuurútwreiding foeget in algemiene Digital Signature-metoade ta mei sinjalisaasje fan stipe foar sinjatuurhash, sadat in nije hash gjin eigen metoadenûmer mear nedich hat. It wurdt ûnderhannele, net oannaam: in peer krijt de útwreiding net om't syn bibleteek deselde sertifikaten parse kin, en in peer dy't allinne de oarspronklike metoaden ymplemintearret twingt de gateway ien fan harren te hâlden. Dat is in beliedsruil mei in kompatibiliteitskoste, gjin defekt.
Stipe is per rjochting en per ferbining, dus test de build foar jo ynstee fan te fertrouwen op in bewearing op famyljenivo. In kapasiteitsmatriks skreaun trije jier lyn beskriuwt builds fan trije jier âld.
Set fjouwer rigen yn 'e ynventaris
It record dat de diskusje einiget hat fjouwer rigels, elk lêzen fan in oar plak en elk feroare troch in oar persoan. Folje it yn foardat jo eat beslute, want it is de rigel dy't ferkeard is dy't de reparaasje kiest.
| Objekt | Wêr't jo it lêze | Wa't it feroaret |
|---|---|---|
| sinjatuur fan 'e sertifikaatútjouwer | it fjild Signature Algorithm fan it sertifikaat | de CA-operateur, by útjefte |
| iepenbiere kaai fan it subjekt | it fjild Public Key Algorithm fan it sertifikaat | wa't de subjektkaai generearret |
| IKE-autentikaasjeskema | daemonlog of ferbiningslist, auth- en signature-hash-notifikaasje | it IKE-profyl op beide peers |
| IKE- en ESP-beskermingsalgoritmen | de foarstelledlist fan 'e ferbining | it IPsec-profyl, per rjochting |
Elke rigel draacht syn eigen kompatibiliteitsgefjocht. In feroaring fan 'e ESP-sifertoan kiest net de sinjatuur fan 'e útjouwer, en it fersoepeljen fan 'e CA-falidaasje foeget gjin online-metoade ta dy't de peers nea ûnderhannele hawwe. As in ticket in sinjatueroôfwiking beweart, is de rigel dy't echt ferkeard is hast nea de earste.
Los it âlde gefal op sûnder de PKI te ferswakjen
In âldere peer biedt miskien allinne in skema dat jo belied net mear tastean. De karren binne in tiidbeheinde kompatibiliteitsútsûndering, in kliïntupdates, of in oare autentikaasjeregeling allinich foar dy peer. De PKI opnij bouwe om in swakkere sertifikaatsinjatuur reparearret gjin beheining yn 'e online-útwikseling en ferswakket elk oar tsjinst dy't deselde CA fertrout. Skriuw op hokker rigel jo feroare hawwe en wannear't de útsûndering ôfrûn is.
Doch dêrnei de twa lêzingen wer fan boppen, want in feroaring yn ien rigel kin ferskowe wat yn in oare ûnderhannele wurdt. De hiele ynventaris is twa opdrachten en ien tabel, en it is itselde wurk oft de peer no in router, in laptop of in apparaat is.