IKEv2 mempunyai dua tandatangan: sijil dan IKE_AUTH
CA menandatangani sijil, dan rakan menandatangani pertukaran IKE_AUTH-nya dengan skema sendiri. Baca setiap satu daripada medannya, kemudian rekod kedua-duanya.
Tiket anda menyatakan sijil itu SHA-256 manakala log gerbang menyebut algoritma tandatangan yang berbeza, dan seseorang sudah menyediakan permintaan untuk mengeluarkan semula CA. Sebelum permintaan itu pergi ke mana-mana, pisahkan kedua-dua tandatangan: satu ialah cap pengeluar pada kunci awam, satu lagi ialah bukti rakan bahawa ia memegang kunci persendirian yang sepadan semasa IKE_AUTH. Komponen berbeza memilihnya, dan ia dibenarkan berbeza. Membaca setiap satu dari tempat ia tinggal memerlukan dua arahan dan satu jadual.
Baca tandatangan pengeluar daripada sijil
CA meletakkan tandatangannya pada ikatan antara identiti dan kunci. Tandatangan itu merekodkan apa yang CA lakukan semasa pengeluaran, bukan apa yang subjek akan lakukan apabila ia bersambung, jadi algoritmanya menerangkan pilihan hash dan kunci CA sendiri. Kunci subjek satu jenis boleh berada di bawah kunci CA jenis lain tanpa sebarang ketidakselarasan, dan putaran kunci CA adalah rutin bukan kerosakan. Baca kedua-dua medan dan anda mempunyai separuh inventori:
openssl x509 -in peer.pem -noout -text | grep -E "Signature Algorithm|Public Key Algorithm"Catat kedua-dua label sebagai entri berasingan. Yang pertama menerangkan CA, yang kedua menerangkan kunci subjek, dan tiada satu pun meramalkan tandatangan dalam talian.
Baca tandatangan dalam talian daripada pertukaran IKE
Semasa pengesahan setiap rakan menandatangani data pertukaran dengan kunci persendiriannya sendiri, dan pihak lain menyemak bukti itu terhadap identiti sijil, rantaian kepercayaan dan dasar. Bagi RSA, padding dan hash tergolong dalam skema dalam talian ini, jadi kunci yang lebih panjang atau sijil SHA-256 baharu tidak boleh dengan sendirinya memilih RSA-PSS untuk tandatangan pengesahan. Kaedah yang dirundingkan muncul dalam log daemon atau senarai sambungannya, tidak pernah dalam sijil. Tanya setiap pihak apa yang dirundingkannya, kerana kedua-dua arah boleh berbeza.
ipsec statusall | grep -i "auth\|proposal"Apabila satu pihak menyebut skema yang tidak dapat dihasilkan pihak lain, anda telah menemui ketidakpadanan yang menjadi perkara tiket itu. Mengeluarkan semula CA ialah pembaikan yang salah untuknya, kerana sijil tidak pernah menjadi perkara yang gagal.
Apa yang diubah RFC 7427, dan apa yang tidak
Kaedah asal dinomborkan mengikut gabungan algoritma dalam RFC 7296. Sambungan tandatangan RFC 7427 yang kemudian menambah kaedah Digital Signature umum dengan isyarat sokongan hash tandatangan, jadi hash baharu tidak lagi memerlukan nombor kaedah sendiri. Ia dirundingkan, bukan diandaikan: rakan tidak memperoleh sambungan itu kerana pustakanya boleh menghurai sijil yang sama, dan rakan yang hanya melaksanakan kaedah asal memaksa gerbang mengekalkan salah satu daripadanya. Itu ialah pertukaran dasar dengan kos keserasian, bukan kecacatan.
Sokongan adalah mengikut arah dan mengikut sambungan, jadi uji binaan yang ada di hadapan anda dan bukan bergantung pada dakwaan peringkat keluarga. Matriks keupayaan yang ditulis tiga tahun lalu menerangkan binaan berusia tiga tahun.
Letakkan empat baris dalam inventori
Rekod yang menamatkan perdebatan mempunyai empat baris, setiap satu dibaca dari tempat berbeza dan setiap satu diubah oleh orang berbeza. Isikan sebelum memutuskan apa-apa, kerana baris yang salah itulah yang memilih pembaikan.
| Objek | Dari mana dibaca | Siapa mengubahnya |
|---|---|---|
| tandatangan pengeluar sijil | medan Signature Algorithm sijil | pengendali CA, semasa pengeluaran |
| kunci awam subjek | medan Public Key Algorithm sijil | sesiapa yang menjana kunci subjek |
| skema pengesahan IKE | log daemon atau senarai sambungan, pemberitahuan auth dan signature-hash | profil IKE pada kedua-dua rakan |
| algoritma perlindungan IKE dan ESP | senarai cadangan sambungan | profil IPsec, mengikut arah |
Setiap baris membawa akibat keserasiannya sendiri. Perubahan sifer ESP tidak memilih tandatangan pengeluar, dan melonggarkan pengesahan CA tidak menambah kaedah dalam talian yang tidak pernah dirundingkan rakan-rakan. Apabila tiket mendakwa ketidakpadanan tandatangan, baris yang benar-benar salah hampir tidak pernah yang pertama.
Selesaikan kes lama tanpa melemahkan PKI
Rakan yang lebih lama mungkin hanya menawarkan skema yang tidak lagi dibenarkan dasar anda. Pilihannya ialah pengecualian keserasian bertempoh, kemas kini klien, atau susunan pengesahan berbeza hanya untuk rakan itu. Membina semula PKI di sekeliling tandatangan sijil yang lebih lemah tidak membaiki had dalam pertukaran dalam talian dan melemahkan setiap perkhidmatan lain yang mempercayai CA yang sama. Catat baris mana yang anda ubah dan bila pengecualian itu tamat.
Kemudian jalankan semula kedua-dua bacaan dari atas, kerana perubahan dalam satu baris boleh menggeser apa yang dirundingkan dalam yang lain. Seluruh inventori ialah dua arahan dan satu jadual, dan kerja itu sama sama ada rakan itu penghala, komputer riba atau perkakas.