Hachage/Crypto

PGP/GPG Encrypt/Decrypt

Générer des clés PGP, chiffrer et déchiffrer des messages (OpenPGP, RFC 4880) via la bibliothèque openpgp.js.


                        

                        

PGP/OpenPGP (RFC 4880) uses a key pair — public and private — for end-to-end message encryption and digital signatures. This tool generates keys and encrypts/decrypts messages using the openpgp.js library, right in your browser.

How to use it

Common uses

Things to keep in mind

A public key can be shared freely — it's exactly what others need to encrypt a message for you; a private key must never be shared with anyone.

Losing a private key with no backup means old messages can never be decrypted again — that's why creating a revocation certificate right after generating a key is worth doing immediately.

Article sur cet outil: PGP : comment fonctionne le chiffrement à clé publique et privée

Questions fréquentes

Quelle est la différence entre une clé publique et une clé privée ?

La clé publique peut être partagée librement et sert à chiffrer des messages qui vous sont destinés ou à vérifier vos signatures ; la clé privée doit rester secrète et sert à déchiffrer les messages reçus ou à signer les vôtres. Les deux forment une paire mathématiquement liée.

Quelle est la différence entre PGP et GPG ?

PGP (Pretty Good Privacy) désigne la norme et son format, formalisée aujourd'hui sous OpenPGP (RFC 4880), tandis que GPG (GNU Privacy Guard) est une implémentation libre et open source de cette norme. Cet outil s'appuie sur openpgp.js, qui implémente le même standard OpenPGP.

Quelle est la différence entre signer et chiffrer un message ?

Chiffrer un message avec la clé publique du destinataire garantit sa confidentialité : seul lui peut le déchiffrer avec sa clé privée. Signer un message avec votre clé privée prouve son authenticité et son intégrité : n'importe qui peut vérifier avec votre clé publique que le message vient bien de vous et n'a pas été modifié.

Qu'est-ce que le Web of Trust et en quoi diffère-t-il de X.509 ?

Contrairement à X.509, où la confiance est garantie par une autorité de certification centralisée, PGP repose sur une « toile de confiance » : les utilisateurs signent eux-mêmes les clés publiques les uns des autres, confirmant une vérification personnelle de l'appartenance de la clé. La confiance envers une clé inconnue naît par une chaîne de signatures de personnes en qui vous avez déjà confiance.

Que se passe-t-il si l'on perd sa clé privée ?

Sans la clé privée, impossible de déchiffrer les messages qui vous sont destinés ou de signer en votre nom — la clé ne peut pas être récupérée en l'absence de sauvegarde. C'est pourquoi créer un certificat de révocation (revocation certificate) immédiatement après la génération de la clé est une pratique importante.

Articles : Hachage/Crypto

Hash Generator : en quoi MD5, SHA-1 et SHA-256 diffèrent

Pourquoi MD5 sert encore à vérifier l'intégrité de fichiers, mais pas pour les mots de passe.

Checksum Verifier : comment vérifier qu'un fichier n'est pas corrompu

Pourquoi une somme de contrôle correspondante confirme l'intégrité d'un fichier, mais pas qui l'a créé.

HMAC : en quoi un hachage avec clé diffère d'un hachage classique

Pourquoi un simple SHA-256 ne protège pas contre la falsification d'un message, mais HMAC oui.

Bcrypt : pourquoi les mots de passe sont hachés lentement, pas rapidement

Pourquoi un SHA-256 rapide est un mauvais choix pour les mots de passe, et un bcrypt lent le bon choix.

UUID : comment générer des identifiants qui ne se répètent presque jamais

Pourquoi un UUID v4 peut être généré indépendamment sur des millions de machines sans risque de collision.

Générateur de mots de passe : ce qui rend vraiment un mot de passe solide

Pourquoi un long mot de passe fait de mots du dictionnaire est plus solide qu'un court avec symboles et chiffres.

AES : comment fonctionne le chiffrement symétrique

Pourquoi la même clé chiffre et déchiffre les données en AES, et en quoi cela diffère du chiffrement asymétrique.

Argon2 : pourquoi cet algorithme a remporté le concours de hachage de mots de passe

Comment Argon2 se défend mieux contre les attaques par GPU que les algorithmes de hachage de mots de passe plus anciens.

Scrypt : pourquoi l'algorithme a besoin d'autant de mémoire

Pourquoi scrypt exige volontairement beaucoup de mémoire pour compliquer le cassage sur des dispositifs ASIC.

TOTP : comment fonctionnent les codes à usage unique des applications d'authentification

Pourquoi le code de Google Authenticator fonctionne sans internet et se synchronise avec le serveur uniquement via l'heure.

PBKDF2 : le plus ancien standard d'étirement de clé

Pourquoi le nombre d'itérations recommandé pour PBKDF2 augmente chaque année.

X.509 : ce qu'il y a à l'intérieur d'un certificat SSL

Ce que le navigateur vérifie exactement dans le certificat d'un site avant d'afficher le cadenas vert.