IKEv2 havas du subskribojn: atestilo kaj IKE_AUTH
La CA subskribas la atestilon, kaj la samtavolano subskribas sian IKE_AUTH-interŝanĝon per propra skemo. Legu ĉiun el ĝia propra kampo, poste registru ambaŭ.
Via bileto diras, ke la atestilo estas SHA-256, dum la protokolo de la enirejo nomas alian subskriban algoritmon, kaj iu jam pretigis peton por reeldoni la CA-on. Antaŭ ol tiu peto iru ie, apartigu la du subskribojn: unu estas la stampo de la eldoninto sur publika ŝlosilo, la alia estas la pruvo de la samtavolano, ke ĝi posedas la kongruan privatan ŝlosilon dum IKE_AUTH. Malsamaj komponentoj elektas ilin, kaj ili rajtas malsami. Legi ĉiun el la loko, kie ĝi loĝas, postulas du komandojn kaj unu tabelon.
Legu la subskribon de la eldoninto el la atestilo
La CA metas sian subskribon sur ligon inter identeco kaj ŝlosilo. Tiu subskribo registras, kion la CA faris ĉe eldono, ne kion la subjekto faros kiam ĝi konektiĝos, do ĝia algoritmo priskribas la propran elekton de haketado kaj ŝlosilo de la CA. Subjekta ŝlosilo de unu tipo povas kuŝi sub CA-ŝlosilo de alia tipo sen ia malakordo, kaj rotacio de CA-ŝlosilo estas rutino, ne difekto. Legu la du kampojn kaj vi havas duonon de la inventaro:
openssl x509 -in peer.pem -noout -text | grep -E "Signature Algorithm|Public Key Algorithm"Skribu ambaŭ etikedojn kiel apartajn erojn. La unua priskribas la CA-on, la dua priskribas la ŝlosilon de la subjekto, kaj neniu el ili antaŭdiras la retan subskribon.
Legu la retan subskribon el la IKE-interŝanĝo
Dum aŭtentikigo ĉiu samtavolano subskribas la interŝanĝajn datumojn per sia propra privata ŝlosilo, kaj la alia flanko kontrolas tiun pruvon kontraŭ la identeco, la fida ĉeno kaj la politiko de la atestilo. Ĉe RSA la plenigo kaj la haketaĵo apartenas al tiu ĉi reta skemo, do pli longa ŝlosilo aŭ nova SHA-256-atestilo ne povas per si mem elekti RSA-PSS por la aŭtentikiga subskribo. La intertraktita metodo aperas en la protokolo de la demono aŭ en ĝia konekta listo, neniam en la atestilo. Demandu ĉiun flankon, kion ĝi intertraktis, ĉar la du direktoj povas malsami.
ipsec statusall | grep -i "auth\|proposal"Kiam unu flanko nomas skemon, kiun la alia ne povas produkti, vi trovis la malkongruon pri kiu temas la bileto. Reeldoni la CA-on estas la malĝusta riparo por ĝi, ĉar la atestilo neniam estis tio, kio fiaskis.
Kion RFC 7427 ŝanĝas, kaj kion ne
La originaj metodoj estas numeritaj laŭ algoritmo-kombinaĵo en RFC 7296. La posta RFC 7427-subskriba etendaĵo aldonas ĝeneralan metodon Digital Signature kun signalado de subteno por subskriba haketaĵo, do nova haketaĵo ne plu bezonas propran metodnumeron. Ĝi estas intertraktata, ne supozata: samtavolano ne gajnas la etendaĵon ĉar ĝia biblioteko povas analizi la samajn atestilojn, kaj samtavolano, kiu realigas nur la originajn metodojn, devigas la enirejon teni unu el ili. Tio estas politika interŝanĝo kun kongrueca kosto, ne difekto.
Subteno estas laŭ direkto kaj laŭ konekto, do testu la konstruaĵon antaŭ vi anstataŭ fidi aserton je familia nivelo. Kapabla matrico skribita antaŭ tri jaroj priskribas trijarajn konstruaĵojn.
Metu kvar vicojn en la inventaron
La registro, kiu finas la disputon, havas kvar liniojn, ĉiu legita el malsama loko kaj ĉiu ŝanĝita de malsama persono. Plenigu ĝin antaŭ ol decidi ion ajn, ĉar la vico, kiu estas malĝusta, estas tiu, kiu elektas la riparon.
| Objekto | De kie legi | Kiu ŝanĝas |
|---|---|---|
| subskribo de la atestila eldoninto | la kampo Signature Algorithm de la atestilo | la CA-operatoro, ĉe eldono |
| publika ŝlosilo de la subjekto | la kampo Public Key Algorithm de la atestilo | kiu ajn generas la subjektan ŝlosilon |
| IKE-aŭtentikiga skemo | demona protokolo aŭ konekta listo, avizo auth kaj signature-hash | la IKE-profilo sur ambaŭ samtavolanoj |
| protektaj algoritmoj IKE kaj ESP | la propona listo de la konekto | la IPsec-profilo, laŭ direkto |
Ĉiu vico portas sian propran kongruecan sekvon. Ŝanĝo de ESP-ĉifro ne elektas la subskribon de la eldoninto, kaj malstreĉigo de la CA-kontrolo ne aldonas retan metodon, kiun la samtavolanoj neniam intertraktis. Kiam bileto asertas subskriban malkongruon, la vico, kiu vere malĝustas, preskaŭ neniam estas la unua.
Solvu la malnovan kazon sen malfortigi la PKI-on
Pli malnova samtavolano eble proponas nur skemon, kiun via politiko ne plu permesas. La elektoj estas tempolimigita kongrueca escepto, klienta ĝisdatigo aŭ alia aŭtentikiga aranĝo nur por tiu samtavolano. Rekonstrui la PKI-on ĉirkaŭ pli malforta atestila subskribo ne riparas limigon en la reta interŝanĝo kaj malfortigas ĉiun alian servon, kiu fidas la saman CA-on. Registru, kiun vicon vi ŝanĝis kaj kiam la escepto finiĝas.
Poste rerulu la du legadojn de la supro, ĉar ŝanĝo en unu vico povas movi tion, kio estas intertraktata en alia. La tuta inventaro estas du komandoj kaj unu tabelo, kaj ĝi estas la sama laboro ĉu la samtavolano estas enkursigilo, tekkomputilo aŭ aparato.