Aller au contenu
TortueTech
RubriquesGlossaire

Clé publique

Gestion des clés

Moitié diffusable d'une paire de clés asymétriques. Selon l'algorithme, elle sert à chiffrer des données que seule la clé privée associée pourra déchiffrer, à vérifier les signatures produites par cette clé privée, ou à établir une clé commune avec son détenteur. On peut la publier partout, c'est même tout l'intérêt.

Séquence entre trois acteurs, Alice, l'Annuaire et Bob. 1, Bob publie sa clé publique dans l'Annuaire. 2, Alice récupère la clé publique de Bob dans l'Annuaire. 3, Alice envoie à Bob un message chiffré avec la clé publique de Bob. 4, Bob déchiffre ce message avec sa clé privée. 5, dans le cas d'une signature, Bob envoie à Alice un message signé avec sa clé privée, qu'on peut vérifier avec sa clé publique.

Ce qu'elle permet : Chiffrer à l'intention du détenteur de la clé privée, vérifier qu'une signature vient bien de lui, ou établir avec lui une clé commune (Diffie-Hellman, KEM). Dans les trois cas elle ne permet jamais l'inverse : on ne déchiffre ni ne signe avec une clé publique, et les courbes elliptiques ne chiffrent en général aucun message directement.

Pourquoi on peut la publier : Retrouver la clé privée à partir de la clé publique repose sur un problème mathématique jugé infaisable en pratique : factorisation de grands entiers pour RSA, logarithme discret sur courbe elliptique pour ECDSA ou Ed25519.

Le vrai problème : l'authenticité : Une clé publique ne dit pas à qui elle appartient ; il faut un certificat, une PKI ou une empreinte vérifiée hors bande pour l'attester. Aucune clé publique n'a jamais fui, par construction : c'est la question « à qui est-elle, au juste ? » qui finit en incident, généralement une fois la mise en production faite.

Formats courants : On la croise en PEM, dans un fichier authorized_keys SSH, en JWK dans un JWKS ou encapsulée dans un certificat X.509.

Voir aussi :Clé privéePKIRSAECDSAJWK

Ce qui arrive si on s'en passe

Sans clé publique diffusée, la cryptographie asymétrique perd son point d'appui : aucun tiers ne peut vérifier une signature, donc un paquet, un commit ou un certificat modifié ne se distingue plus de l'original, et l'origine d'un message ne peut plus être démontrée. Pour chiffrer à l'intention d'un destinataire, il faut alors un secret partagé à l'avance et transmis par un canal lui-même protégé ; chaque nouveau correspondant ajoute une copie de ce secret, et une seule copie compromise expose tout ce qu'il protège. Une clé publique récupérée sans contrôle de son empreinte ou de sa chaîne de confiance ouvre aussi la porte à la substitution : un attaquant qui glisse sa propre clé à la place de la vraie lit les données chiffrées pour la victime et signe en son nom des contenus jugés authentiques.

Explication de la marmotte

Imagine que tu distribues à tout le monde des cadenas ouverts, tous identiques, mais que toi seul gardes la petite clé qui les ouvre. N'importe qui peut glisser un mot dans une boîte, la fermer avec ton cadenas et te l'envoyer. Une fois le cadenas refermé, même la personne qui a écrit le mot ne peut plus rouvrir la boîte : il n'y a que toi. Le cadenas ouvert, c'est la clé publique : on peut le donner à la Terre entière sans aucun risque. La petite clé, c'est la clé privée, et celle-là, tu ne la prêtes jamais.

Où ce terme est utilisé

← Tout le glossaire