strongSwan: vrsta ključa, nalagalnik in napačen backend

PEM je vsebnik, ne vrsta ključa. Primerjajte javni ključ potrdila z zasebnim in ga nato naložite prek backend-a, ki ga resnično bere.

Priponke datotek ne določajo algoritmov ključev, in ovoj .pem lahko vsebuje gradivo RSA ali ECDSA. PEM opisuje, kako so bajti zapakirani, medtem ko RSA in ECDSA označujeta različne algoritme, datoteka PKCS12 pa je spet tretja stvar. strongSwan nalaga poverilnice prek vtičnikov in konfiguracijskega backend-a, zato se potrdilo lahko pojavi na seznamu, medtem ko zasebni ključ nikoli ne postane uporaben. Ločite te plasti, preden uredite katero koli skrivnost.

Kodiranje, algoritem in pakiranje so tri plasti

Ključna datoteka ima kodiranje, algoritem in pogosto vsebnik. PEM je znani ovoj base64; DER je njegov binarni dvojnik; PKCS12 združi potrdilo z njegovim ključem in verigo. Datoteka verige potrdil je še en vsebnik in običajno ne vsebuje nobenega zasebnega ključa. Nobena od teh oznak ne pove, ali je gradivo znotraj RSA ali ECDSA.

Preberite algoritem iz samega predmeta. Tržno ime ponudnika ali priponka datoteke nista dokaz, ker lahko isti izdajatelj izda različne vrste ključev.

Primerjajte javne ključe, preden obtožite nalagalnik

Potrdilo, ki se naloži, dokazuje, da je bilo potrdilo razčlenjeno, ne da je njegov zasebni ključ prisoten ali uporaben. Izpeljite javni ključ iz potrdila in iz predlaganega zasebnega ključa, nato primerjajte oba povzetka. Če katero koli pridobivanje spodleti, se ustavite tam, ker povzetek praznega izhoda ne dokazuje ničesar. Ujemajoča se povzetka dokazujeta, da par sodi skupaj, in nič več o tem, ali je potrdilo primerno za nalogo.

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

Drugi ukaz se dotakne zasebnega gradiva na vašem računalniku, a izpiše le javno polovico. Pustite tako in nikoli ne prilepite zasebnega ključa v zahtevek. Če je ključ šifriran, pustite podprtemu orodju, da vpraša za geslo, namesto da bi ga dali v ukazno vrstico, kjer ga lahko razkrije seznam procesov.

Starejši ipsec.secrets ali poverilnice swanctl

strongSwan ima dve pogosto uporabljeni poti poverilnic. Stari sklad starter bere vnose, specifične za vrsto, iz ipsec.secrets, in vsak vnos mora navesti pravilno vrsto za gradivo. Sklad swanctl in vici nalaga ključe iz lastnega imenika poverilnic prek lastne konfiguracije. Urejanje datoteke, ki je tekoči backend ne bere, ne spremeni ničesar.

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

Ugotovite, kateri backend dejansko teče, in nato postavite ključ tja, kamor ta backend gleda. starejši priročnik strongSwan 5.9 določa vnose skrivnosti, specifične za vrsto, in to ni dokumentacija swanctl. Mešanje obojega ustvari demona, ki prezre datoteko, ki jo skrbnik šteje za verodostojno. Ponovno nalaganje, ki ne poroča o napaki, pomeni le, da je bila konfiguracija razčlenjena.

Preberite dogodek nalaganja in rezultat preverjanja pristnosti

Po nadzorovanem ponovnem nalaganju preberite lasten izhod nalaganja demona za določen ključ. Potrdilo, navedeno v izpisu stanja, ne kaže, da je bil zasebni ključ povezan z njim.

Če odjemalec še vedno ne uspe, imejte dogodek strežnika in napako odjemalca ločeno. Preverjanje verige, ujemanje identitete in združljivost metod so poznejša vprašanja z lastnimi dokazi. Zapišite izid z natančno potjo ključa in povzetkom, ki ste ga primerjali, ker bo naslednja izmena sicer ponovila isto nalaganje. Zamenjava CA ni prvi odziv na neujemanje nalagalnika.

Sorodni članki