Qu’est-ce qu’une clé privée ?

Une clé privée est une donnée cryptographique secrète qu’un algorithme utilise pour produire des signatures numériques. Sur une blockchain, une signature valide peut satisfaire une condition d’autorisation fondée sur une clé sans transmettre la clé privée au réseau.

La clé privée n’est pas le crypto-actif et n’est pas stockée « dans » une monnaie. Les actifs et soldes sont représentés par le registre et les règles du réseau ; la clé fournit la preuve nécessaire pour autoriser une action. Cette distinction est importante, car les comptes contrôlés par un contrat, plusieurs clés ou d’autres mécanismes de récupération ne se réduisent pas toujours à une adresse et une clé privée.

Comment une clé privée devient une autorité de signature

Dans un système à courbes elliptiques, la génération sélectionne une valeur privée dans la plage valide au moyen d’un procédé aléatoire approprié, puis en dérive le point public. SEC 1 décrit la génération des paires et la validation des clés publiques. Un aléa faible, la réutilisation dangereuse d’un secret de signature lorsqu’une nouvelle valeur est requise ou une erreur d’implémentation peuvent compromettre le système mathématique. SEC 1: Elliptic Curve Cryptography

NIST FIPS 186-5 distingue trois processus : générer une paire, produire une signature et la vérifier. La clé privée sert à signer, la clé publique à vérifier. Un vérificateur ne doit pas avoir besoin de la clé privée, et un service légitime n’en a pas besoin pour constater qu’une signature est valide. NIST FIPS 186-5

Pour une transaction typique contrôlée par clé, le portefeuille :

1. construit les données que le réseau attend de voir signées ;
2. utilise la clé privée dans l’algorithme choisi ;
3. renvoie une signature tout en conservant la clé dans son environnement de stockage ou de signature ;
4. diffuse la transaction signée, que le réseau valide selon le protocole.

Les données précises varient selon le réseau et le type de transaction. Une signature valable pour une sérialisation, une chaîne ou un domaine d’autorisation ne doit pas être supposée valable partout.

Clé privée, clé publique, adresse et compte

• Clé privée : entrée secrète utilisée pour produire des signatures.
• Clé publique : donnée correspondante utilisée pour les vérifier.
• Adresse : identifiant propre au réseau, qui peut provenir d’une clé publique, d’un script ou d’une règle de déploiement.
• Compte : état ou dispositif d’autorisation associé à une adresse.

Les comptes externes Ethereum (EOA) sont contrôlés par des clés privées et leur adresse dérive de la clé publique. Les comptes de contrats ont une adresse mais aucune clé privée propre : leur code détermine leur comportement. Les clés de validation Ethereum remplissent encore un autre rôle. Ces distinctions empêchent de généraliser l’idée qu’« une adresse est le compte d’une clé privée ». Ethereum accounts

Bitcoin applique des conditions de dépense propres à chaque sortie. Selon le type, une dépense peut exiger une signature, l’une de plusieurs signatures ou l’exécution d’un script. La clé privée ne déplace donc pas seule un solde abstrait ; elle aide à produire une preuve acceptée par une condition précise.

Un portefeuille peut gérer de nombreuses clés privées

Un portefeuille est une interface et un système de gestion des clés, pas une clé unique. Les anciens portefeuilles à clés indépendantes créaient des clés sans relation, à sauvegarder séparément. Les portefeuilles déterministes hiérarchiques (HD) dérivent un arbre de clés depuis une racine et réduisent la nécessité de sauvegarder chaque clé. Bitcoin Developer Guide: wallets

Dans BIP-32, une graine produit une clé privée étendue maîtresse, composée d’une clé privée et d’un code de chaîne. Les clés enfants suivent des chemins de dérivation. Les branches renforcées et non renforcées n’ont pas les mêmes propriétés : une clé publique étendue peut dériver les enfants publics non renforcés, mais pas les enfants renforcés. Une clé privée étendue peut exposer une branche entière et n’est donc pas interchangeable avec une clé privée terminale. BIP-32: Hierarchical Deterministic Wallets

