Provided by: xca_2.5.0-1ubuntu2_amd64 
NAME
xca - X Certificate and key management
A GUI for handling X509 certificates, RSA/DSA/EC keys, PKCS#10 Requests and CRLs in
Software and on Smartcards.
SYNOPSIS
xca [OPTIONS]
DESCRIPTION
This application is intended as CA, certificate- and Key store. It uses a SQL database to
store the items. By default this is SQLite3, but MySQL and PostrgreSQL are also tested and
supported. Known types are Certificate signing requests (PKCS#10), Certificates (X509v3),
RSA, DSA and EC keys and Certificate revocation lists. The signing of requests, and the
creation of self-signed certificates is supported. Both can use templates for simplicity.
The PKI structures can be imported and exported in several formats like PKCS#12, PEM, DER,
PKCS#8, PKCS#7.
XCA enables users to manage smartcards via the PKCS#11 interface
OPTIONS
--crlgen=<ca-identifier> *
Generate CRL for <ca>. Use the 'name' option to set the internal name of the new
CRL.
--database=<database>
File name (*.xdb) of the SQLite database or a remote database descriptor:
[user@host/TYPE:dbname#prefix].
--exit Exit after importing items.
--help Print this help and exit.
--hierarchy=<directory> *
Save OpenSSL index hierarchy in <dir>.
--index=<file> *
Save OpenSSL index in <file>.
--import *
Import all provided items into the database.
--import-names *
A semicolon separated list of names applied to the imported items in the order
found in the PEM file and on the commandline.
--issuers *
Print all known issuer certificates that have an associated private key and the CA
basic constraints set to 'true'.
--keygen=<type> *
Generate a new key and import it into the database. Use the 'name' option to set
the internal name of the new key. The <type> parameter has the format:
'[RSA|DSA|EC]:[<size>|<curve>].
--list-curves
Prints all known Elliptic Curves.
--list-items *
List all items in the database.
--name=<internal-name> *
Provides the name of new generated items. An automatic name will be generated if
omitted.
--no-gui
Do not start the GUI. Alternatively set environment variable XCA_NO_GUI=1 or call
xca as 'xca-console' symlink.
--password=<password>
Database password for unlocking the database.
--pem Print PEM representation of provided files. Prints only the public part of private
keys.
--print
Print a synopsis of provided files.
--select=<id-list> *
Selects all items in the comma separated id-list to be shown with 'print', 'text'
or 'pem'.
--sqlpass=<password>
Password to access the remote SQL server.
--text Print the content of provided files as OpenSSL does.
--verbose
Print debug log on stderr. Same as setting XCA_DEBUG=all. See XCA_DEBUG
--version
Print version information and exit.
Options marked with an asterisk need a database. Either from the commandline or as default
database.
PASS PHRASE ARGUMENTS
The password options accept the same syntax as openssl does:
env:var
Obtain the password from the environment variable var. Since the environment of
other processes is visible on certain platforms (e.g. ps under certain Unix OSes)
this option should be used with caution.
fd:number
Read the password from the file descriptor number. This can be used to send the
data via a pipe for example.
file:pathname
The first line of pathname is the password. If the same pathname argument is
supplied to password and sqlpassword arguments then the first line will be used for
both passwords. pathname need not refer to a regular file: it could for example
refer to a device or named pipe.
pass:password
The actual password is password. Since the password is visible to utilities (like
'ps' under Unix) this form should only be used where security is not important.
stdin Read the password from standard input.
ENVIRONMENT VARIABLES
Some more or less useful environment variables are evaluated by xca
XCA_NO_GUI=1
Do not start the graphical user interface forcefully. Same as --no-gui argument. If
both were not given, XCA tries to be smart and looks at the other arguments to
judge whether to start the GUI or not.
XCA_DEBUG=<pattern>
The environment variable XCA_DEBUG controls the dynamic debugging. The format is a
comma separate list of pattern. Each pattern is:
all|[-]<function>|[-]<filename>:<firstline>[-<lastline>] A leading dash skips the
match. The firstline and lastline may be empty and will be replaced by the first
and last line of the file. If -<lastline> is omitted then only the exact line
number of lastline is matched.
Example: XCA_DEBUG=all,-timerEvent Log everything but skip the annoying timerEvent
messages.
Example: XCA_DEBUG=pki_base.cpp:100-,-pki_base.cpp:340 Log pki_base Messages from
line 100 up to the last line, except line 340.
XCA_ABORT_ON_WARNING=1
Developer option to crash into debugger in case of a warning-level log message.
Documented for completeness. Not useful for non-developers
XCA_PORTABLE=1
Force the windows portable mode. Documented for completeness. Not useful for non-
developers
XCA_ARGUMENTS=<man|rst|completion>
Outputs the commandline arguments in man-page nroff, sphinx rst or as oneline list
for command-completion to automatically update the documentation if new arguments
are added.
QPSQL_OPTIONS QMYSQL_OPTIONS QODBC_OPTIONS
Additional connection options for the SQL database drivers as described in
https://doc.qt.io/qt-5/qsqldatabase.html#setConnectOptions like
QPSQL_OPTIONS=requiressl=1
SEE ALSO
A more detailed HTML documentation can be found in the doc directory, in the "Help" menu
of the application or on https://hohnstaedt.de/documentation
AUTHOR
This manual page was written by Christian Hohnstaedt <christian@hohnstaedt.de>
XCA(1)