GPG pour le chiffrement asymétrique de fichiers

GNU Privacy Guard (GPG) implémente la norme OpenPGP (RFC 4880) pour le chiffrement asymétrique de fichiers et les signatures numériques. Il permet deux opérations fondamentales : chiffrer un fichier afin que seul le destinataire prévu puisse le déchiffrer, et signer un fichier afin que d’autres puissent en vérifier l’authenticité et l’intégrité. GPG est l’outil standard pour le transfert sécurisé de fichiers et la signature des versions de logiciels.

La génération de clés GPG est interactive avec gpg --gen-key ou peut être pilotée par script avec gpg --quick-gen-key. Par défaut, les versions modernes de GPG utilisent ed25519 pour la signature et cv25519 (Curve25519) pour le chiffrement, en créant une clé de signature principale et une sous-clé de chiffrement. L’option --full-gen-key offre un contrôle complet du type et de la taille de la clé, ainsi que de sa date d’expiration, pour les utilisateurs qui ont besoin de configurations personnalisées.

Les clés GPG RSA de 4096 bits sont compatibles avec toutes les implémentations d’OpenPGP et offrent une sécurité élevée. ECDSA avec Curve25519 (Ed25519 pour la signature, Cv25519 pour le chiffrement) produit des clés plus petites et des opérations plus rapides tout en conservant une sécurité équivalente. Les anciennes clés DSA sont limitées aux condensats SHA-1 dans les anciennes implémentations et ne doivent pas être utilisées. Les nouvelles clés doivent utiliser des types fondés sur Curve25519.

Après avoir généré une paire de clés, exportez votre clé publique pour la diffuser : gpg --armor --export your@email.com produit un bloc de clé publique ASCII blindé. Partagez ce fichier avec toute personne qui doit chiffrer des fichiers à votre intention ou vérifier vos signatures. Les destinataires importent votre clé publique avec gpg --import publickey.asc avant de pouvoir chiffrer ou vérifier des signatures.

Pour chiffrer un fichier pour un destinataire précis : gpg --encrypt --recipient recipient@email.com --output secret.gpg plaintext.txt. GPG utilise la clé publique du destinataire pour chiffrer la clé de session du fichier, puis chiffre le fichier avec AES-256 (ou le chiffrement négocié). Seul le destinataire, qui détient la clé privée correspondante, peut déchiffrer la clé de session et récupérer le texte en clair.

Une signature détachée (gpg --detach-sign --armor file.tar.gz) crée un fichier .asc distinct contenant la signature. Le fichier d’origine n’est pas modifié. Les destinataires vérifient la signature avec gpg --verify file.tar.gz.asc file.tar.gz. Les signatures détachées sont la norme pour les versions de logiciels : elles permettent de vérifier la signature sans déchiffrer ni modifier le fichier distribué.

La vérification d’une signature confirme qu’un fichier a été signé par la clé annoncée et n’a pas été modifié depuis sa signature. gpg --verify signature.asc file affiche l’empreinte de la clé, l’ID utilisateur et indique si la signature est valide ou invalide. La sécurité dépend de la confiance correctement accordée à la clé publique du signataire : une signature valide provenant d’une clé non fiable ou non vérifiée offre peu de garanties.

GPG chiffre la clé privée avec un chiffrement symétrique dérivé d’une phrase secrète avant de la stocker. Sans la phrase secrète, un attaquant qui obtient le fichier de clé privée ne peut pas l’utiliser. GPG utilise une fonction de dérivation de clé pour dériver la clé de chiffrement à partir de la phrase secrète. La phrase secrète doit être longue et facile à mémoriser, mais ne doit pas être réutilisée ailleurs, car tous vos fichiers chiffrés en dépendent.

Les serveurs de clés GPG hébergent des clés publiques afin de permettre leur découverte. gpg --send-keys KEYID --keyserver hkps://keys.openpgp.org téléverse votre clé publique. D’autres utilisateurs peuvent rechercher et importer des clés avec gpg --recv-keys KEYID. Les serveurs de clés se synchronisent entre eux, ce qui assure une disponibilité mondiale. Les serveurs modernes tels que keys.openpgp.org exigent une vérification de l’adresse e-mail avant la publication, ce qui empêche les attaques de saturation par des clés.

Définir une date d’expiration sur votre clé fournit une protection automatique si vous en perdez le contrôle, sans créer de certificat de révocation. Lorsqu’une clé expire, GPG avertit les utilisateurs qui chiffrent des fichiers à cette clé. Si votre clé est compromise, publiez immédiatement un certificat de révocation (créé au moment de la génération de la clé) sur les serveurs de clés : gpg --import revocation.cert et gpg --send-keys. Cela empêche tout nouveau chiffrement vers la clé compromise.

GPG peut fonctionner sans interaction dans des scripts au moyen des options --batch et --yes, en fournissant les phrases secrètes via --passphrase-fd, qui les lit depuis un descripteur de fichier. L’agent GPG (gpg-agent) met en cache la phrase secrète pendant une durée configurable, ce qui permet sa réutilisation automatisée. Pour les chaînes CI/CD, le matériel de clé doit être stocké dans des systèmes de gestion des secrets, et non dans le code source ou les variables d’environnement.

Récapitulatif de GPG : générez des paires de clés (privilégiez Curve25519), exportez et partagez les clés publiques, chiffrez avec la clé publique du destinataire (--encrypt --recipient), signez séparément les fichiers avec des signatures détachées (--detach-sign), vérifiez les signatures avec --verify, protégez les clés privées avec des phrases secrètes, définissez des dates d’expiration et préparez des certificats de révocation, puis utilisez les serveurs de clés pour découvrir et diffuser les clés publiques.