Previous: Automated signature checking, Up: Unattended Usage [Contents][Index]
The command --generate-key may be used along with the option --batch to either create a certificate signing request (CSR) or an X.509 certificate. This is controlled by a parameter file; the format of this file is as follows:
Control statements:
Print text as diagnostic.
Suppress actual key generation (useful for syntax checking).
Perform the key generation. Note that an implicit commit is done at the next Key-Type parameter.
General Parameters:
Starts a new parameter block by giving the type of the primary key. The algorithm must be capable of signing. This is a required parameter. The supported values for algo are ‘rsa’, ‘ecdsa’, and ‘eddsa’.
The requested length of a generated key in bits. Defaults to 3072. The value is ignored for ECC algorithms.
This is optional and used to generate a CSR or certificate for an already existing key. Key-Length will be ignored when given.
Space or comma delimited list of key usage, allowed values are ‘encrypt’, ‘sign’ and ‘cert’. This is used to generate the keyUsage extension. Please make sure that the algorithm is capable of this usage. Default is to allow encrypt and sign.
This is the Distinguished Name (DN) of the subject in RFC-2253 format.
This is an email address for the altSubjectName. This parameter is optional but may occur several times to add several email addresses to a certificate.
The is an DNS name for the altSubjectName. This parameter is optional but may occur several times to add several DNS names to a certificate.
This is an URI for the altSubjectName. This parameter is optional but may occur several times to add several URIs to a certificate.
Additional parameters used to create a certificate (in contrast to a certificate signing request):
If this parameter is given an X.509 certificate will be generated. sn is expected to be a hex string representing an unsigned integer of arbitrary length. The special value ‘random’ can be used to create a 64 bit random serial number.
This is the DN name of the issuer in RFC-2253 format. If it is not set it will default to the subject DN and a special GnuPG extension will be included in the certificate to mark it as a standalone certificate.
Set the notBefore date of the certificate. Either a date like ‘1986-04-26’ or ‘1986-04-26 12:00’ or a standard ISO timestamp like ‘19860426T042640’ may be used. The time is considered to be UTC. If it is not given the current date is used.
Set the notAfter date of the certificate. Either a date like ‘2063-04-05’ or ‘2063-04-05 17:00’ or a standard ISO timestamp like ‘20630405T170000’ may be used. The time is considered to be UTC. If it is not given a default value in the not too far future is used.
This gives the keygrip of the key used to sign the certificate. If it is not given a self-signed certificate will be created. For compatibility with future versions, it is suggested to prefix the keygrip with a ‘&’.
Use hash-algo for this CSR or certificate. The supported hash algorithms are: ‘sha1’, ‘sha256’, ‘sha384’ and ‘sha512’; they may also be specified with uppercase letters. The default is ‘sha256’.
Insert the decoded value of hexstring as authorityKeyIdentifier.
If this is not given and an ECC algorithm is used the public part of
the certified public key is used as authorityKeyIdentifier. To
inhibit any authorityKeyIdentifier use the special value none
for hexstring.
Insert the decoded value of hexstring as subjectKeyIdentifier.
If this is not given and an ECC algorithm is used the public part of
the signing key is used as authorityKeyIdentifier. To inhibit any
subjectKeyIdentifier use the special value none
for
hexstring.
Previous: Automated signature checking, Up: Unattended Usage [Contents][Index]