Clé privée, phrase de récupération, phrase secrète et mot de passe

• Une clé privée signe pour une paire de clés.
• Une phrase de récupération BIP-39 est une suite ordonnée de mots transformée en graine, laquelle peut générer de nombreuses clés.
• Une phrase secrète BIP-39 est une entrée supplémentaire pour produire la graine. Toute phrase secrète produit une graine, mais seule la combinaison voulue restaure l’arbre attendu.
• Un mot de passe ou code PIN du portefeuille protège généralement l’accès local à l’application, à l’appareil ou au fichier chiffré. Ce n’est pas automatiquement une clé de signature ni la phrase secrète BIP-39.

Changer le mot de passe de l’application peut rechiffrer le stockage sans modifier les clés. Si une clé ou un secret de récupération a déjà été copié, ce changement n’invalide pas la copie. Inversement, perdre le mot de passe ne signifie pas toujours perdre la clé s’il existe une voie de récupération compatible. Il faut examiner la conception du portefeuille, et non tirer une conclusion du seul mot « mot de passe ». BIP-39

Compromission, sauvegarde et remplacement

Le NIST traite la génération, le stockage, la sauvegarde, la récupération, l’utilisation, la révocation et la destruction comme des étapes distinctes du cycle de vie. Les protocoles blockchain gèrent différemment une clé compromise. Certains systèmes autonomes n’ont aucune réinitialisation centrale : déplacer les actifs ou changer l’autorisation peut exiger une transaction valide tant que l’accès d’origine existe encore. Les comptes à contrat ou systèmes de conservation peuvent prévoir d’autres règles. NIST SP 800-57 Part 1 Rev. 5

Garder la clé secrète ne rend pas chaque signature appropriée. Un logiciel malveillant peut modifier les données, une interface trompeuse peut demander des droits trop larges et l’utilisateur peut signer une instruction indésirable sans exporter sa clé. La confidentialité de la clé et la compréhension de ce qui est signé sont deux contrôles distincts.

Une clé privée ou une phrase de récupération ne doit pas être saisie dans une page ou un message sous prétexte d’assistance ou de vérification de propriété. Une procédure normale peut vérifier une signature sans demander le secret.

FAQ

Un fournisseur de portefeuille peut-il réinitialiser une clé privée perdue ?

Il n’existe pas de réinitialisation universelle. Dans une configuration classique en auto-conservation, la récupération dépend d’une sauvegarde existante ou d’un mécanisme déjà prévu. Les systèmes avec conservation par un tiers ou fondés sur des contrats peuvent fonctionner autrement.

Exporter une clé privée sauvegarde-t-il tout le portefeuille ?

Pas nécessairement. Un portefeuille HD peut gérer de nombreuses clés ; une clé terminale ne reconstitue ni la graine, ni les autres branches, ni les réglages de dérivation ou métadonnées. La sauvegarde doit correspondre à l’architecture.

Concepts associés

Pour une comparaison plus détaillée, consultez l’article en anglais Private keys vs public keys.

Consultez les articles sur les clés publiques, les phrases de récupération, les adresses blockchain et les portefeuilles crypto, ou revenez au glossaire crypto.

Sources

• NIST FIPS 186-5: Digital Signature Standard — génération des paires, production et vérification des signatures.
• NIST SP 800-57 Part 1 Rev. 5 — types de clés, exigences de protection et cycle de vie.
• SEC 1 Version 2.0 — génération de paires elliptiques et opérations de signature.
• Ethereum: accounts — EOA, contrats, paires de clés et adresses.
• BIP-32 — arbres HD, clés étendues et dérivation renforcée.
• BIP-39 — passage du mnémonique à la graine et phrase secrète facultative.
• Bitcoin Developer Guide: wallets — architectures, clés de signature et dérivation déterministe.