PGP Suite
Générez une paire de clés, chiffrez un message, déchiffrez-en un, signez un texte pour que quiconque puisse prouver qu’il vient de vous, vérifiez une signature qu’on vous a envoyée et inspectez une clé avant de lui faire confiance — les cinq tâches pour lesquelles on ouvre GnuPG, sans la ligne de commande. Tout s’exécute localement dans cet onglet de navigateur : votre clé privée et votre phrase secrète ne sont jamais téléversées, jamais journalisées et ne quittent jamais votre appareil, car un outil qui vous demande de coller une clé privée sur un serveur a déjà échoué à son seul test important. Fermez l’onglet et les clés disparaissent avec lui — enregistrez ce que vous générez avant de partir.
Générer une paire de clés
Curve25519 est le choix moderne par défaut : petites clés, opérations rapides, et le même choix que fait le GnuPG actuel pour les nouvelles clés. Ne choisissez RSA-4096 que lorsque les outils de l’autre partie sont assez anciens pour l’exiger. Une phrase secrète chiffre la clé privée au repos — définissez-en une si vous allez conserver la clé quelque part.
La phrase secrète ne quitte jamais cet onglet. Si vous en définissez une et l’oubliez, la clé privée ne pourra pas être récupérée — ni par nous, ni par personne.
Chiffrer un message
Collez la clé publique du destinataire et le message. Seule la clé privée correspondante peut ouvrir le résultat, donc le texte chiffré peut voyager par des canaux auxquels vous ne faites pas confiance.
Déchiffrer un message
Collez votre clé privée, sa phrase secrète et le message chiffré. Le texte en clair apparaît ici et nulle part ailleurs — il n’est pas conservé, alors copiez-le avant de fermer l’onglet.
Signer et vérifier
Une signature en clair garde le message lisible tout en permettant à quiconque possède votre clé publique de prouver qu’il est de vous et inaltéré. Signez avec votre clé privée à gauche ; vérifiez un message signé avec la clé publique du signataire à droite.
Inspecter une clé
Avant de chiffrer pour une clé que quelqu’un vous a remise, regardez-la : à qui elle prétend appartenir, quel algorithme elle utilise, quand elle a été créée, si elle expire, et l’empreinte à comparer hors bande — au téléphone, en personne, par n’importe quel canal qui n’est pas celui qui a livré la clé.
Propulsé par OpenPGP.js, utilisé sans modification sous la Licence publique générale amoindrie GNU v3.0 ou ultérieure (LGPL-3.0-or-later). Le code source complet est disponible dans le dépôt OpenPGP.js.
Pourquoi cela vit dans votre navigateur, et ce que cela ne peut pas faire
PGP a survécu trois décennies parce que son modèle de confiance n’a besoin d’aucun serveur : les clés sont générées par leur propriétaire, le chiffrement se fait sur la machine de l’expéditeur et le déchiffrement sur celle du destinataire. Chaque formulaire web qui brise cette forme — téléversez votre clé privée, nous déchiffrerons pour vous — réintroduit exactement l’intermédiaire que PGP existe pour supprimer ; c’est pourquoi cette suite est construite à l’inverse : la bibliothèque OpenPGP.js est téléchargée une fois comme du code, puis vos clés, phrases secrètes, textes en clair et textes chiffrés sont traités par ce code dans votre onglet et ne sont jamais transmis. C’est aussi pourquoi il n’y a ici ni compte ni stockage de clés. Une clé générée ci-dessus n’existe que dans la zone de texte où elle est apparue jusqu’à ce que vous l’enregistriez ; le flux honnête consiste à télécharger les deux moitiés, à garder la clé privée dans un endroit chiffré, à publier la clé publique là où les gens vous cherchent, et à traiter tout service qui propose de « garder vos clés en sécurité en ligne » comme la menace, non comme le remède. Le guide compagnon, le chiffrement PGP sans la ligne de commande, parcourt ce flux de bout en bout, y compris la façon de vérifier une empreinte avant le premier message.
Les limites honnêtes comptent autant que les fonctions. Cette page ne produit que des signatures en clair — elle ne signe pas de fichiers en détaché et ne chiffre pas de fichiers, car un outil de fichiers ne doit jamais téléverser son entrée non plus, et cela mérite sa propre page plutôt qu’un greffon. Elle ne gère pas de trousseau, ne récupère pas de clés sur des serveurs de clés et ne vérifie pas les révocations : une clé inspectée ici est la clé telle qu’elle a été collée, et son empreinte est la partie à vérifier ailleurs. Et elle ne peut pas secourir une phrase secrète perdue — il n’y a pas de récupération, par conception. Autour de la suite, les outils voisins couvrent les tâches adjacentes : l’appariement de certificats et de clés fait la même vérification d’appariement pour les certificats TLS, et le générateur de mots de passe produit la phrase secrète forte et unique que votre clé privée mérite — tous deux, comme cette page, sans que rien ne quitte votre navigateur.
Questions fréquentes
Est-ce vraiment sûr de coller ma clé privée ici ?
Sur cette page, oui — et la raison est architecturale, pas une promesse. La page n’émet aucune requête réseau lorsqu’elle déchiffre ou signe : le code d’OpenPGP.js s’exécute dans l’onglet de votre navigateur, la clé est utilisée en mémoire et n’est jamais transmise, stockée ni journalisée. Vous pouvez le vérifier vous-même : chargez la page, passez hors ligne, et tout fonctionne encore. C’est une espèce d’outil différente d’un formulaire « PGP en ligne » côté serveur, où la clé voyage réellement vers la machine de quelqu’un d’autre — ne les utilisez jamais avec une clé qui compte.
Curve25519 ou RSA-4096 — que devrais-je générer ?
Curve25519 pour tout ce qui est nouveau. C’est le défaut du GnuPG et de l’OpenPGP.js actuels, les clés et signatures sont bien plus petites, la génération est instantanée au lieu de secondes de chasse aux nombres premiers, et il n’y a pas de pièges de paramètres RSA faibles. RSA-4096 est là pour la compatibilité : de très anciens plugins de messagerie, des flux hérités avec HSM et quelques outils d’entreprise ne savent toujours pas lire les clés à courbe elliptique. Si vous n’êtes pas sûr d’avoir besoin de RSA, vous n’en avez pas besoin.
Que se passe-t-il si j’oublie la phrase secrète de ma clé privée ?
La clé est perdue. La phrase secrète chiffre le matériau même de la clé privée ; sans elle, personne ne peut exécuter les mathématiques — ni ce site (qui ne l’a jamais vue), ni OpenPGP.js, ni GnuPG. Cette finalité, c’est la propriété de sécurité qui fonctionne comme prévu. Générez une nouvelle paire de clés, publiez la nouvelle clé publique et, si perdre l’accès ferait mal, conservez la phrase secrète dans un gestionnaire de mots de passe — générée par le même genre d’outil local, non mémorisée jusqu’à la réutilisation.
La vérification dit que la signature ne correspond pas. Qu’est-ce que cela signifie ?
Cela signifie que le message devant vous n’est pas, bit pour bit, le message qui a été signé — ou que le bloc de signature lui-même a été abîmé en transit. Les clients de messagerie et les outils de discussion réenveloppent les lignes, convertissent les tirets et mangent les espaces de fin de ligne, et une signature en clair couvre les octets exacts ; la cause fréquente est donc la mutilation pendant le transport. Une modification délibérée a exactement la même apparence depuis le fauteuil du vérificateur — c’est précisément le but de la signature. Demandez le message en pièce jointe, et comparez les empreintes hors bande si le contenu compte.
Puis-je utiliser des clés que j’ai déjà — de GnuPG, Mailvelope ou un serveur de clés ?
Oui. Exportez le bloc armored (gpg --armor --export [email protected] pour une clé publique, --export-secret-keys pour une clé privée) et collez-le n’importe où sur cette page ; l’inspecteur lit aussi les clés fabriquées par d’autres logiciels OpenPGP, car le format est le standard, pas une invention de ce site. L’inverse est vrai aussi : les clés générées ici s’importent proprement dans GnuPG et tout client compatible, donc rien de ce que vous faites ici ne vous enferme.