Provided by: manpages-fr-extra_20151231_all 
NOM
ca - Application minimale d'autorité de certification
SYNOPSIS
openssl ca [-verbose] [-config nom_fichier] [-name section] [-gencrl] [-revoke
nom_fichier] [-status série] [-updatedb] [-crl_reason raison] [-crl_hold instruction]
[-crl_compromise moment] [-crl_CA_compromise moment] [-crldays nombre] [-crlhours nombre]
[-crlexts section] [-startdate date] [-enddate date] [-days param] [-md alg] [-policy arg]
[-keyfile nom_fichier] [-keyform PEM|DER] [-key mot_de_passe] [-passin param] [-cert
fichier] [-selfsign] [-in nom_fichier] [-out nom_fichier] [-notext] [-outdir répertoire]
[-infiles] [-spkac nom_fichier] [-ss_cert nom_fichier] [-preserveDN] [-noemailDN] [-batch]
[-msie_hack] [-extensions section] [-extfile section] [-engine id] [-subj param] [-utf8]
[-multivalue-rdn]
DESCRIPTION
La commande ca est une application d'autorité de certification (CA pour « Certificate
Authority ») minimale. Elle peut être utilisée pour signer des demandes de certificats
sous différentes formes et génère des listes de révocations de certificat (CRL pour
« Certificate Revocation List »). D'autre part, elle maintient une liste des certificats
délivrés et de leur état.
Les descriptions des options sont divisées par type d'action.
OPTIONS POUR LES AUTORITÉS DE CERTIFICATION
-config nom_fichier
Indiquer le nom du fichier de configuration.
-name section
Indiquer la section du fichier de configuration à utiliser (remplace default_ca dans
la section ca).
-in nom_fichier
Un nom de fichier en entrée contenant une seule demande de certificat à signer par
l'autorité de certification.
-ss_cert nom_fichier
Un seul certificat autosigné à signer par l'autorité de certification.
-spkac nom_fichier
Un fichier contenant une unique clef publique Netscape signée, un défi (challenge) et
des données supplémentaires à signer par l'autorité de certification. Consultez la
section FORMAT SPKAC pour des informations sur le format d’entrée et sortie demandé.
-infiles
Si elle est présente, ce doit être la dernière option. Tous les paramètres suivants
sont interprétés comme des noms de fichiers contenant des demandes de certificat.
-out nom_fichier
Le fichier de sortie où les certificats seront dirigés. Par défaut il s'agit de la
sortie standard. Les détails des certificats y seront également précisés au format PEM
(sauf que -spkac utilise le format DER en sortie).
-outdir répertoire
Le répertoire qui contiendra les certificats. Les certificats seront écrits vers des
fichiers nommés par le numéro de série en hexadécimal portant le suffixe « .pem ».
-cert
Le fichier de certificat de l'autorité de certification.
-keyfile nom_fichier
La clef privée avec laquelle signer les demandes.
-keyform PEM|DER
Le format des données du ficher de clef privée (PEM par défaut).
-key mot_de_passe
Le mot de passe utilisé pour chiffrer la clef privée. Sur certains systèmes les
paramètres de la ligne de commande sont visibles (par exemple sous UNIX avec
l'utilitaire « ps »), une certaine prudence est donc nécessaire en utilisant de cette
option.
-selfsign
Indiquer que les certificats émis sont à signer avec la clef utilisée pour signer les
demandes de certificat (donnée avec -keyfile). Les demandes de certificat signées avec
une clef différente sont ignorés. Si -spkac, -ss_cert ou -gencrl sont donnés,
-selfsign est ignoré.
Une des conséquences d'utiliser -selfsign est que le certificat autosigné apparaît
parmi les entrées de la base de données de certificats (consultez l'option de
configuration database), et utilise le même compteur de numéro de série que tous les
autres certificats signés avec le même certificat autosigné.
-passin param
La source du mot de passe de la clef. Pour plus d'informations sur le format de param,
consultez la section PARAMÈTRES DE PHRASE SECRÈTE d'openssl(1).
-verbose
Afficher des précisions supplémentaires sur les opérations effectuées.
-notext
Ne pas inclure la version texte d'un certificat dans le fichier de sortie.
-startdate date
Définir la date de début de validité explicitement. Le format de date utilisé est
AAMMJJHHMMSSZ (comme pour une structure UTCTime ASN1).
-enddate date
Définir la date de fin de validité explicitement. Le format de date utilisé est
AAMMJJHHMMSSZ (comme pour une structure UTCTime ASN1).
-days param
La durée en jour pendant laquelle le certificat sera certifié.
-md alg
Le type de hachage (« digest ») de message à utiliser. md5, sha1 et mdc2 font partie
des valeurs possibles. Cette option s'applique aussi aux listes de révocations de
certificat.
-policy param
Cette option définit la « politique » d'autorité de certification à utiliser. Il
s'agit d'une section du fichier de configuration indiquant les champs qui sont
obligatoires ou qui doivent correspondre au certificat de l'autorité de certification.
Consultez la section FORMAT DES POLITIQUES pour plus d'informations.
-msie_hack
C'est une option de compatibilité ascendante pour faire fonctionner ca avec les très
vieilles versions du Certificate Enrollment Control « certenr3 » d'IE. Elle utilise
UniversalStrings pour presque tout. Puisque l'ancien centre de contrôle est victime de
plusieurs bogues de sécurité, son utilisation est fortement déconseillée. Le centre de
contrôle plus récent « Xenroll » n'a pas besoin de cette option.
-preserveDN
Normalement, l'ordre des DN d'un certificat est le même que l'ordre des champs dans la
section de politique. Quand l'option est définie, l'ordre est le même que celui de la
demande. C'est surtout par compatibilité avec l'ancien Enrollment Control d'IE qui
n'acceptait les certificats que si leurs DN correspondaient à l'ordre de la demande.
Ce n'est plus nécessaire avec Xenroll.
-noemailDN
Le DN d'un certificat peut contenir le champ EMAIL s'il est présent dans le DN de la
demande, cependant c'est une bonne politique de n'avoir que l'adresse électronique
configurée dans l'extension altName du certificat. Quand cette option est définie, le
champ EMAIL est retiré de l'objet du certificat et défini seulement dans les
extensions éventuellement présentes. Le mot-clef email_in_dn peut être utilisé dans le
fichier de configuration pour activer ce comportement.
-batch
Activer le mode par lot. Aucune question ne sera posée et tous les certificats seront
signés automatiquement.
-extensions section
La section du fichier de configuration contenant les extensions de certificat à
ajouter lors de l'émission d'un certificat (x509_extensions par défaut si l'option
-extfile n'est pas utilisée). Si aucune section n'est présente, un certificat V1 est
créé. Si la section d'extensions est présente (même vide), un certificat V3 est créé.
Consultez la page de manuel x509v3_config(5) pour obtenir des précisions sur le format
de section d'extensions.
-extfile fichier
Un fichier de configuration supplémentaire pour y lire les extensions de certificat
(en utilisant la section par défaut si l'option -extensions n'est pas présente).
-engine id
Indiquer un moteur (en utilisant son identifiant unique id) qui force ca à essayer
d'obtenir une référence fonctionnelle pour le moteur indiqué, et l'initialiser si
nécessaire. Le moteur sera ensuite utilisé par défaut pour tous les algorithmes
disponibles.
-subj param
Remplacer le nom de sujet donné dans la demande. param doit être formaté comme
/type0=valeur0/type1=valeur1/type2=... où les caractères peuvent être protégées par
« \ » (barre oblique inversée), aucun espace n'est ignoré.
-utf8
Cette option indique que les valeurs des champs doivent être interprétées comme des
chaînes UTF-8. Par défaut, elles sont interprétées comme des chaînes ASCII. Cela
signifie que les valeurs des champs, qu'elles soient demandées sur le terminal ou
fournies par le fichier de configuration, doivent être des chaînes UTF-8 valables.
-multivalue-rdn
Cette option force l'argument de -subj à être interprété avec une prise en charge
complète des RDN multivaleurs. Exemple :
/DC=org/DC=OpenSSL/DC=users/UID=123456+CN=Jean Dupont
Si -multi-rdn est utilisée, alors la valeur de l'UID est 123456+CN=Jean Dupont.
OPTIONS POUR LES LISTES DE RÉVOCATIONS DE CERTIFICAT (CRL)
-gencrl
Cette option génère une liste de révocations de certificat basée sur les
renseignements du fichier d'index.
-crldays nombre
Le nombre de jours avant passage à la liste de révocations de certificat suivante. Ce
nombre de jours, qui est décompté à partir de la date d'exécution, permet de définir
la date à placer dans le champ nextUpdate de la liste de révocations de certificat.
-crlhours nombre
Le nombre d'heures avant passage à la liste de révocations de certificat suivante.
-revoke nom_fichier
Le nom du fichier contenant un certificat à retirer.
-status série
Afficher l’état de révocation du certificat avec le numéro de série indiqué et
quitter.
-updatedb
Mettre à jour l’index de la base de donnée pour purger les certificats expirés.
-crl_reason raison
La raison du retrait, où la raison vaut : unspecified (« non précisée »),
keyCompromise (« clef compromise »), CACompromise (« autorité de certification
compromise »), affiliationChanged (« changement d'affiliation »), superseded
(« remplacé »), cessationOfOperation (« cessation d'activité »), certificateHold
(« certificat suspendu ») ou removeFromCRL (« retiré de la liste de révocations de
certificat »). La casse de la raison n'a pas besoin de correspondre. L'ajout d'une
raison au retrait forcera l'utilisation d'une CRL v2.
En pratique, removeFromCRL n'est pas particulièrement utile parce qu'elle n'est
utilisée que pour les listes de révocations de certificat « delta », qui ne sont pas
implémentées pour l'instant.
-crl_hold instruction
Définir le code de raison de révocation d'une liste de révocations de certificat à
certificateHold et l'instruction de suspension à instruction qui doit être un OID.
Même si n'importe quel OID peut être utilisé, seuls holdInstructionNone (dont
l'utilisation est déconseillée par la RFC 2459), holdInstructionCallIssuer ou
holdInstructionReject seront normalement utilisés.
-crl_compromise moment
Définir la raison de révocation à keyCompromise et la date de la compromission à
moment. moment doit être au format GeneralizedTime, c'est-à-dire AAAAMMDDHHMMSSZ.
-crl_CA_compromise moment
Il s'agit de la même chose que crl_compromise, mais la raison de révocation est
définie à CACompromise.
-crlexts section
La section du fichier de configuration contenant des extensions CRL à inclure. Si
aucune section d'extension CRL n'est présente, une CRL V1 est créée, sinon une CRL V2
sera créée, même si la section en question est vide. Les extensions CRL indiquées sont
des extensions CRL et non des extensions d'entrée CRL. Remarquez que certains
logiciels (par exemple Netscape) ne gèrent pas les CRL V2. Consultez la page de manuel
x509v3_config(5) pour obtenir des précisions sur le format de section d'extensions.
OPTIONS DU FICHIER DE CONFIGURATION
La section du fichier de configuration contenant des options pour ca est trouvée de la
façon suivante : si l'option de ligne de commande -name est utilisée, elle précise le nom
de la section à utiliser. Autrement, la section qui sera utilisée est celle mentionnée
l'option default_ca de la section ca du fichier de configuration (ou dans la section par
défaut du fichier de configuration). À part default_ca, les options suivantes sont lues
directement dans la section ca :
RANDFILE preserve
msie_hack
À l'exception de RANDFILE, c'est probablement un bogue et cela risque d'être modifié dans
les prochaines versions.
De nombreuses options du fichier de configuration sont identiques à celles de la ligne de
commande. Si une option est présente à la fois dans le fichier de configuration et sur la
ligne de commande, la valeur de la ligne de commande est prise en compte. Une option
décrite comme obligatoire doit être présente soit dans le fichier de configuration soit
sur la ligne de commande (si c'est possible).
oid_file
Indiquer le fichier contenant des IDENTIFIANTS D'OBJET supplémentaires. Chaque ligne
est constituée de la forme numérique de l'identifiant d'objet suivie d'un espace puis
du libellé court suivi à son tour d'un espace et finalement du libellé long.
oid_section
Indiquer une section du fichier de configuration contenant d'autres identifiants
d'objet. Chaque ligne est constituée du libellé court de l'identifiant d'objet suivi
de = et de la forme numérique. Le libellé court et le libellé long sont identiques
quand cette option est utilisée.
new_certs_dir
Identique à l'option de ligne de commande -outdir. Elle indique le répertoire où les
nouveaux certificats seront placés. Obligatoire.
certificate
Identique à -cert. Elle indique le fichier contenant le certificat de l'autorité de
certification. Obligatoire.
private_key
Identique à l'option -keyfile. Le fichier contenant la clef privée de l'autorité de
certification. Obligatoire.
RANDFILE
Un fichier utilisé pour lire et écrire les renseignements initiateurs de nombre
aléatoire ou une socket EGD (consultez RAND_egd(3)).
default_days
Identique à l'option -days. La durée en jour pendant laquelle le certificat sera
certifié.
default_startdate
Identique à l'option -startdate. La date de début de validité du certificat. Si cette
option est absente, la date actuelle sera utilisée.
default_enddate
Identique à l'option -enddate. Soit cette option, soit default_days (où les
équivalents en ligne de commande) doivent être présent.
default_crl_hours default_crl_days
Identiques aux options -crlhours et -crldays. Uniquement utilisées si aucune des
options n'est présente sur la ligne de commande. Au moins une de ces options doit être
indiquée pour générer une liste de révocations de certificat.
default_md
Identique à l'option -md. Le type de condensé de message à utiliser. Obligatoire.
database
Le fichier texte (base de données) à utiliser. Obligatoire. Ce fichier doit être
présent même s'il est initialement vide.
unique_subject
Si la valeur yes est donnée, les entrées valables de certificat dans la base de
données doivent avoir des objets uniques. Si la valeur no est donnée, plusieurs
entrées valables de certificat peuvent avoir les mêmes objets. La valeur par défaut
est yes, par compatibilité avec les plus anciennes versions d'OpenSSL (avant 0.9.8).
Cependant, pour faciliter le remplacement des certificats d'autorité de certification,
l'utilisation de la valeur no est recommandée, en particulier si combinée avec
l'option -selfsign de la ligne de commande.
serial
Un fichier texte contenant le prochain numéro de série à utiliser en hexadécimal.
Obligatoire. Ce fichier doit être présent et contenir un numéro de série valable.
crlnumber
Un fichier texte contenant le prochain numéro de liste de révocations de certificat à
utiliser en hexadécimal. Le numéro ne sera inséré dans les listes de révocations de
certificat que si le fichier existe. Si ce fichier est présent, il doit contenir un
numéro valable de liste de révocations de certificat.
x509_extensions
Identique à -extensions.
crl_extensions
Identique à -crlexts.
preserve
Identique à -preserveDN.
email_in_dn
Identique à -noemailDN. Si vous voulez que le champ EMAIL soit supprimé du DN du
certificat, définissez-le simplement à « no ». S'il n'est pas présent, le champ EMAIL
sera permis dans le DN du certificat par défaut.
msie_hack
Identique à -msie_hack.
policy
Identique à -policy. Obligatoire. Consultez la section FORMAT DES POLITIQUES pour plus
de renseignements.
name_opt, cert_opt
Ces options permettent au format utilisé d'afficher les précisions du certificat lors
de la demande de confirmation de signature à l'utilisateur. Tous les paramètres pris
en charge par les options -nameopt et -certopt des utilitaires x509 peuvent être
utilisés ici, sauf que no_signame et no_sigdump sont définis de façon permanente et ne
peuvent pas être désactivés (parce que le certificat n'a pas été signé à ce moment,
donc la signature du certificat ne peut pas être affichée).
Par commodité, les valeurs ca_default sont acceptées par les deux pour produire une
sortie raisonnable.
Si aucune option n'est présente, le format utilisé dans les versions précédentes
d'OpenSSL est utilisé. L'utilisation de l'ancien format est fortement déconseillée,
parce qu'il n'affiche que les champs mentionnés dans la section policy, ne gère pas
correctement les types de chaîne multicaractère et n'affiche pas les extensions.
copy_extensions
Déterminer la façon de traiter les extensions des demandes de certificat. Si définie à
none, ou si cette option n'est pas présente, alors les extensions sont ignorées et ne
sont pas copiées vers le certificat. Si définie à copy, toutes les extensions
présentes dans la demande qui ne sont pas déjà présentes sont copiées vers le
certificat. Si définie à copyall, toutes les extensions de la demande sont copiées
vers le certificat : si l'extension est déjà présente dans le certificat, elle est
d'abord supprimée. Consultez la section AVERTISSEMENTS avant d'utiliser cette option.
L'utilisation principale de cette option est de permettre à une demande de certificat
de fournir des valeurs pour certaines extensions comme subjectAltName.
FORMAT DES POLITIQUES
La section policy consiste en un jeu de variables qui correspondent aux champs DN du
certificat. Si la valeur est « match », la valeur du champ doit être identique au champ du
même nom du certificat de l'autorité de certification. Si la valeur est « supplied », il
doit être présent. Si la valeur est « optional », sa présence n'est pas obligatoire. Tout
champ ne figurant pas dans la section policy est supprimé à moins que l'option -preserveDN
ne soit activée, mais c'est plus une bizarrerie qu'un comportement attendu.
FORMAT SPKAC
L'entrée fournie à la ligne de commande -spkac est une clef publique signée Netscape et un
défi. Cela provient habituellement d'une balise KEYGEN dans un formulaire HTML pour créer
une nouvelle clef privée. Il est toutefois possible de créer des SPKAC en utilisant
l'utilitaire spkac.
Le fichier devrait contenir la variable SPKAC avec la valeur de la clef SPARK ainsi que
les éléments DN sous forme de paires nom-valeurs. Si besoin est d'inclure le même élément
plusieurs fois, il est possible de le faire précéder par un nombre et un « . ».
Lors du traitement du format SPKAC, la sortie est au format DER si l’attribut -out est
utilisé, mais au format PEM si elle est envoyée vers la sortie standard ou que l’attribut
-outdir est utilisé.
EXEMPLES
Note : ces exemples supposent que l'arborescence ca est déjà en place et que les fichiers
liés existent. Cela nécessite généralement la création d'un certificat et d'une clef
privée pour l'autorité de certification avec req, un fichier de numéro de série et un
fichier d'index vide. Tous ces fichiers doivent être placés dans les répertoires
correspondants.
Afin d'utiliser le fichier de configuration type ci-dessous, il faut créer les répertoires
demoCA, demoCA/prive et demoCA/nouvcerts. Le certificat de l'autorité de certification
doit être copié dans demoCA/certca.pem et sa clef privée dans demoCA/prive/clefca.pem. Un
fichier demoCA/serie doit être créé contenant par exemple « 01 » et un fichier d'index
vide doit être créé dans demoCA/index.txt.
Signer une demande de certificat :
openssl ca -in dem.pem -out nouvcert.pem
Signer une demande de certificat utilisant des extensions d'autorité de certification :
openssl ca -in dem.pem -extensions v3_ca -out nouvcert.pem
Générer une liste de révocations de certificat :
openssl ca -gencrl -out crl.pem
Signer plusieurs demandes :
openssl ca -infiles dem1.pem dem2.pem dem3.pem
Certifier un SPKAC Netscape :
openssl ca -spkac spkac.txt
Un fichier SPKAC type (lignes tronquées pour la lisibilité) :
SPKAC=MIG0MGAwXDANBgkqhkiG9w0BAQEFAANLADBIAkEAn7PDhCeV/xIxUg8V70YRxK2A5
CN=Steve Test
emailAddress=steve@openssl.org
0.OU=Groupe OpenSSL
1.OU=Un autre groupe
Un fichier de configuration type avec les sections pour ca :
[ ca ]
default_ca = CA_defaut # la section ca par défaut
[ CA_defaut ]
dir = ./demoCA # répertoire principal
database = $dir/index.txt # fichier index
new_certs_dir = $dir/nouvcerts # rép. nouveaux certificats
certificate = $dir/certca.pem # le certificat de la CA
serial = $dir/serie # fichier de numéro de série
private_key = $dir/prive/clefca.pem # clef privée de la CA
RANDFILE = $dir/prive/.alea # fichier de numéro aléatoire
default_days = 365 # durée de certification
default_crl_days= 30 # durée avant la prochaine CRL
default_md = md5 # hachage à utiliser
policy = politique_def # politique par défaut
email_in_dn = no # pas d'adresse élec. dans le DN
name_opt = ca_default # option d'aff. de nom de sujet
cert_opt = ca_default # option d'aff. de certificat
copy_extensions = none # sans copie d'extensions de dem.
[ politique_def ]
countryName = supplied
stateOrProvinceName = optional
organizationName = optional
organizationalUnitName = optional
commonName = supplied
emailAddress = optional
FICHIERS
Note : l'emplacement de tous les fichiers peut changer en fonction des options de
compilation, des entrées dans le fichier de configuration, des variables d'environnement
ou des options de la ligne de commande. Les valeurs ci-dessous sont les valeurs par
défaut.
/usr/local/ssl/lib/openssl.cnf - fichier de configuration maître
./demoCA - répertoire principal de la CA
./demoCA/cacert.pem - certificat de la CA
./demoCA/private/cakey.pem - clef privée de la CA
./demoCA/serial - fichier des numéros de série de la CA
./demoCA/serial.old - sauvegarde de ./demoCA/serial
./demoCA/index.txt - base de données en texte de la CA
./demoCA/index.txt.old - sauvegarde de ./demoCA/index.txt
./demoCA/certs - fichier de sortie du certificat
./demoCA/.rnd - graine pour l'aléa de la CA
VARIABLES D'ENVIRONNEMENT
OPENSSL_CONF contient l'emplacement du fichier de configuration principal qui peut être
modifié avec l'option en ligne de commande -config.
RESTRICTIONS
Le fichier d'index est une partie cruciale du processus et toute corruption peut s'avérer
difficile à rattraper. Bien qu'il soit possible théoriquement de reconstruire l'index à
partir des certificats délivrés et d'une liste de révocations de certificat récente,
aucune option ne permet de faire cela.
Les fonctionnalités des CRL V2 telles que la prise en charge des delta CRL ne sont pas
gérées actuellement.
Même s'il est possible d'entrer et de traiter plusieurs demandes en même temps, il est
impossible d'inclure plus d'un SPKAC ou certificat autosigné.
BOGUES
L'utilisation d'une base de données texte en mémoire peut s'avérer problématique, en
particulier avec un nombre important de certificats à gérer, justement du fait que cette
base se trouve en mémoire.
La commande ca a réellement besoin d'être réécrite ou les fonctionnalités nécessaires
devraient être fournie par une commande ou interface pour permettre à des utilitaires plus
orientés utilisateurs (scripts Perl ou interface graphique) de traiter les choses
correctement. Les scripts CA.sh et CA.pl aident un petit peu en ce sens.
Tous les champs d'une demande qui ne sont pas présents dans la politique sont supprimés
silencieusement. Cela n'arrive pas si l'option -preserveDN est utilisée. Pour renforcer
l'absence du champ EMAIL dans le DN, conformément aux suggestions des RFC, quelque soit le
contenu de l'objet de la demande, l'option -noemailDN peut être utilisée. Le comportement
devrait être plus simple et configurable.
L'annulation de certaines commandes en refusant de certifier un certificat peut résulter
en un fichier vide.
AVERTISSEMENTS
La commande ca est capricieuse et parfois peu facile d'utilisation.
La commande ca a eu pour objectif initial d'être un exemple montrant comment se servir
d'une autorité de certification. Elle n'a pas été créée pour servir d'application pour une
autorité de certification complète, cependant certaines personnes s'en servent dans ce
but.
La commande ca est effectivement une commande mono-utilisateur, aucun verrouillage n'est
fait sur les divers fichiers, et des tentatives d'accès simultanées à un même fichier
d'index peuvent produire des résultats imprévisibles.
L'option copy_extensions devrait être utilisée avec précaution. Un risque de sécurité est
possible si l'attention nécessaire n'est pas fournie. Par exemple, si une demande de
certificat contient une extension basicConstraints avec CA:TRUE et que la valeur
copy_extensions est définie à copyall et que l'utilisateur ne s'en rend pas compte quand
le certificat est affiché, alors cela fournira au demandeur un certificat d'autorité de
certification valable.
Cette situation peut être évitée en définissant copy_extensions à copy et en incluant
basicConstraints avec CA:FALSE dans le fichier de configuration. Dans ce cas, si la
demande contient une extension basicConstraints, elle sera ignorée.
Il est aussi conseillé d'inclure les valeurs pour les autres extensions comme keyUsage
pour éviter qu'une demande fournisse ses propres valeurs.
Des restrictions supplémentaires peuvent être ajoutées au certificat de l'autorité de
certification lui-même. Par exemple si le certificat de l'autorité de certification
contient :
basicConstraints = CA:TRUE, pathlen:0
alors même si un certificat est émis avec CA:TRUE, il ne sera pas valable.
VOIR AUSSI
req(1), spkac(1), x509(1), CA.pl(1), config(5), x509v3_config(5)
TRADUCTION
Cette page de manuel a été traduite par stolck en 2002 et est maintenue par la liste
<debian-l10n-french AT lists DOT debian DOT org>. Veuillez signaler toute erreur de
traduction par un rapport de bogue sur le paquet manpages-fr-extra.