strongSwan: uri ng susi, loader at maling backend

Hindi tinutukoy ng mga extension ng file ang mga algorithm ng susi, at ang isang .pem na sobre ay maaaring maglaman ng RSA o ECDSA na materyal. Inilalarawan ng PEM kung paano binabalot ang mga byte, samantalang ang RSA at ECDSA ay nagpapangalan ng magkaibang algorithm, at ang PKCS12 na file ay isa pang bagay. Naglo-load ang strongSwan ng mga kredensyal sa pamamagitan ng mga plugin at isang backend ng configuration, kaya ang isang sertipiko ay maaaring lumitaw sa isang listahan habang ang pribadong susi ay hindi kailanman nagiging magagamit. Paghiwalayin ang mga layer na iyon bago i-edit ang anumang lihim.

Ang encoding, algorithm at packaging ay tatlong layer

Ang isang file ng susi ay may encoding, algorithm at kadalasang lalagyan. Ang PEM ang pamilyar na base64 na sobre; ang DER ang binary na katapat nito; Pinagsasama ng PKCS12 ang isang sertipiko kasama ang susi at chain nito. Ang file ng chain ng sertipiko ay isa pang lalagyan, at kadalasan wala itong anumang pribadong susi. Wala sa mga label na iyon ang nagsasabi kung ang materyal sa loob ay RSA o ECDSA.

Basahin ang algorithm mula sa object mismo. Ang pangalan ng marketing ng provider o extension ng file ay hindi patunay, dahil ang parehong issuer ay maaaring magbigay ng iba't ibang uri ng susi.

Ihambing ang mga pampublikong susi bago sisihin ang loader

Ang sertipikong naglo-load ay nagpapatunay na na-parse ang sertipiko, hindi na ang pribadong susi nito ay naroroon o magagamit. Kunin ang pampublikong susi mula sa sertipiko at sa iminungkahing pribadong susi, pagkatapos ay ihambing ang dalawang digest. Kung mabigo ang alinmang pagkuha, huminto doon, dahil ang digest ng walang laman na output ay hindi nagpapatunay ng anuman. Ang magkatugmang digest ay nagpapatunay na magkasama ang pares, at wala nang iba tungkol sa kung angkop ang sertipiko sa gawain.

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

Ang ikalawang utos ay humahawak ng pribadong materyal sa iyong makina ngunit inilalabas lamang ang pampublikong kalahati. Panatilihin itong ganoon, at huwag kailanman i-paste ang pribadong susi sa isang ticket. Kung naka-encrypt ang susi, hayaang ang sinusuportahang tool ang magtanong ng passphrase sa halip na ilagay ito sa command line kung saan maaaring ibunyag ito ng listahan ng proseso.

Lumang ipsec.secrets o kredensyal ng swanctl

Ang strongSwan ay may dalawang karaniwang ginagamit na landas ng kredensyal. Ang lumang starter stack ay nagbabasa ng mga entry na partikular sa uri mula sa ipsec.secrets, at ang bawat entry ay dapat magpahayag ng tamang uri para sa materyal. Ang swanctl at vici stack ay naglo-load ng mga susi mula sa sarili nitong direktoryo ng kredensyal sa pamamagitan ng sarili nitong configuration. Ang pag-edit ng file na hindi binabasa ng tumatakbong backend ay walang binabago.

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

Alamin kung aling backend ang talagang tumatakbo, pagkatapos ay ilagay ang susi kung saan tumitingin ang backend na iyon. lumang manwal ng strongSwan 5.9 tinutukoy ang mga entry ng lihim na partikular sa uri, at hindi ito dokumentasyon ng swanctl. Ang paghahalo ng dalawa ay lumilikha ng daemon na hindi pinapansin ang isang file na itinuturing ng administrator na autoridad. Ang muling pag-load na hindi nag-uulat ng error ay nangangahulugan lamang na na-parse ang configuration.

Basahin ang kaganapan ng pag-load at ang resulta ng authentication

Pagkatapos ng kontroladong muling pag-load, basahin ang sariling output ng pag-load ng daemon para sa partikular na susi. Ang sertipikong nakalista sa isang status dump ay hindi nagpapakita na ang pribadong susi ay itinugma rito.

Kung nabigo pa rin ang isang client, panatilihing hiwalay ang kaganapan ng server at ang error ng client. Ang pagpapatunay ng chain, pagtutugma ng pagkakakilanlan at pagkakatugma ng mga pamamaraan ay mga susunod na tanong na may sariling ebidensya. Isulat ang resulta kasama ang eksaktong landas ng susi at ang digest na inihambing mo, dahil kung hindi ay uulitin ng susunod na shift ang parehong muling pag-load. Ang pagpapalit ng CA ay hindi ang unang tugon sa isang hindi pagtutugma ng loader.