⭕9E
PIV: Card Authentication
Last updated
PIV: Card Authentication
Last updated
This certificate and its associated private key is used to support additional physical access applications, such as providing physical access to buildings via PIV-enabled door locks. The main purpose of the slot 9E key is for physical access to restricted areas.
PIN POLICY: PIN is not required. PIN policy can only be changed for a slot if PIV certificate imported using ykman command-line.
The instructions on this page are used for the tutorials and
The difference between using slot 9D and 9E for encryption is that each slot has different PIN policies in place. You can manually change the pin policies for a slot if you import the PIV certificate using ykman. Currently, the Yubikey Manager does not allow PIN policies to be modified.
9D
The end user PIN is required to perform any private key operations. Once the PIN has been provided successfully, multiple private key operations may be performed without additional cardholder consent.
9E
The end user PIN is NOT required to perform private key operations for this slot.
To create a certificate to populate this slot, view the Bitlocker tutorial.
In the code below, you may edit the values in the [ yubikey_dn ]
section and specify your own values. For a list of references about the abbresviations below, please review the Distinguished Name list.
Copy the following config file to
C:\Program Files\Common Files\SSL\piv_slot_9e.cnf
If you are creating a PIV certificate specifically for Digital Signatures, don't change anything in the [ yubikey_extensions ]
block.
In the commands below, make sure to change the filenames and parameters to your own. In our examples, we like to name the files after the slot we're going to import them into on the yubikey such as piv_name_9e_priv
Priv
= Private key
Pub
= Public key
9E
signifies the Yubikey PIV slot we'll be importing our certificate into.
Before getting started, create you a new folder where you will run all these commands and setup the following structure by creating the following files all in the same directory:
An OpenSSL cert + private key can be generated using the following command:
-new
Generates new certificate request. Prompts user for the relevant field values. The actual fields prompted for and their maximum and minimum sizes are specified in config file.
If -key
option not used, it will generate a new RSA private key using information specified in the configuration file.
-x509
Outputs self signed certificate instead of certificate request. Unless specified using the set_serial option, a large random number will be used for the serial number. If existing request is specified with the -in option, it is converted to the self signed certificate otherwise new request is created.
-sha256
Specifies digest to sign the request with (such as -md5, -sha1).
Some public key algorithms may override this choice. Such as DSA signatures always use SHA1.
-days
Requires -x509
. Specifies number of days to certify for. The default is 30 days.
-config
Load alternative config. Oerrides the compile time filename or any specified in the OPENSSL_CONF environment variable.
-keyout
Gives the filename to write the newly created private key to. If this option is not specified then the filename present in the configuration file is used.
-out
The output filename to write to or standard output by default.
Merge your new private key and certificate together into a .pfx
You will be prompted to provide a passphrase to execute the file.
Keep this file safe. and away from others.
-export
Specifies that a PKCS#12 file will be created rather than parsed.
-in
Filename to read certificates and private keys from. Must all be in PEM format. The order doesn't matter but one private key and its corresponding certificate should be present. If additional certificates are present they will also be included in the PKCS#12 file.
-inkey
File to read private key from. If not present then a private key must be present in the input file.
-out
Specifies filename to write the PKCS#12 file to. Standard output is used by default.
-in
This specifies filename of the PKCS#12 file to be parsed. Standard input is used by default.
-nodes
Stands for "No DES" don't encrypt the private keys at all.
-out
The filename to write certificates and private keys to, standard output by default. They are all written in PEM format.
You can skip the steps for Create Private Key, this was done in the first command. These are here in case you need to create more.
The following can generate a private encrypted
key from your PFX file.
-in
This specifies filename of the PKCS#12 file to be parsed. Standard input is used by default.
-out
The filename to write certificates and private keys to, standard output by default. They are all written in PEM format.
-nocerts
No certificates at all will be output.
To generate your OpenSSH key, you must ensure that the permissions on your pem file are properly set. This means that you must right-click on this file, go to the Security
tab, and make sure Inheritance
is disabled.
-y
This option will read a private OpenSSH format file and print an OpenSSH public key to stdout.
-f
Specifies the filename of the key file.
Export private RSA key which can be used for connecting to SSH via Filezilla
:
Export public cert / key (PEM):
-in
This specifies filename of the PKCS#12 file to be parsed. Standard input is used by default.
-out
The filename to write certificates and private keys to, standard output by default. They are all written in PEM format.
-nokeys
No private keys will be output.
-clcerts
Only output client certificates (not CA certificates).
Export public key (RSA):