GnuPG : Créer la paire de clé gpg parfaite : clé maitre, subkeys et support smartcard (yubikey)
Note sur gpg
Quand vous listez les clés publiques (gpg -k
) ou privés (gpg -K
) vous verrez au niveau de la première colonne des raccourcis qui signifient :
sec => 'SECret key' ssb => 'Secret SuBkey' pub => 'PUBlic key' sub => 'public SUBkey'
Prérequis
- Une clé usb, disque usb, ou tout autre média amovible réinscriptible pour stocker de manière sécurisé votre clé gpg maître. Je vous recommande vivement de chiffrer ce media (en utilisant par exemple veracrypt).
Initialisation
Montez votre media usb sur votre ordinateur. Dans cet exemple, il sera monté dans /media/veracrypt1
.
Créez un dossier qui va contenir votre trousseau gpg maître.
mkdir -p /media/veracrypt1/GNUPG_HOME/HOME/ gpg --homedir /media/veracrypt1/GNUPG_HOME/HOME/ -k
Assurez-vous de ne pas avoir d'ancien agent gpg lancé :
gpgconf --kill gpg-agent unset GPG_AGENT_INFO
Si vous utilisez le système de fichier FAT sur le media usb sur lequel vous allez stocker votre trousseau maître gpg, il faut créer un fichier S.gpg-agent
à la racine de votre futur trousseau gpg afin de forcer la création du socket de l'agent gpg en dehors du système de fichier FAT. Dans cet exemple, je force la création du socket de l'agent gpg dans le répertoire utilisateur de ma machine :
cat >/media/veracrypt1/GNUPG_HOME/HOME/S.gpg-agent <<EOF %Assuan% socket=/run/user/${UID}/gnupg/S.SecureDisk-gpg-agent EOF
Créer une configuration sécurisée
Ajoutez ou modifiez les options suivantes dans /media/veracrypt1/GNUPG_HOME/HOME/gpg.conf
:
personal-cipher-preferences AES256 AES192 AES personal-digest-preferences SHA512 SHA384 SHA256 personal-compress-preferences ZLIB BZIP2 ZIP Uncompressed default-preference-list SHA512 SHA384 SHA256 AES256 AES192 AES ZLIB BZIP2 ZIP Uncompressed cert-digest-algo SHA512 s2k-digest-algo SHA512 s2k-cipher-algo AES256 charset utf-8 keyid-format 0xlong with-fingerprint no-symkey-cache
Forcer le travail sur notre trousseau gpg maitre
Pour cela il y a deux manières de faire : soit spécifier, a chaque commande gpg l'argument --homedir /media/veracrypt1/GNUPG_HOME/HOME/
soit définir la variable d'environnement GNUPGHOME :
export GNUPGHOME=/media/veracrypt1/GNUPG_HOME/HOME/
Pour la suite, nous considérerons que vous avez défini la variable GNUPGHOME
Dans le doute, vérifiez bien que gpg-agent n'est pas lancé:
gpgconf --kill gpg-agent
Générer la clé maître
Généralement, la commande permettant de créer une clé la plus malléable possible est :
gpg --expert --full-generate-key
Ici nous allons créer une clé maître RSA de 8192 bits. Cette taille de clé n'est pas nativement supportée par gpg mais on peut en forcer la création en passant par le mode batch de gpg. Pour cela, nous créez le fichier newkey
contenant les différentes informations de notre future clé maître. Pensez à changer les lignes Name-Real
, Name-Email
et Passphrase
:
cat >newkey <<EOF %echo Generating a RSA key Key-Type: RSA Key-Length: 8192 Key-Usage: cert Name-Real: testuser #Name-Comment: Name-Email: testuser@domain.tld Expire-Date: 10y Passphrase: tmppassphrasepleaseedit # Do a commit here, so that we can later print "done" %commit %echo done EOF
Notez qu'ici, notre clé maitre est configurée de manière à ne pouvoir réaliser que des opérations de certification d'autres clés (flag C
ou cert
).
Notre clé maître est définie avec une expiration de 10 ans. Je vous conseil de toujours définir une date d'expiration à vos clés afin qu'elles expirent d'elles-mêmes si jamais vous la perdiez. Notez que la date d'expiration d'une clé gpg est modifiable a souhait, y compris après expiration, du moment que vous n'avez pas perdu la clé maître.
Générez la clé maître dans le trousseau gpg maître que nous avons créé :
gpg --batch --gen-key --enable-large-rsa -a newkey
Dans cet exemple, la clé créée a l'identifiant 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
.
Ajout et modification des UIDs de la clé maître
Vous pouvez ajouter des uid
à votre clé maître en utilisant la commande adduid
du prompt gpg. Vous devez pour cela commencer par éditer votre clé maître :
gpg --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Puis entrer la commande adduid
au prompt gpg. Terminez avec save
.
adduid save
Si vous rencontrez un problème lors de la génération d'un uid, éditez la clé avec l'argument --allow-freeform-uid
Pour définir l'uid par défaut, ouvrez la clé avec gpg --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
. Vous devriez voir la liste des uids ainsi qu'un numéro. Il faut sélectionner le numéro de l'uid souhaité avec uid
puis le valide avec primary
:
gpg> uid 2 gpg> primary gpg> save
Facultatif: signer votre nouvelle clé avec votre ancienne clé (si vous en possédiez une)
Si vous possédez une précédente clé, et qu'elle est dans le même trousseau maître :
gpg --default-key OLDKEYID --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 gpg> sign Really sign all user IDs? (y/N) y <vérifier les informations> Really sign? (y/N) y gpg> save
Vous pouvez vérifier les signatures :
gpg --check-signatures
Ou voir la liste complète :
gpg --list-signatures
Ajout des sous-clés (subkeys)
Clé de signature
Pour commencer, nous allons créer une subkey de signature. Commencez par ouvrir votre clé maître :
gpg --expert --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Au prompt gpg, utilisez la commande addkey
. Utilisez le type RSA (sign only)
, la taille 4096
et éventuellement une date d'expiration (dans mon cas, 1 an). Terminez en sauvegardant la clé (save
) :
gpg> addkey (4) RSA (sign only) 4096 1y gpg> save
Clé de chiffrement
Nous allons maintenant créer une subkey de chiffrement. Commencez par ouvrir votre clé maître :
gpg --expert --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Au prompt gpg, utilisez la commande addkey
. Utilisez le type RSA (encrypt only)
, la taille 4096
et éventuellement une date d'expiration (dans mon cas, 1 an). Terminez en sauvegardant la clé (save
) :
gpg> addkey (6) RSA (encrypt only) 4096 1y gpg> save
Clé d'authentification
Enfin, créons une subkey d'authentification :
gpg --expert --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Au prompt gpg, utilisez la commande addkey
. Utilisez le type RSA (set your own capabilities)
, désactivez les flags de signature et de chiffrement, activez le flag d'authentification. Pour la taille, 4096 bits et éventuellement une date d'expiration (dans mon cas, 1 an). Terminez en sauvegardant la clé (save
). Au prompt gpg on obtient :
gpg> addkey (8) RSA (set your own capabilities) (S) Toggle the sign capability (on désactive la signature activé par défaut) (E) Toggle the encrypt capability (on désactive l'encrypt activé par défaut) (A) Toggle the authenticate capability (on active l'auth) (Q) Finished 4096 1y gpg> save
Etat des lieux
A ce stade, vous devriez vous retrouver avec quelque chose comme ça :
$ gpg --list-keys 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 pub rsa8192/0x99FD9BFE6F9B8951 2017-07-07 [C] Key fingerprint = 7EBA 8211 BFF5 31EE 59E2 5CBD 99FD 9BFE 6F9B 8951 uid [ultimate] testuser <testuser@domain.tld> sub rsa4096/0x0B4D29418F92CF1D 2017-07-07 [S] sub rsa4096/0x91B74A739D6A4242 2017-07-07 [E] sub rsa4096/0x256A58F8E560F1D7 2017-07-07 [A]
$ gpg --list-secret-keys 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 sec rsa8192/0x99FD9BFE6F9B8951 2017-07-07 [C] Key fingerprint = 7EBA 8211 BFF5 31EE 59E2 5CBD 99FD 9BFE 6F9B 8951 uid [ultimate] testuser <testuser@domain.tld> ssb rsa4096/0x0B4D29418F92CF1D 2017-07-07 [S] ssb rsa4096/0x91B74A739D6A4242 2017-07-07 [E] ssb rsa4096/0x256A58F8E560F1D7 2017-07-07 [A]
Vous pouvez vérifier l'état de votre installation au moyen du paquet hopenpgp-tools
:
gpg --export 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 | hokey lint
Générer un certificat de révocation pour la clé maître
Créez un certificat de révocation pour votre clé maître. Utilisez le flag 1 = Key has been compromised
comme raison de révocation, et entrez un descriptif supplémentaire spécifiant que ce certificat de révocation a été créé lors de la création de la clé. Terminez par une ligne vide.
gpg --output /media/veracrypt1/GNUPG_HOME/KEY_BACKUP/masterkey.gpg-revocation-certificate.key --gen-revoke 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 Decision : 1 = Key has been compromised > This revocation certificate was generated when the key was created. >
Ce certificat est capital. Sauvegardez le à plusieurs endroits sécurisés (et hors ligne de préférence). Si vous perdiez l'accès à votre clé maître, ce certificat serait le seul moyen révoquer définitivement votre clé maître.
Sauvegarde de la clé maître et ses sous-clés
- Sauvegarde des clés privés :
gpg --output /media/veracrypt1/GNUPG_HOME/KEY_BACKUP/masterkey_and_subkey_$(date +%Y%m%d).priv.key --armor --export-secret-keys 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
gpg --output /media/veracrypt1/GNUPG_HOME/KEY_BACKUP/subkey_only_$(date +%Y%m%d).priv.key --armor --export-secret-subkeys 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
- Sauvegarde des clés publiques :
gpg --output /media/veracrypt1/GNUPG_HOME/KEY_BACKUP/masterkey_and_subkey_$(date +%Y%m%d).pub.gpg --armor --export 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Publication de la clé maîtres et des sous-clés sur les keyservers
gpg --keyserver hkp://keyserver.ubuntu.com --send-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 gpg --keyserver hkp://pool.sks-keyservers.net --send-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 gpg --keyserver hkp://keys.openpgp.org --send-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 gpg --keyserver hkp://pgp.mit.edu --send-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Vous pouvez aussi la publier localement sur votre site en WKD : GnuPG Web Key Directory : partage de clés gpg par le web
Utilisation de votre clé
Directement sur votre machine (sans smartcard)
Sortez de votre trousseau maître :
unset GNUPGHOME gpgconf --kill gpg-agent
Attention, désormais vous travaillerez dans le trousseau principal votre machine (/home/USER/.gnupg/
)
Importez les subkeys dans votre trousseau gpg local :
gpg --import /media/veracrypt1/GNUPG_HOME/KEY_BACKUP/subkey_only_$(date +%Y%m%d).priv.key
A ce stade, vous pouvez éjecter et débrancher votre média usb.
Editez la clé et définissez son niveau de confiance au maximum :
gpg --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
gpg> trust 5 gpg> save
Vérifiez l'importation :
$ gpg --list-secret-keys 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 sec# rsa8192 2017-07-07 [C] 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 uid [ultimate] testuser <testuser@domain.tld> ssb rsa4096 2017-07-07 [S] ssb rsa4096 2017-07-07 [E] ssb rsa4096 2017-07-07 [A]
Notez le dièse (#) a côté du sec
qui signifie que la clé privé maître est absente.
Avec une smartcard
Dans ce cas, nous continuons à travailler sur le trousseau maître (variable GNUPGHOME
).
Branchez votre smartcard, éditez la avec gpg et activez les commandes admin :
gpg --card-edit gpg> admin
Configurez ces différentes options :
passwd (changer le pin, admin pin et reset code) (le pin sera demandé a chaque opération avec la clé) name (définir son nom) sex (définir son sexe) lang (définir sa langue) quit
Le PIN par défaut est 123456
tandis que le ADmin PIN et 12345678
. Les PINs peuvent être définis jusqu'à 127 caractères ASCII pour une longueur minimale de 6 caractères (PIN) et 8 caractères (Admin PIN).
Attention, modifiez puis sauvegardez bien les différents PINs :
- Le Pin sera demandé pour les opérations de chiffrement, signature ou authentification avec la smartcard. Il se bloque après 3 essais infructueux.
- Le Admin PIN permet de débloquer le pin, le modifier, et modifier les clés stockés.
- Le Reset code permet de remettre à zéro le compteur du PIN principal si vous avez fait 3 essais infructueux.
Créez un backup du dossier contenant votre trousseau maître (car lors du transfert des subkeys vers la smartcard, les privkey sont effacés du trousseau gpg..) :
cd /media/veracrypt1/GNUPG_HOME/ tar -cf HOME_$(date +%Y%m%d).tar HOME/ cd
Ouvrez votre clé maître :
gpg --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Afin de transférer chaque sous-clé sur la smartcard, il faut activer la sélection avec la commande toggle
puis les sélectionner une à une avec la commande key <NUMÉRO>
. La clé sélectionné s'affichera suivi d'une étoile (*). Pour la transférer, on lance la commande keytocard
puis on sélectionne le bon slot sur la smartcard. Pour savoir quelle clé doit aller dans quel slot, aidez vous de la ligne usage
: S pour Signature, E pour Encryption, A pour Authentification.
Transfert de la clé de signature
gpg> toggle gpg> key 1 (sélectionne la clé 1) sec rsa8192/99FD9BFE6F9B8951 created: 2017-07-07 expires: never usage: C trust: ultimate validity: ultimate ssb* rsa4096/0B4D29418F92CF1D created: 2017-07-07 expires: never usage: S ssb rsa4096/91B74A739D6A4242 created: 2017-07-07 expires: never usage: E ssb rsa4096/256A58F8E560F1D7 created: 2017-07-07 expires: never usage: A [ultimate] (1). testuser <testuser@domain.tld> gpg> keytocard Signature key ....: [none] Encryption key....: [none] Authentication key: [none] Please select where to store the key: (1) Signature key (3) Authentication key Your selection? 1 You need a passphrase to unlock the secret key for [...] sec rsa8192/99FD9BFE6F9B8951 created: 2017-07-07 expires: never usage: C trust: ultimate validity: ultimate ssb* rsa4096/0B4D29418F92CF1D created: 2017-07-07 expires: never usage: S card-no: 0000 00000000 ssb rsa4096/91B74A739D6A4242 created: 2017-07-07 expires: never usage: E ssb rsa4096/256A58F8E560F1D7 created: 2017-07-07 expires: never usage: A [ultimate] (1). testuser <testuser@domain.tld> gpg> key 1 (desélectionne la clé)
Transfert de la clé de chiffrement
gpg> key 2 (sélectionne la clé 2) sec rsa8192/99FD9BFE6F9B8951 created: 2017-07-07 expires: never usage: C trust: ultimate validity: ultimate ssb rsa4096/0B4D29418F92CF1D created: 2017-07-07 expires: never usage: S card-no: 0000 00000000 ssb* rsa4096/91B74A739D6A4242 created: 2017-07-07 expires: never usage: E ssb rsa4096/256A58F8E560F1D7 created: 2017-07-07 expires: never usage: A [ultimate] (1). testuser <testuser@domain.tld> gpg> keytocard Signature key ....: D0FE 6A6E 7329 714A 497F 2066 0B4D 2941 8F92 CF1D Encryption key....: [none] Authentication key: [none] Please select where to store the key: (2) Encryption key Your selection? 2 You need a passphrase to unlock the secret key for [...] sec rsa8192/99FD9BFE6F9B8951 created: 2017-07-07 expires: never usage: C trust: ultimate validity: ultimate ssb rsa4096/0B4D29418F92CF1D created: 2017-07-07 expires: never usage: S card-no: 0000 00000000 ssb* rsa4096/91B74A739D6A4242 created: 2017-07-07 expires: never usage: E card-no: 0000 00000000 ssb rsa4096/256A58F8E560F1D7 created: 2017-07-07 expires: never usage: A [ultimate] (1). testuser <testuser@domain.tld> gpg> key 2 (desélectionne la clé)
Transfert de la clé d'authentification
gpg> key 3 (sélectionne la clé 3) sec rsa8192/99FD9BFE6F9B8951 created: 2017-07-07 expires: never usage: C trust: ultimate validity: ultimate ssb rsa4096/0B4D29418F92CF1D created: 2017-07-07 expires: never usage: S card-no: 0000 00000000 ssb rsa4096/91B74A739D6A4242 created: 2017-07-07 expires: never usage: E card-no: 0000 00000000 ssb* rsa4096/256A58F8E560F1D7 created: 2017-07-07 expires: never usage: A [ultimate] (1). testuser <testuser@domain.tld> gpg> keytocard Signature key ....: D0FE 6A6E 7329 714A 497F 2066 0B4D 2941 8F92 CF1D Encryption key....: 2CD3 F966 6571 BBE3 AF80 E3DE 91B7 4A73 9D6A 4242 Authentication key: [none] Please select where to store the key: (3) Authentication key Your selection? 3 You need a passphrase to unlock the secret key for [...] sec rsa8192/99FD9BFE6F9B8951 created: 2017-07-07 expires: never usage: C trust: ultimate validity: ultimate ssb rsa4096/0B4D29418F92CF1D created: 2017-07-07 expires: never usage: S card-no: 0000 00000000 ssb rsa4096/91B74A739D6A4242 created: 2017-07-07 expires: never usage: E card-no: 0000 00000000 ssb* rsa4096/256A58F8E560F1D7 created: 2017-07-07 expires: never usage: A card-no: 0000 00000000 [ultimate] (1). testuser <testuser@domain.tld> gpg> key 3 (desélectionne la clé)
Finalisation du transfert
gpg> save
Vérification après transfert
La commande suivante :
gpg --list-secret-keys
Devrait retourner quelque chose ressemblant à :
sec rsa8192 2017-07-07 [C] 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 uid [ultimate] testuser <testuser@domain.tld> ssb> rsa4096 2017-07-07 [S] ssb> rsa4096 2017-07-07 [E] ssb> rsa4096 2017-07-07 [A]
Notez le symbole >
a côté des ssb
qui signifie que la clé privé est stocké sur une smartcard.
Restauration de votre trousseau maître
Cela permet de conserver un trousseau complet contenant la clé maître et ses sous-clés et ce malgré l'usage d'une smartcard.
cd /media/veracrypt1/GNUPG_HOME/ srm -vr HOME/ tar -xf HOME_$(date +%Y%m%d).tar cd
Export et importation des clés publiques sur votre trousseau local
Exportez votre clé publique depuis votre trousseau maître :
gpg --armor --export 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 > ~/gpg_pubkey.gpg
A ce stade, vous pouvez éjecter et débrancher votre média usb.
Arrêtez de travailler dans votre trousseau maître :
unset GNUPGHOME gpgconf --kill gpg-agent
Puis importez votre clé publique dans le trousseau par défaut de gpg. Il est nécessaire de lancer un card-status pour que gpg détecte les clés privées.
gpg --import < ~/gpg_pubkey.gpg gpg --card-status
Accordez une confiance totale à votre clé :
gpg --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
gpg> trust 5 gpg> save
Puis vérifiez votre installation finale :
gpg --list-secret-keys 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Devrait retourner :
sec# rsa8192 2017-07-07 [C] 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 uid [ultimate] testuser <testuser@domain.tld> ssb> rsa4096 2017-07-07 [S] ssb> rsa4096 2017-07-07 [E] ssb> rsa4096 2017-07-07 [A]
Notez encore une foi le symbole dièse (#
) qui signifie que la clé privée maître n'est pas disponible dans ce trousseau, et le symbole >
qui signifie que les sous-clés privés sont stockés sur une smartcard.
Yubikey: Imposer de toucher la yubikey pour les opérations openpgp
Par défaut, lors d'une première opération avec le smartcard, le PIN vous sera demandé. Le PIN sera ensuite mis en cache dans la yubikey (pas dans gpg-agent), et le seul moyen de vider le cache est de débrancher/rebrancher la smartcard. Vous pouvez ajouter une coucher de sécurité en imposant de touche la yubikey afin de valider l'opération (ainsi, une action physique est nécessaire).
Cela n'est possible que depuis les Yubikeys 4.
Pour chaque type de clé, vous pouvez définir 4 statut :
Off (default) No touch required On Touch required Fixed Touch required, can't be disabled without a full reset Cached Touch required, cached for 15s after use Cached-Fixed Touch required, cached for 15s after use, can't be disabled without a full reset
Attention, notez bien que si vous activez le mode Cached-Fixed
ou Fixed
, vous ne pourrez plus modifier cette configuration sans remettre à zéro totalement la smardcard de la yubikey !
ykman openpgp keys set-touch sig on ykman openpgp keys set-touch enc on ykman openpgp keys set-touch aut on ykman openpgp keys set-touch att on
Sous linux, vous pouvez installer https://github.com/maximbaz/yubikey-touch-detector pour être averti visuellement de la nécessité de toucher la yubikey
Note : il semblerait que killer l'agent (gpgconf --kill gpg-agent
) ou le smartcard daemon (gpgconf --kill scdaemon
) permette à GPG de redemander le pin. Néanmoins dans les faits cela provoque uniquement une désynchronisation entre l'état de l'applet GPG de la yubikey (qui est déverrouillé) et l'état connu par gpg-agent (qui pense l'applet verrouillé). Pour preuve, constatez que vous pouvez taper autant de pin erroné que souhaitez sans bloquer l'applet de la yubikey (normalement après 3 erreurs, le PIN est bloqué)
En pratique
Pour les opérations de signature/vérification, chiffrement/déchiffrement et d'authentification, seul votre trousseau local (et votre smartcard si vous avez décidé d'en utiliser une) sont nécessaires.
Les opérations suivantes nécessitent d'être réalisées avec votre trousseau maître (celui stocké sur le média usb) (gpg --homedir /media/veracrypt1/GNUPG_HOME/HOME/
ou alors avec la variable d'environnement GNUPGHOME=/media/veracrypt1/GNUPG_HOME/HOME/
définie) :
- Ajouter une identité/uid (par exemple si vous changez d'adresse mail) à votre clé
- Signer la clé de quelqu'un d'autre :
gpg --sign-key 0xKEY_TO_SIGN
puis exporter la signature et la renvoyer à votre ami. - Révoquer une sous-clé
- Créer une nouvelle sous-clé
- Mettre à jour la date d'expiration de la clé maître ou d'une subkey
Notez que pour chacune des opérations précédentes, après l'avoir réalisé, il faudra re-publier votre clé maître publique sur les serveurs de clé (afin que le monde entier soit mis au courant de votre nouvel uid/clé/signature) : gpg --send-keys --keyserver <serveur de clé> 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Exemple pour révoquer une sous-clé
gpg --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 key 1 (selectionne la subkey numéro 1) revkey save
Mettez également à jour le backup de votre clé publique, afin qu'il reflète le nouvel état :
gpg --output /media/veracrypt1/GNUPG_HOME/KEY_BACKUP/masterkey_and_subkey_$(date +%Y%m%d).pub.gpg --export --armor 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Une fois la révocation effectuée, vous devrez à nouveau publier votre clé maître publique sur les serveurs de clé (afin que le monde sache que vous avez révoqué une sous-clé)
Exemple pour mettre à jour l'expiration de la clé maître
gpg --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 gpg> expire gpg> save
Il faudra entrer la passphrase de la clé maître.
Mettez également à jour le backup de votre clé publique, afin qu'il reflète le nouvel état :
gpg --output /media/veracrypt1/GNUPG_HOME/KEY_BACKUP/masterkey_and_subkey_$(date +%Y%m%d).pub.gpg --export --armor 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Une fois le changement effectué, vous devrez à nouveau publier votre clé maître publique sur les serveurs de clé.
Exemple pour mettre à jour l'expiration d'une subkey
gpg --edit-key 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951 gpg> key X #selected with a * gpg> expire gpg> key X #unselected gpg> save
Il faudra entrer la passphrase de la clé maître.
Mettez également à jour le backup de votre clé publique, afin qu'il reflète le nouvel état :
gpg --output /media/veracrypt1/GNUPG_HOME/KEY_BACKUP/masterkey_and_subkey_$(date +%Y%m%d).pub.gpg --export --armor 7EBA8211BFF531EE59E25CBD99FD9BFE6F9B8951
Une fois le changement effectué, vous devrez à nouveau publier votre clé maître publique sur les serveurs de clé.