2000-01-08 03:16:04 +00:00
|
|
|
|
|
|
|
=pod
|
|
|
|
|
|
|
|
=head1 NAME
|
|
|
|
|
|
|
|
pkcs12 - PKCS#12 file utility
|
|
|
|
|
|
|
|
=head1 SYNOPSIS
|
|
|
|
|
|
|
|
B<openssl> B<pkcs12>
|
2016-02-05 16:58:45 +00:00
|
|
|
[B<-help>]
|
2000-01-08 19:05:47 +00:00
|
|
|
[B<-export>]
|
|
|
|
[B<-chain>]
|
|
|
|
[B<-inkey filename>]
|
|
|
|
[B<-certfile filename>]
|
|
|
|
[B<-name name>]
|
|
|
|
[B<-caname name>]
|
|
|
|
[B<-in filename>]
|
|
|
|
[B<-out filename>]
|
|
|
|
[B<-noout>]
|
|
|
|
[B<-nomacver>]
|
|
|
|
[B<-nocerts>]
|
|
|
|
[B<-clcerts>]
|
|
|
|
[B<-cacerts>]
|
|
|
|
[B<-nokeys>]
|
|
|
|
[B<-info>]
|
2006-12-21 20:36:15 +00:00
|
|
|
[B<-des | -des3 | -idea | -aes128 | -aes192 | -aes256 | -camellia128 | -camellia192 | -camellia256 | -nodes>]
|
2000-01-08 19:05:47 +00:00
|
|
|
[B<-noiter>]
|
2006-12-21 20:36:15 +00:00
|
|
|
[B<-maciter | -nomaciter | -nomac>]
|
2000-01-08 19:05:47 +00:00
|
|
|
[B<-twopass>]
|
|
|
|
[B<-descert>]
|
2006-12-21 20:36:15 +00:00
|
|
|
[B<-certpbe cipher>]
|
|
|
|
[B<-keypbe cipher>]
|
|
|
|
[B<-macalg digest>]
|
2000-01-08 19:05:47 +00:00
|
|
|
[B<-keyex>]
|
|
|
|
[B<-keysig>]
|
2000-02-16 23:16:01 +00:00
|
|
|
[B<-password arg>]
|
|
|
|
[B<-passin arg>]
|
|
|
|
[B<-passout arg>]
|
2000-02-12 03:03:04 +00:00
|
|
|
[B<-rand file(s)>]
|
2006-12-21 20:36:15 +00:00
|
|
|
[B<-CAfile file>]
|
|
|
|
[B<-CApath dir>]
|
2015-09-22 18:43:59 +00:00
|
|
|
[B<-no-CAfile>]
|
|
|
|
[B<-no-CApath>]
|
2006-12-21 20:36:15 +00:00
|
|
|
[B<-CSP name>]
|
2000-01-08 03:16:04 +00:00
|
|
|
|
|
|
|
=head1 DESCRIPTION
|
|
|
|
|
|
|
|
The B<pkcs12> command allows PKCS#12 files (sometimes referred to as
|
|
|
|
PFX files) to be created and parsed. PKCS#12 files are used by several
|
2000-01-08 13:36:17 +00:00
|
|
|
programs including Netscape, MSIE and MS Outlook.
|
2000-01-08 03:16:04 +00:00
|
|
|
|
|
|
|
=head1 COMMAND OPTIONS
|
|
|
|
|
|
|
|
There are a lot of options the meaning of some depends of whether a PKCS#12 file
|
2006-08-05 20:45:06 +00:00
|
|
|
is being created or parsed. By default a PKCS#12 file is parsed. A PKCS#12
|
2000-01-08 03:16:04 +00:00
|
|
|
file can be created by using the B<-export> option (see below).
|
|
|
|
|
|
|
|
=head1 PARSING OPTIONS
|
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
2016-02-05 16:58:45 +00:00
|
|
|
=item B<-help>
|
|
|
|
|
|
|
|
Print out a usage message.
|
|
|
|
|
2000-01-08 03:16:04 +00:00
|
|
|
=item B<-in filename>
|
|
|
|
|
|
|
|
This specifies filename of the PKCS#12 file to be parsed. Standard input is used
|
|
|
|
by default.
|
|
|
|
|
|
|
|
=item B<-out filename>
|
|
|
|
|
2006-07-09 01:59:30 +00:00
|
|
|
The filename to write certificates and private keys to, standard output by
|
|
|
|
default. They are all written in PEM format.
|
2000-01-08 03:16:04 +00:00
|
|
|
|
2013-12-23 18:01:38 +00:00
|
|
|
=item B<-passin arg>
|
2000-01-08 03:16:04 +00:00
|
|
|
|
2006-07-09 01:59:30 +00:00
|
|
|
the PKCS#12 file (i.e. input file) password source. For more information about
|
|
|
|
the format of B<arg> see the B<PASS PHRASE ARGUMENTS> section in
|
2015-08-17 19:21:33 +00:00
|
|
|
L<openssl(1)>.
|
2000-01-08 03:16:04 +00:00
|
|
|
|
2000-02-16 23:16:01 +00:00
|
|
|
=item B<-passout arg>
|
2000-01-08 03:16:04 +00:00
|
|
|
|
2013-12-23 18:28:30 +00:00
|
|
|
pass phrase source to encrypt any outputted private keys with. For more
|
2006-07-09 01:59:30 +00:00
|
|
|
information about the format of B<arg> see the B<PASS PHRASE ARGUMENTS> section
|
2015-08-17 19:21:33 +00:00
|
|
|
in L<openssl(1)>.
|
2000-02-08 01:34:59 +00:00
|
|
|
|
2013-12-23 18:01:38 +00:00
|
|
|
=item B<-password arg>
|
|
|
|
|
|
|
|
With -export, -password is equivalent to -passout.
|
|
|
|
Otherwise, -password is equivalent to -passin.
|
|
|
|
|
2000-01-08 03:16:04 +00:00
|
|
|
=item B<-noout>
|
|
|
|
|
2006-07-09 01:59:30 +00:00
|
|
|
this option inhibits output of the keys and certificates to the output file
|
|
|
|
version of the PKCS#12 file.
|
2000-01-08 03:16:04 +00:00
|
|
|
|
|
|
|
=item B<-clcerts>
|
|
|
|
|
|
|
|
only output client certificates (not CA certificates).
|
|
|
|
|
|
|
|
=item B<-cacerts>
|
|
|
|
|
|
|
|
only output CA certificates (not client certificates).
|
|
|
|
|
|
|
|
=item B<-nocerts>
|
|
|
|
|
|
|
|
no certificates at all will be output.
|
|
|
|
|
|
|
|
=item B<-nokeys>
|
|
|
|
|
|
|
|
no private keys will be output.
|
|
|
|
|
|
|
|
=item B<-info>
|
|
|
|
|
|
|
|
output additional information about the PKCS#12 file structure, algorithms used and
|
|
|
|
iteration counts.
|
|
|
|
|
|
|
|
=item B<-des>
|
|
|
|
|
|
|
|
use DES to encrypt private keys before outputting.
|
|
|
|
|
|
|
|
=item B<-des3>
|
|
|
|
|
|
|
|
use triple DES to encrypt private keys before outputting, this is the default.
|
|
|
|
|
|
|
|
=item B<-idea>
|
|
|
|
|
|
|
|
use IDEA to encrypt private keys before outputting.
|
|
|
|
|
2006-12-21 20:36:15 +00:00
|
|
|
=item B<-aes128>, B<-aes192>, B<-aes256>
|
|
|
|
|
|
|
|
use AES to encrypt private keys before outputting.
|
|
|
|
|
|
|
|
=item B<-camellia128>, B<-camellia192>, B<-camellia256>
|
|
|
|
|
|
|
|
use Camellia to encrypt private keys before outputting.
|
|
|
|
|
2000-01-08 03:16:04 +00:00
|
|
|
=item B<-nodes>
|
|
|
|
|
|
|
|
don't encrypt the private keys at all.
|
|
|
|
|
|
|
|
=item B<-nomacver>
|
|
|
|
|
|
|
|
don't attempt to verify the integrity MAC before reading the file.
|
|
|
|
|
|
|
|
=item B<-twopass>
|
|
|
|
|
|
|
|
prompt for separate integrity and encryption passwords: most software
|
|
|
|
always assumes these are the same so this option will render such
|
|
|
|
PKCS#12 files unreadable.
|
|
|
|
|
|
|
|
=back
|
|
|
|
|
|
|
|
=head1 FILE CREATION OPTIONS
|
|
|
|
|
|
|
|
=over 4
|
|
|
|
|
|
|
|
=item B<-export>
|
|
|
|
|
|
|
|
This option specifies that a PKCS#12 file will be created rather than
|
|
|
|
parsed.
|
|
|
|
|
|
|
|
=item B<-out filename>
|
|
|
|
|
|
|
|
This specifies filename to write the PKCS#12 file to. Standard output is used
|
|
|
|
by default.
|
|
|
|
|
|
|
|
=item B<-in filename>
|
|
|
|
|
2006-07-09 01:59:30 +00:00
|
|
|
The filename to read certificates and private keys from, standard input by
|
|
|
|
default. They 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.
|
2000-01-08 03:16:04 +00:00
|
|
|
|
|
|
|
=item B<-inkey filename>
|
|
|
|
|
|
|
|
file to read private key from. If not present then a private key must be present
|
|
|
|
in the input file.
|
|
|
|
|
|
|
|
=item B<-name friendlyname>
|
|
|
|
|
2006-07-09 01:59:30 +00:00
|
|
|
This specifies the "friendly name" for the certificate and private key. This
|
|
|
|
name is typically displayed in list boxes by software importing the file.
|
2000-01-08 03:16:04 +00:00
|
|
|
|
|
|
|
=item B<-certfile filename>
|
|
|
|
|
|
|
|
A filename to read additional certificates from.
|
|
|
|
|
|
|
|
=item B<-caname friendlyname>
|
|
|
|
|
|
|
|
This specifies the "friendly name" for other certificates. This option may be
|
|
|
|
used multiple times to specify names for all certificates in the order they
|
|
|
|
appear. Netscape ignores friendly names on other certificates whereas MSIE
|
|
|
|
displays them.
|
|
|
|
|
2000-02-16 23:16:01 +00:00
|
|
|
=item B<-pass arg>, B<-passout arg>
|
2000-01-08 03:16:04 +00:00
|
|
|
|
2000-02-16 23:16:01 +00:00
|
|
|
the PKCS#12 file (i.e. output file) password source. For more information about
|
|
|
|
the format of B<arg> see the B<PASS PHRASE ARGUMENTS> section in
|
2015-08-17 19:21:33 +00:00
|
|
|
L<openssl(1)>.
|
2000-01-08 03:16:04 +00:00
|
|
|
|
2000-02-08 01:34:59 +00:00
|
|
|
=item B<-passin password>
|
|
|
|
|
2000-02-16 23:16:01 +00:00
|
|
|
pass phrase source to decrypt any input private keys with. For more information
|
|
|
|
about the format of B<arg> see the B<PASS PHRASE ARGUMENTS> section in
|
2015-08-17 19:21:33 +00:00
|
|
|
L<openssl(1)>.
|
2000-02-08 01:34:59 +00:00
|
|
|
|
2000-01-08 03:16:04 +00:00
|
|
|
=item B<-chain>
|
|
|
|
|
|
|
|
if this option is present then an attempt is made to include the entire
|
|
|
|
certificate chain of the user certificate. The standard CA store is used
|
|
|
|
for this search. If the search fails it is considered a fatal error.
|
|
|
|
|
|
|
|
=item B<-descert>
|
|
|
|
|
|
|
|
encrypt the certificate using triple DES, this may render the PKCS#12
|
|
|
|
file unreadable by some "export grade" software. By default the private
|
|
|
|
key is encrypted using triple DES and the certificate using 40 bit RC2.
|
|
|
|
|
|
|
|
=item B<-keypbe alg>, B<-certpbe alg>
|
|
|
|
|
|
|
|
these options allow the algorithm used to encrypt the private key and
|
2006-07-09 01:59:30 +00:00
|
|
|
certificates to be selected. Any PKCS#5 v1.5 or PKCS#12 PBE algorithm name
|
2015-07-31 15:52:57 +00:00
|
|
|
can be used (see B<NOTES> section for more information). If a cipher name
|
2006-07-09 01:59:30 +00:00
|
|
|
(as output by the B<list-cipher-algorithms> command is specified then it
|
|
|
|
is used with PKCS#5 v2.0. For interoperability reasons it is advisable to only
|
|
|
|
use PKCS#12 algorithms.
|
2000-01-08 03:16:04 +00:00
|
|
|
|
|
|
|
=item B<-keyex|-keysig>
|
|
|
|
|
|
|
|
specifies that the private key is to be used for key exchange or just signing.
|
|
|
|
This option is only interpreted by MSIE and similar MS software. Normally
|
|
|
|
"export grade" software will only allow 512 bit RSA keys to be used for
|
|
|
|
encryption purposes but arbitrary length keys for signing. The B<-keysig>
|
|
|
|
option marks the key for signing only. Signing only keys can be used for
|
|
|
|
S/MIME signing, authenticode (ActiveX control signing) and SSL client
|
|
|
|
authentication, however due to a bug only MSIE 5.0 and later support
|
|
|
|
the use of signing only keys for SSL client authentication.
|
|
|
|
|
2006-07-09 01:59:30 +00:00
|
|
|
=item B<-macalg digest>
|
|
|
|
|
|
|
|
specify the MAC digest algorithm. If not included them SHA1 will be used.
|
|
|
|
|
2000-01-08 03:16:04 +00:00
|
|
|
=item B<-nomaciter>, B<-noiter>
|
|
|
|
|
|
|
|
these options affect the iteration counts on the MAC and key algorithms.
|
|
|
|
Unless you wish to produce files compatible with MSIE 4.0 you should leave
|
|
|
|
these options alone.
|
|
|
|
|
|
|
|
To discourage attacks by using large dictionaries of common passwords the
|
|
|
|
algorithm that derives keys from passwords can have an iteration count applied
|
|
|
|
to it: this causes a certain part of the algorithm to be repeated and slows it
|
|
|
|
down. The MAC is used to check the file integrity but since it will normally
|
|
|
|
have the same password as the keys and certificates it could also be attacked.
|
|
|
|
By default both MAC and encryption iteration counts are set to 2048, using
|
|
|
|
these options the MAC and encryption iteration counts can be set to 1, since
|
|
|
|
this reduces the file security you should not use these options unless you
|
|
|
|
really have to. Most software supports both MAC and key iteration counts.
|
|
|
|
MSIE 4.0 doesn't support MAC iteration counts so it needs the B<-nomaciter>
|
|
|
|
option.
|
|
|
|
|
|
|
|
=item B<-maciter>
|
|
|
|
|
|
|
|
This option is included for compatibility with previous versions, it used
|
|
|
|
to be needed to use MAC iterations counts but they are now used by default.
|
|
|
|
|
2006-12-21 20:36:15 +00:00
|
|
|
=item B<-nomac>
|
|
|
|
|
|
|
|
don't attempt to provide the MAC integrity.
|
|
|
|
|
2000-02-12 03:03:04 +00:00
|
|
|
=item B<-rand file(s)>
|
|
|
|
|
|
|
|
a file or files containing random data used to seed the random number
|
2015-08-17 19:21:33 +00:00
|
|
|
generator, or an EGD socket (see L<RAND_egd(3)>).
|
2016-03-19 16:28:58 +00:00
|
|
|
Multiple files can be specified separated by an OS-dependent character.
|
2000-04-12 16:48:20 +00:00
|
|
|
The separator is B<;> for MS-Windows, B<,> for OpenVMS, and B<:> for
|
2000-02-24 17:18:51 +00:00
|
|
|
all others.
|
2000-02-12 03:03:04 +00:00
|
|
|
|
2006-12-21 20:36:15 +00:00
|
|
|
=item B<-CAfile file>
|
|
|
|
|
|
|
|
CA storage as a file.
|
|
|
|
|
|
|
|
=item B<-CApath dir>
|
|
|
|
|
|
|
|
CA storage as a directory. This directory must be a standard certificate
|
|
|
|
directory: that is a hash of each subject name (using B<x509 -hash>) should be
|
|
|
|
linked to each certificate.
|
|
|
|
|
2015-09-22 18:43:59 +00:00
|
|
|
=item B<-no-CAfile>
|
|
|
|
|
|
|
|
Do not load the trusted CA certificates from the default file location
|
|
|
|
|
|
|
|
=item B<-no-CApath>
|
|
|
|
|
|
|
|
Do not load the trusted CA certificates from the default directory location
|
|
|
|
|
2006-12-21 20:36:15 +00:00
|
|
|
=item B<-CSP name>
|
|
|
|
|
|
|
|
write B<name> as a Microsoft CSP name.
|
|
|
|
|
2000-01-08 03:16:04 +00:00
|
|
|
=back
|
|
|
|
|
|
|
|
=head1 NOTES
|
|
|
|
|
|
|
|
Although there are a large number of options most of them are very rarely
|
|
|
|
used. For PKCS#12 file parsing only B<-in> and B<-out> need to be used
|
|
|
|
for PKCS#12 file creation B<-export> and B<-name> are also used.
|
|
|
|
|
2000-02-08 13:37:08 +00:00
|
|
|
If none of the B<-clcerts>, B<-cacerts> or B<-nocerts> options are present
|
|
|
|
then all certificates will be output in the order they appear in the input
|
|
|
|
PKCS#12 files. There is no guarantee that the first certificate present is
|
|
|
|
the one corresponding to the private key. Certain software which requires
|
|
|
|
a private key and certificate and assumes the first certificate in the
|
|
|
|
file is the one corresponding to the private key: this may not always
|
|
|
|
be the case. Using the B<-clcerts> option will solve this problem by only
|
2001-09-07 06:13:40 +00:00
|
|
|
outputting the certificate corresponding to the private key. If the CA
|
2000-02-08 13:37:08 +00:00
|
|
|
certificates are required then they can be output to a separate file using
|
|
|
|
the B<-nokeys -cacerts> options to just output CA certificates.
|
|
|
|
|
2000-01-08 03:16:04 +00:00
|
|
|
The B<-keypbe> and B<-certpbe> algorithms allow the precise encryption
|
|
|
|
algorithms for private keys and certificates to be specified. Normally
|
|
|
|
the defaults are fine but occasionally software can't handle triple DES
|
|
|
|
encrypted private keys, then the option B<-keypbe PBE-SHA1-RC2-40> can
|
|
|
|
be used to reduce the private key encryption to 40 bit RC2. A complete
|
|
|
|
description of all algorithms is contained in the B<pkcs8> manual page.
|
|
|
|
|
|
|
|
=head1 EXAMPLES
|
|
|
|
|
|
|
|
Parse a PKCS#12 file and output it to a file:
|
|
|
|
|
|
|
|
openssl pkcs12 -in file.p12 -out file.pem
|
|
|
|
|
|
|
|
Output only client certificates to a file:
|
|
|
|
|
|
|
|
openssl pkcs12 -in file.p12 -clcerts -out file.pem
|
|
|
|
|
|
|
|
Don't encrypt the private key:
|
|
|
|
|
|
|
|
openssl pkcs12 -in file.p12 -out file.pem -nodes
|
|
|
|
|
|
|
|
Print some info about a PKCS#12 file:
|
|
|
|
|
|
|
|
openssl pkcs12 -in file.p12 -info -noout
|
|
|
|
|
|
|
|
Create a PKCS#12 file:
|
|
|
|
|
|
|
|
openssl pkcs12 -export -in file.pem -out file.p12 -name "My Certificate"
|
|
|
|
|
|
|
|
Include some extra certificates:
|
|
|
|
|
|
|
|
openssl pkcs12 -export -in file.pem -out file.p12 -name "My Certificate" \
|
|
|
|
-certfile othercerts.pem
|
|
|
|
|
|
|
|
=head1 SEE ALSO
|
|
|
|
|
2015-08-17 19:21:33 +00:00
|
|
|
L<pkcs8(1)>
|
2000-01-08 03:16:04 +00:00
|
|
|
|