IKEv2 het twee handtekeninge: sertifikaat en IKE_AUTH
Die CA onderteken die sertifikaat, en die eweknie onderteken sy IKE_AUTH-uitruiling met sy eie skema. Lees elkeen uit sy eie veld en teken albei aan.
Jou kaartjie sê die sertifikaat is SHA-256, terwyl die poorthuis se log 'n ander handtekeningalgoritme noem, en iemand het reeds 'n versoek opgestel om die CA te heruitreik. Voordat daardie versoek enige plek heen gaan, skei die twee handtekeninge: die een is die uitreiker se stempel op 'n publieke sleutel, die ander is die eweknie wat tydens IKE_AUTH bewys dat hy die gepaarde private sleutel het. Verskillende komponente kies hulle, en hulle mag verskil. Om elkeen te lees waar dit woon, neem twee opdragte en een tabel.
Lees die uitreiker se handtekening uit die sertifikaat
Die CA plaas sy handtekening op 'n binding tussen 'n identiteit en 'n sleutel. Daardie handtekening teken op wat die CA by uitreiking gedoen het, nie wat die subjek gaan doen wanneer dit verbind nie, so sy algoritme beskryf die CA se eie hash- en sleutelkeuse. 'n Subjeksleutel van een tipe kan onder 'n CA-sleutel van 'n ander tipe sit sonder enige teenstrydigheid, en 'n CA-sleutelrotasie is roetine eerder as 'n fout. Lees die twee velde en jy het die helfte van die inventaris:
openssl x509 -in peer.pem -noout -text | grep -E "Signature Algorithm|Public Key Algorithm"Skryf albei etikette as aparte inskrywings neer. Die eerste beskryf die CA, die tweede beskryf die subjek se sleutel, en nie een van hulle voorspel die aanlyn handtekening nie.
Lees die aanlyn handtekening uit die IKE-uitruiling
Tydens verifikasie onderteken elke eweknie uitruilingsdata met sy eie private sleutel, en die ander kant kontroleer daardie bewys teen die sertifikaat se identiteit, vertroueketting en beleid. Vir RSA hoort die opvulling en hash by hierdie aanlyn skema, so 'n langer sleutel of 'n nuwe SHA-256-sertifikaat kan nie op sigself RSA-PSS vir die verifikasiehandtekening kies nie. Die onderhandelde metode verskyn in die daemon se log of in sy verbindingslys, nooit in die sertifikaat nie. Vra elke kant wat hy onderhandel het, want die twee rigtings kan verskil.
ipsec statusall | grep -i "auth\|proposal"Wanneer een kant 'n skema noem wat die ander nie kan lewer nie, het jy die wanverhouding gevind waaroor die kaartjie gaan. Om die CA te heruitreik is die verkeerde herstel daarvoor, want dit was nooit die sertifikaat wat gefaal het nie.
Wat RFC 7427 verander, en wat nie
Die oorspronklike metodes word per algoritmekombinasie in RFC 7296 genommer. Die latere RFC 7427-handtekeninguitbreiding voeg 'n algemene Digital Signature-metode by met seine oor handtekening-hash-ondersteuning, so 'n nuwe hash het nie meer 'n eie metodenommer nodig nie. Dit word onderhandel, nie aangeneem nie: 'n eweknie kry nie die uitbreiding omdat sy biblioteek dieselfde sertifikate kan ontleed nie, en 'n eweknie wat net die oorspronklike metodes implementeer, dwing die poorthuis om een van hulle te hou. Dit is 'n beleidsruil met 'n versoenbaarheidskoste, nie 'n gebrek nie.
Ondersteuning is per rigting en per verbinding, so toets die bou wat voor jou is eerder as om 'n bewering op familievlak te vertrou. 'n Vermoe-matrys wat drie jaar gelede geskryf is, beskryf bousels van drie jaar oud.
Plaas vier rye in die inventaris
Die rekord wat die argument beeindig, het vier lyne, elkeen uit 'n ander plek gelees en elkeen deur 'n ander persoon verander. Vul dit in voordat jy enigiets besluit, want dit is die ry wat verkeerd is wat die regstelling kies.
| Voorwerp | Lees dit uit | Verander deur |
|---|---|---|
| handtekening van sertifikaatuitreiker | die sertifikaat se Signature Algorithm-veld | die CA-operateur, by uitreiking |
| subjek se publieke sleutel | die sertifikaat se Public Key Algorithm-veld | wie ook al die subjeksleutel genereer |
| IKE-verifikasiemetode | daemon-log of verbindingslys, auth- en signature-hash-kennisgewing | die IKE-profiel op albei ewekniee |
| IKE- en ESP-beskermingsalgoritmes | die verbinding se voorstelllys | die IPsec-profiel, per rigting |
Elke ry dra sy eie versoenbaarheidsgevolg. 'n ESP-syferverandering kies nie die uitreiker se handtekening nie, en om CA-validering te verslap voeg nie 'n aanlyn metode by wat die ewekniee nooit onderhandel het nie. Wanneer 'n kaartjie 'n handtekeningwanverhouding beweer, is die ry wat werklik verkeerd is byna nooit die eerste een nie.
Bespreek die erfenisgeval sonder om die PKI te verswak
'n Ouer eweknie mag net 'n skema bied wat jou beleid nie meer toelaat nie. Die keuses is 'n tydgebonde versoenbaarheidsuitsondering, 'n klientopdatering, of 'n ander verifikasiereeling vir daardie eweknie alleen. Om die PKI rondom 'n swakker sertifikaathandtekening te herbou, maak nie 'n beperking in die aanlyn uitruiling reg nie, en dit verswak elke ander diens wat dieselfde CA vertrou. Teken aan watter ry jy verander het en wanneer die uitsondering verval.
Begin dan weer van bo met die twee lesings, want 'n verandering in een ry kan verskuif wat in 'n ander onderhandel word. Die hele inventaris is twee opdragte en een tabel, en dit is dieselfde werk of die eweknie 'n router, 'n skootrekenaar of 'n toestel is.