There are two methods to do that: by way of the MMC interface, or by way of the command line. The MMC interface is less complicated. You right-click on the brand new certificates, choose “All Duties | Export”, and observe 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 wish to subject all of those instructions in the identical shell session, so the references to the generated certificates will be re-used.)
Subsequent, we are going to 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 -Power)
Export-Certificates -Cert $rootCertPath -FilePath 'FakeCA.crt'
Within the code above, substitute in your personal password the place it says "password". Make sure you retain the quotes.
Step 4: Create a brand new certificates signed by the pretend root authority
This subsequent step generates an precise certificates signed by the pretend 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 pretend root authority, this certificates is saved within the machine’s native certificates retailer.
We additionally have to export the certificates and its non-public key to 2 information, as we did earlier than. Make sure you employ 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 -Power)
Export-Certificates -Cert $testCertPath -FilePath testcert.crt
As soon as once more, once you’re completed, it is best to have two information, named testcert.pfx and testcert.crt, in your present working listing.
Step 5: Set up the pretend root authority certificates to the Trusted Root Authorities Retailer
The following step is to make the pretend root authority we created into a totally trusted authority on this machine. Once we do that, all certificates signed by that authority can 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 routinely be trusted in the identical setting.
Nonetheless, it will solely work on a machine the place the pretend 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 pretend root authority, return to the Certificates Supervisor snap-in. Within the right-hand pane, broaden “Trusted Root Certification Authorities | Certificates”, then right-click Certificates and choose “All Duties | Import”.