Le chiffrement PGP sans la ligne de commande
PGP a la réputation d’être puissant et pénible à parts égales, et c’est pourquoi une grande partie de son usage consiste aujourd’hui à coller des clés dans des discussions avec des IA — exactement l’endroit où les clés privées ne doivent jamais aller. Ce guide parcourt les quatre opérations qui couvrent presque tous les usages réels, avec la suite PGP locale dans le navigateur : générer une paire, chiffrer, déchiffrer, signer et vérifier — plus l’hygiène qui décide si tout cela tient debout.
Arrêtez de coller des clés privées dans des chatbots
Cela arrive à un moment prévisible. Une clé refuse de s’importer, un message refuse de se déchiffrer, une empreinte ne correspond pas, et la voie rapide semble être de coller tout le bloc — clé privée comprise — dans une discussion avec une IA et de demander ce qui ne va pas. Ne le faites pas. Dès qu’une clé privée entre dans une discussion, elle a quitté votre contrôle : elle peut rester dans l’historique de la conversation, dans des journaux, dans une capture d’écran que vous partagerez plus tard, sur un appareil qui n’est pas celui que vous pensiez utiliser. On ne peut pas décoller. Une clé copiée dans un système que vous ne contrôlez pas doit être traitée comme compromise, ce qui signifie la révoquer et recommencer — exactement le travail que le collage devait éviter.
Il y a un second problème, plus silencieux que le premier : la réponse peut être fausse. Les modèles de langage refusent certaines demandes de manipulation de clés, tronquent les longs blocs blindés et peuvent annoncer une empreinte ou un identifiant de clé avec une assurance totale après en avoir mal lu le milieu. La cryptographie ne pardonne pas les presque-justes. L’alternative n’est pas la ligne de commande pour elle-même ; c’est faire le travail localement, là où le matériel ne voyage jamais. C’est à cela que sert la suite PGP de ce site : la génération de clés, le chiffrement, le déchiffrement, la signature et la vérification s’exécutent dans l’onglet du navigateur, et rien n’est téléversé.
Ce que PGP vous donne réellement
PGP — sous sa forme moderne, la norme OpenPGP mise en œuvre par GnuPG et d’autres outils — ce sont deux opérations construites sur une paire de clés. La clé publique peut être partagée avec n’importe qui, imprimée, envoyée par courriel ou publiée. La clé privée reste secrète, protégée par une phrase secrète. Tout ce qui est chiffré avec la clé publique ne peut être déchiffré qu’avec la clé privée correspondante. C’est tout le mécanisme de confidentialité : aucun secret partagé à échanger à l’avance, aucun mot de passe à convenir dans le même canal que vous essayez de protéger.
La signature va dans l’autre sens. Vous signez avec votre clé privée, et toute personne disposant de votre clé publique peut vérifier que la signature provient du détenteur de cette clé privée et que le contenu signé n’a pas changé depuis. Utilisés ensemble, le chiffrement répond à qui peut lire ceci ? et la signature à qui a écrit ceci, et est-ce intact ? Ce à quoi ni l’un ni l’autre ne répond, c’est qui regardait ? — une limite à laquelle on reviendra plus bas, parce qu’elle décide quand PGP est le bon outil.
Générez une paire, puis chiffrez avec la clé de quelqu’un d’autre
Générez votre paire de clés sur une machine en laquelle vous avez confiance, et traitez les deux moitiés différemment dès la première minute. La moitié publique est une carte de visite : exportez-la, donnez-la à quiconque pourrait vous écrire, placez-la là où vos correspondants peuvent la trouver. La moitié privée est la clé maîtresse de tous les messages jamais chiffrés pour vous, et sa place est hors ligne — sur la machine qui déchiffre, avec une sauvegarde chiffrée sur un support séparé, pas dans des notes en nuage, pas dans une boîte aux lettres, pas dans une discussion. En la générant, choisissez une phrase secrète que vous ne réutilisez nulle part ; le générateur de mots de passe de ce site peut en créer une longue localement, ce qui vaut mieux que d’en inventer une sous pression.
Chiffrer est l’étape que l’on imagine, et c’est la plus simple. Vous prenez la clé publique du destinataire — obtenue d’une manière en laquelle vous avez confiance, pour des raisons traitées plus bas —, vous écrivez le message ou joignez le fichier, et vous chiffrez avec cette clé. Le résultat est un bloc blindé qui peut voyager par courriel ordinaire, parce que son contenu ne peut être lu que par le détenteur de la clé privée correspondante. Une conséquence mérite d’être dite clairement : si vous ne chiffrez pas aussi avec votre propre clé, vous ne pourrez pas relire ce que vous avez envoyé. Décidez cela à dessein, pas par accident.
Remarquez quelle clé a fait le travail. Vous chiffrez avec la clé publique de l’autre personne, pas avec la vôtre. Votre paire de clés compte quand on vous écrit et quand vous signez ; la sienne compte quand vous lui écrivez. L’essentiel de la confusion des débutants — et de la plupart des premières tentatives ratées — est cette direction inversée, suivie d’un message que personne ne peut ouvrir, parfois pas même la personne à qui il était destiné.
Déchiffrez ce qui arrive, signez ce que vous envoyez, vérifiez ce que vous recevez
Déchiffrer est l’endroit où la clé privée gagne ses règles de stockage. Quelqu’un vous envoie un bloc blindé ou un fichier chiffré ; vous l’ouvrez avec la clé privée, saisissez la phrase secrète et lisez le contenu localement. Rien dans cette étape n’a besoin d’un réseau, d’un serveur ou d’un compte, et elle ne devrait avoir aucune de ces choses. Si un flux de travail vous demande de téléverser un message chiffré et votre clé privée sur un site web pour qu’il déchiffre à votre place, le flux de travail est la menace : fermez l’onglet.
Signer et vérifier forment une paire, et vérifier est la moitié que l’on saute. Une signature que vous créez dit aux destinataires : ceci provient du détenteur de cette clé, inchangé. Une signature que vous vérifiez vous dit la même chose de ce qui est arrivé — mais seulement si vous vérifiez réellement, et seulement face à une clé publique dont vous êtes sûr qu’elle appartient à l’expéditeur. Une vérification échouée n’est pas un avertissement à cliquer pour continuer. Elle signifie l’une de trois choses : le contenu a changé après la signature, la signature est corrompue, ou la clé qui a signé n’est pas celle que vous attendiez. Les trois finissent de la même façon : n’agissez pas sur ce contenu et demandez à l’expéditeur, par un autre canal, ce qui s’est passé.
L’hygiène des clés, c’est la sécurité, la plupart des jours
Les échecs de PGP dans le monde réel sont rarement des mathématiques cassées. Ce sont une clé privée sans sauvegarde, perdue avec un portable. Une phrase secrète réutilisée d’un compte de forum. Une clé expirée au milieu d’une conversation, si bien que les correspondants reviennent discrètement au texte clair. Fixez une expiration que vous maintiendrez vraiment — un à deux ans est un choix courant et sensé — et notez la date de renouvellement dans un calendrier le jour où vous générez la clé, pas la semaine où elle expire.
Générez le certificat de révocation en même temps que la clé, avant d’en avoir besoin, et conservez-le avec la sauvegarde. Un certificat de révocation est la façon de dire au monde qu’une clé est retirée ou compromise ; en créer un exige la clé privée, qui est précisément ce que vous risquez de ne pas avoir le mauvais jour. Phrase secrète, sauvegarde et certificat de révocation n’ont rien de glamour, et ils sont la différence entre un incident et une impasse.
Enfin, les empreintes. Un identifiant de clé est court et ne prouve rien ; l’empreinte est le long hachage de la clé publique, et la comparer est la façon de savoir que la clé que vous tenez est celle que tient votre correspondant. Comparez-la hors bande — lisez-la lors d’un appel, confrontez-la à une carte ou à une page que la personne contrôle —, pas dans le même fil de courriel qui a livré la clé. Une clé arrivée par courriel avec son empreinte dans le même message s’est vérifiée elle-même, ce qui revient à dire qu’elle n’a pas été vérifiée du tout.
Les limites honnêtes, et quand utiliser autre chose
PGP chiffre le contenu. Il ne masque pas les métadonnées : dans le courriel, l’expéditeur, le destinataire, le moment et, le plus souvent, l’objet restent visibles pour les serveurs qui transportent le message, et la taille d’un fichier chiffré dit aussi quelque chose. Il porte aussi trois décennies d’histoire d’utilisabilité — la gestion des clés a désorienté une génération d’utilisateurs, et les outils ne sont jamais devenus invisibles comme l’ont fait les messageries modernes. Rien de cela ne le rend inutile. Cela le rend spécifique : un chiffrement asynchrone de fichiers et de messages entre des personnes capables de gérer des clés, sans compte central ni fournisseur au milieu.
Pour la conversation quotidienne, Signal est le meilleur outil : les clés sont gérées pour vous, le traitement des métadonnées est plus fort, et personne n’a à comparer une empreinte avant le dîner. Pour chiffrer un fichier à stocker ou à transférer, age est plus simple que PGP et plus difficile à mal utiliser. Pour signer une version ou un document quand tout ce qu’il vous faut est une signature, minisign est plus petit et plus clair. Le terrain restant de PGP est réel — un courriel qui doit rester lisible pendant des années, des signatures au sein d’infrastructures existantes, une interopérabilité entre outils et décennies — et sur ce terrain, la suite PGP d’ici retire la ligne de commande du travail sans retirer le soin que le travail exige.
Questions fréquentes
Le PGP dans le navigateur est-il sûr ?
Le matériel de clés ne quitte jamais l’onglet : la génération, le chiffrement, le déchiffrement et la signature s’exécutent localement dans le navigateur, et la page ne téléverse ni ne stocke rien. Cela dit, un navigateur n’est fiable qu’autant que l’appareil et le navigateur qui l’exécutent — extensions, logiciels malveillants et machine empruntée se trouvent en dessous. Pour les clés du quotidien, ce compromis est raisonnable. Pour les clés aux enjeux les plus élevés — celle qui protège une version, un coffre ou les données d’autres personnes — utilisez une machine hors ligne et réservez l’outil dans le navigateur au travail de commodité.
J’ai perdu ma clé privée ou sa phrase secrète — quelqu’un peut-il récupérer mes messages ?
Non, et c’est bien le point. Il n’y a ni réinitialisation de mot de passe, ni service d’assistance, ni porte dérobée : un message chiffré avec une clé dont la moitié privée est perdue, ou dont la phrase secrète est oubliée, reste chiffré. Quiconque pourrait le récupérer pour vous pourrait aussi le récupérer pour quelqu’un d’autre. C’est pourquoi les sauvegardes et le certificat de révocation de la section sur l’hygiène existent — la sauvegarde est la façon de survivre à la perte d’un appareil, et le certificat de révocation est la façon de retirer une clé que vous ne pouvez plus utiliser ou à laquelle vous ne faites plus confiance.
Comment savoir qu’une clé publique appartient vraiment à la personne ?
Comparez l’empreinte par un second canal : lisez-la à voix haute lors d’un appel, confrontez-la à une carte que la personne vous a remise ou à une page qu’elle contrôle. L’empreinte est le hachage complet de la clé publique ; si elle correspond des deux côtés, vous tenez la même clé qu’elle. Les serveurs de clés n’attestent rien — n’importe qui peut téléverser une clé affirmant n’importe quel nom et n’importe quelle adresse électronique, et figurer dans l’annuaire n’est pas une vérification. Une clé téléchargée de n’importe où, confirmée par son empreinte ailleurs, est la norme à viser.