strongSwan: võtme tüüp, laadija ja vale backend

PEM on konteiner, mitte võtme tüüp. Võrrelge sertifikaadi avalikku võtit privaatsega ja laadige see seejärel backendi kaudu, mis seda tegelikult loeb.

Faililaiendid ei tuvasta võtmealgoritme ja .pem-ümbrik võib sisaldada RSA või ECDSA materjali. PEM kirjeldab, kuidas baidid on pakitud, samal ajal kui RSA ja ECDSA nimetavad erinevaid algoritme, ja PKCS12-fail on jälle kolmas asi. strongSwan laadib volitusi pluginate ja konfiguratsiooni-backendi kaudu, seega võib sertifikaat loendis ilmuda, samas kui privaatvõti ei muutu kunagi kasutatavaks. Eraldage need kihid enne mis tahes saladuse muutmist.

Kodeerimine, algoritm ja pakendamine on kolm kihti

Võtmefailil on kodeerimine, algoritm ja sageli konteiner. PEM on tuttav base64-ümbrik; DER on selle binaarne vaste; PKCS12 koondab sertifikaadi koos selle võtme ja ahelaga. Sertifikaadiahela fail on veel üks konteiner ja tavaliselt ei sisalda üldse privaatvõtit. Ükski neist siltidest ei ütle, kas sees olev materjal on RSA või ECDSA.

Lugege algoritmi objektist endast. Pakkuja turundusnimi või faililaiend ei ole tõend, sest sama väljaandja võib anda erinevat tüüpi võtmeid.

Võrrelge avalikke võtmeid, enne kui laadijat süüdistate

Sertifikaat, mis laaditakse, tõestab, et sertifikaat parsiti, mitte et selle privaatvõti on olemas või kasutatav. Tuletage avalik võti sertifikaadist ja pakutud privaatvõtmest, seejärel võrrelge kahte räsi. Kui mõni väljavõtmine ebaõnnestub, peatuge seal, sest tühja väljundi räsi ei tõesta midagi. Sobivad räsid tõestavad, et paar kuulub kokku, ja ei midagi enamat selle kohta, kas sertifikaat sobib tööks.

openssl x509 -in server.crt -pubkey -noout |
    openssl pkey -pubin -outform DER |
    openssl dgst -sha256

openssl pkey -in server-key.pem -pubout -outform DER |
    openssl dgst -sha256

Teine käsk puudutab teie masinas privaatset materjali, kuid väljastab ainult avaliku poole. Jätke see nii ja ärge kunagi kleepige privaatvõtit piletisse. Kui võti on krüpteeritud, laske toetatud tööriistal parooli küsida, selle asemel et panna see käsureale, kus protsesside loend võib selle paljastada.

Vanem ipsec.secrets või swanctl volitused

strongSwanil on kaks tavaliselt kasutatavat volituste teed. Vana starter-pinu loeb tüübipõhiseid kirjeid ipsec.secrets, ja iga kirje peab materjali jaoks nimetama õige tüübi. swanctl ja vici pinu laadib võtmeid oma volituste kataloogist oma konfiguratsiooni kaudu. Faili muutmine, mida töötav backend ei loe, ei muuda midagi.

: ECDSA "/etc/ipsec.d/private/server-key.pem"

Tehke kindlaks, milline backend tegelikult töötab, ja asetage võti sinna, kuhu see backend vaatab. strongSwan 5.9 vanem käsiraamat määratleb tüübipõhised saladuskirjed ja see ei ole swanctl dokumentatsioon. Kahe segamine tekitab deemon, mis eirab faili, mida administraator peab autoriteetseks. Ümberlaadimine, mis ei teata ühtegi viga, tähendab ainult, et konfiguratsioon parsiti.

Lugege laadimissündmust ja autentimise tulemust

Pärast kontrollitud ümberlaadimist lugege deemoni enda laadimisväljundit konkreetse võtme kohta. Olekutõmmises loetletud sertifikaat ei näita, et privaatvõti sellega sobitati.

Kui klient ikka ebaõnnestub, hoidke serverisündmus ja kliendi viga eraldi. Ahela valideerimine, identiteedi sobitamine ja meetodite ühilduvus on hilisemad küsimused oma tõenditega. Kirjutage tulemus üles täpse võtmeteega ja räsiga, mida võrdlesite, sest muidu kordab järgmine vahetus sama ümberlaadimist. CA asendamine ei ole esimene vastus laadija mittevastavusele.

Seotud artiklid