There are two methods to do that: by way of the MMC interface, or by way of the command line. The MMC interface is simpler. You right-click on the brand new certificates, choose “All Duties | Export”, and comply with the prompts to export together with the non-public key. Nonetheless, the PowerShell instructions are extra versatile, so we’ll element them right here.
We use the next PowerShell instructions in the identical session.
[String]$rootCertPath = Be part of-Path -Path 'cert:CurrentUserMy' -ChildPath "$($rootCert.Thumbprint)"
This will get the trail to the certificates within the retailer, by the use of the $rootCert variable we saved earlier. (For this reason you need to challenge all of those instructions in the identical shell session, so the references to the generated certificates could be re-used.)
Subsequent, we’ll use that certificates to generate two information, named FakeCA.pfx and FakeCA.crt, in your present working listing. FakeCA.pfx is the non-public key related to the certificates, with out which we are able to’t use it, and which have to be password-protected. FakeCA.crt is the certificates itself, written out to a file.
Export-PfxCertificate -Cert $rootCertPath -FilePath 'FakeCA.pfx' -Password ("password" | ConvertTo-SecureString -AsPlainText -Drive)
Export-Certificates -Cert $rootCertPath -FilePath 'FakeCA.crt'
Within the code above, substitute in your individual password the place it says "password". Make sure you retain the quotes.
Step 4: Create a brand new certificates signed by the faux root authority
This subsequent step generates an precise certificates signed by the faux root authority we created for this machine. Once more, use the identical PowerShell session for these instructions too.
$testCert = New-SelfSignedCertificate -CertStoreLocation Cert:LocalMachineMy -DnsName "SignedByFakeCA" -KeyExportPolicy Exportable -KeyLength 2048 -KeyUsage DigitalSignature,KeyEncipherment -Signer $rootCert
As with the faux root authority, this certificates is saved within the machine’s native certificates retailer.
We additionally must export the certificates and its non-public key to 2 information, as we did earlier than. Be certain you utilize the identical password for the non-public key that you simply outlined above.
[String]$testCertPath = Be part of-Path -Path 'cert:LocalMachineMy' -ChildPath "$($testCert.Thumbprint)"
Export-PfxCertificate -Cert $testCertPath -FilePath testcert.pfx -Password ("password" | ConvertTo-SecureString -AsPlainText -Drive)
Export-Certificates -Cert $testCertPath -FilePath testcert.crt
As soon as once more, whenever you’re accomplished, you must have two information, named testcert.pfx and testcert.crt, in your present working listing.
Step 5: Set up the faux root authority certificates to the Trusted Root Authorities Retailer
The subsequent step is to make the faux root authority we created into a totally trusted authority on this machine. Once we do that, all certificates signed by that authority might be handled as trusted (once more, solely on this machine). Then we are able to signal any variety of certificates with that authority and have all of them robotically be trusted in the identical surroundings.
Nonetheless, this may solely work on a machine the place the faux root authority certificates has been set as much as be trusted. That’s by design. Self-signed certificates ought to work solely in environments the place we designate them as reliable.
To belief the faux root authority, return to the Certificates Supervisor snap-in. Within the right-hand pane, increase “Trusted Root Certification Authorities | Certificates”, then right-click Certificates and choose “All Duties | Import”.
