strongSwan: atslēgas tips, ielādētājs un nepareizais backend

Failu paplašinājumi nenorāda atslēgu algoritmus, un .pem apvalks var saturēt RSA vai ECDSA materiālu. PEM apraksta, kā tiek ietīti baiti, savukārt RSA un ECDSA nosauc dažādus algoritmus, un PKCS12 fails ir vēl trešā lieta. strongSwan ielādē akreditācijas datus ar spraudņiem un konfigurācijas backend, tāpēc sertifikāts var parādīties sarakstā, kamēr privātā atslēga nekad nekļūst lietojama. Atdaliet šos slāņus pirms jebkura noslēpuma rediģēšanas.

Kodējums, algoritms un iepakojums ir trīs slāņi

Atslēgas failam ir kodējums, algoritms un bieži konteiners. PEM ir pazīstamais base64 apvalks; DER ir tā binārais ekvivalents; PKCS12 apvieno sertifikātu ar tā atslēgu un ķēdi. Sertifikātu ķēdes fails ir vēl viens konteiners, un tajā parasti nav nekādas privātās atslēgas. Neviens no šiem apzīmējumiem nepauž, vai materiāls iekšpusē ir RSA vai ECDSA.

Lasiet algoritmu no paša objekta. Pakalpojumu sniedzēja mārketinga nosaukums vai faila paplašinājums nav pierādījums, jo viens un tas pats izdevējs var izsniegt dažādu tipu atslēgas.

Salīdziniet publiskās atslēgas, pirms vainot ielādētāju

Sertifikāts, kas ielādējas, pierāda, ka sertifikāts tika parsēts, nevis to, ka tā privātā atslēga ir vai ir lietojama. Atvasiniet publisko atslēgu no sertifikāta un no piedāvātās privātās atslēgas, pēc tam salīdziniet abus kopsavilkumus. Ja kāda izguve neizdodas, apstājieties tur, jo tukšas izvades kopsavilkums neko nepierāda. Sakrītoši kopsavilkumi pierāda, ka pāris pieder kopā, un neko vairāk par to, vai sertifikāts ir piemērots darbam.

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

Otrā komanda pieskaras privātajam materiālam jūsu mašīnā, bet izvada tikai publisko pusi. Saglabājiet to tā un nekad neielīmējiet privāto atslēgu biļetē. Ja atslēga ir šifrēta, ļaujiet atbalstītajam rīkam pieprasīt paroli, nevis ievietot to komandrindā, kur procesu saraksts to var atklāt.

Vecais ipsec.secrets vai swanctl akreditācijas dati

strongSwan ir divi bieži lietoti akreditācijas datu ceļi. Vecais starter steks nolasa tipam raksturīgos ierakstus no ipsec.secrets, un katram ierakstam jānorāda pareizais materiāla tips. swanctl un vici steks ielādē atslēgas no sava akreditācijas datu direktorija ar savu konfigurāciju. Tā faila rediģēšana, kuru strādājošais backend nelasa, neko nemaina.

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

Noskaidrojiet, kurš backend patiešām darbojas, pēc tam ievietojiet atslēgu tur, kur šis backend skatās. vecā strongSwan 5.9 rokasgrāmata definē tipam raksturīgos noslēpumu ierakstus, un tā nav swanctl dokumentācija. Abu sajaukšana rada dēmonu, kas ignorē failu, kuru administrators uzskata par autoritatīvu. Pārlāde, kas neziņo par kļūdu, nozīmē tikai to, ka konfigurācija tika parsēta.

Lasiet ielādes notikumu un autentifikācijas rezultātu

Pēc kontrolētas pārlādes nolasiet paša dēmona ielādes izvadi konkrētajai atslēgai. Statusa izmetnē uzskaitīts sertifikāts nerāda, ka privātā atslēga tam tika piesaistīta.

Ja klients joprojām nespēj, turiet servera notikumu un klienta kļūdu atsevišķi. Ķēdes validācija, identitātes saskaņošana un metožu saderība ir vēlāki jautājumi ar saviem pierādījumiem. Pierakstiet rezultātu ar precīzu atslēgas ceļu un kopsavilkumu, kuru salīdzinājāt, jo pretējā gadījumā nākamā maiņa atkārtos to pašu pārlādi. CA aizstāšana nav pirmā reakcija uz ielādētāja neatbilstību.