Puncte:1

Importul certificatului Windows nu acceptă parola cheii private

drapel kz

Încerc să urmez instrucțiunile oferite aici: https://codekabinett.com/rdumps.php?Lang=2&targetDoc=create-install-ssl-tls-certificate-sql-server pentru crearea unui certificat autosemnat pentru utilizare în testare. Am reușit să creez cu succes certificatul și cheia și să le convertesc într-un fișier .pfx. Acum încerc să import efectiv acel pfx pe mașina locală folosind vrăjitorul de import de certificat. După selectarea fișierului, acesta solicită parola pentru cheia privată. Presupun că aceasta este fie parola aleasă la crearea certificatului, fie la conversia în pfx. Oricum, nu va accepta parola. Am verificat de două ori pentru a mă asigura că nu am scris greșit. Am șters toate fișierele și le-am recreat folosind aceeași parolă pentru ambele. Încă respins. În acest moment nu sunt sigur ce să mai încerc. Ce îmi lipsește aici?

FYI, iată comenzile pe care le-am folosit pentru a genera fișierele:

openssl req -x509 -newkey rsa:4096 -keyout C:\Users\pbuchheit\sqlkey.pem -out c:\Users\pbuchheit\sqlcert.pem -days 3650 -extensions server_ssl

openssl pkcs12 -export -out C:\Users\pbuchheit\sqlcert.pfx -inkey C:\Users\pbuchheit\sqlkey.pem -in C:\Users\pbuchheit\sqlcert.pem

Actualizați:

Problema pare să aibă ceva de-a face cu fișierul pfx. Dacă încerc să nu instalez un fișier de certificat normal (.crt), funcționează bine. Ar putea parola să fie ștearsă sau schimbată atunci când convertiți crt și cheia într-un pfx?

dave_thompson_085 avatar
drapel jp
Ar trebui să fie parola „Export” dată pentru „openssl pkcs12 -export”; dacă parola pentru fișierul PEM a fost diferită, nu are niciun efect asupra pkcs12. Conține caractere non-ASCII? Dacă da, openssl folosește I/O „consolă” cu o pagină de cod în stil vechi, în timp ce vrăjitorul este o GUI cu Unicode nativ, care probabil produce diferiți octeți pentru aceleași apăsări de taste și, prin urmare, nu funcționează; încercați linia de comandă `certutil` sau powershell `import-pfxcertificate` (cu `convertto-securestring`)
drapel kz
@ dave_thompson_085 Parola este doar cu litere. Tocmai am trecut prin procesul din nou și am încercat să folosesc „parolă” ca parolă de export. Încă îl respinge când încerc să fac importul.
Puncte:2
drapel kz

Am gasit in sfarsit raspunsul aici: https://stackoverflow.com/a/70369871/1860222. Aparent, vrăjitorul de import dădea feedback de la gunoi și problema nu avea nicio legătură cu parola. După cum se dovedește, openssl folosește implicit o criptare care nu este compatibilă cu Windows 10. Odată ce am setat în mod explicit criptarea pentru pfx la ceva ce Windows ar putea gestiona, importul a funcționat bine.

Comanda finală a ajuns să arate astfel:

openssl pkcs12 -export -certpbe PBE-SHA1-3DES -keypbe PBE-SHA1-3DES -nomac -out C:\Users\pbuchheit\turadev.pfx -inkey C:\Users\pbuchheit\turadev.key -in C:\Users \pbuchheit\turadev.crt

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.