Qu'est-ce que le chiffrement homomorphe appliqué à la blockchain ?

Mis à jour le 14/10/2026

Définition : de quoi parle-t-on ?

Le chiffrement homomorphe est une technique cryptographique qui permet d'effectuer des opérations sur des données chiffrées, sans les déchiffrer. Dans le contexte de la blockchain, il permet aux nœuds ou aux contrats intelligents de manipuler des valeurs chiffrées stockées dans le registre, tout en préservant la confidentialité des données. Contrairement au chiffrement classique, la sortie reste chiffrée et peut être déchiffrée par une clé privée autorisée. Cette propriété ouvre la porte à des applications décentralisées où les utilisateurs peuvent garder le contrôle de leurs informations sensibles tout en participant à des calculs collectifs.

À quoi cela sert-il ?

Le chiffrement homomorphe appliqué à la blockchain vise à combiner la transparence et la traçabilité inhérentes aux registres distribués avec la confidentialité des données. Il permet aux participants de soumettre des transactions chiffrées, d'effectuer des opérations comme l'addition ou la multiplication sur ces valeurs sans les révéler, puis de publier le résultat chiffré. L'objectif est d'offrir des services financiers ou de gestion de données où la valeur peut être vérifiée et transformée sans exposer l'information sous-jacente, tout en garantissant l'intégrité du registre grâce aux mécanismes de consensus.

Comment cela fonctionne, étape par étape

1. Étape 1 Choisir un schéma homomorphe adapté, comme CKKS ou BFV, puis générer une paire de clés publique/privée. La clé publique est diffusée sur la blockchain afin que les utilisateurs puissent chiffrer leurs données avant de les transmettre.
2. Étape 2 Un utilisateur chiffre une valeur, par exemple un montant de 100, avec la clé publique, puis crée une transaction contenant ce ciphertext. La blockchain accepte la transaction sans jamais voir le montant réel.
3. Étape 3 Lorsqu'un contrat intelligent doit combiner plusieurs valeurs chiffrées, il applique l'opération homomorphe (addition ou multiplication) directement sur les ciphertexts stockés dans le registre, produisant un nouveau ciphertext qui représente le résultat chiffré.
4. Étape 4 Au besoin, le détenteur d'une clé privée peut déchiffrer le ciphertext final pour obtenir le résultat clair, par exemple le total cumulé, tout en conservant que les données individuelles restent privées pour les autres participants.

Exemple concret (scénario fictif)

Dans un protocole fictif de vote électronique, chaque électeur chiffre son choix de candidat à l'aide de la clé publique du système. Les votes chiffrés sont inscrits sur la blockchain. Un smart‑contract additionne les votes grâce à l'opération homomorphe, produisant un ciphertext contenant le total des votes pour chaque candidat. Aucun n'a accès aux choix individuels. Après la clôture, l'administrateur déchiffre le ciphertext final pour afficher le résultat clair. Ainsi, la blockchain garantit l'intégrité du recensement, tandis que le chiffrement homomorphe préserve la confidentialité de chaque vote. Pour illustrer, supposons qu'il y ait trois candidats A, B et C. Chaque vote chiffré contient un vecteur de trois positions, où le candidat choisi est représenté par un 1 et les autres par 0. Le smart‑contract additionne ces vecteurs élément par élément grâce à l'homomorphisme, donnant un vecteur chiffré dont les valeurs sont les totaux par candidat. Le déchiffrement révèle alors les scores sans jamais exposer qui a voté pour qui.

Différences et cas d’utilisation

Chiffrement homomorphe vs chiffrement classique

Le chiffrement classique ne permet pas d'opérer sur les données chiffrées ; toute manipulation nécessite le déchiffrement. En revanche, le homomorphisme autorise des calculs cryptés, conservant le chiffrement tout au long du processus. Cette distinction est cruciale pour la confidentialité dans les systèmes distribués.

Homomorphisme additif vs multiplicatif

Un schéma homomorphe peut supporter uniquement l'addition (additif) ou uniquement la multiplication (multiplicatif). Un schéma additif permet de cumuler des valeurs chiffrées, tandis qu'un schéma multiplicatif est utile pour des opérations comme le calcul de moyennes ou de produits. Certains systèmes combinent les deux.

Blockchain publique vs blockchain privée

Dans une blockchain publique, tous les nœuds peuvent exécuter le même smart‑contract homomorphe, assurant transparence mais exposant la structure des opérations. Dans une blockchain privée, l'accès est restreint, ce qui réduit la surface d'attaque mais limite la distribution des clés publiques nécessaires au chiffrement.

Avantages et intérêts possibles

• Permet de réaliser des opérations sur des données chiffrées stockées dans un registre public, garantissant la confidentialité des valeurs tout en assurant l'intégrité des calculs grâce à la preuve cryptographique intégrée. Condition : disponibilité d'une clé de déchiffrement maîtrisée par l'utilisateur.
• Facilite l'exécution de contrats intelligents privés sur une blockchain publique, car les parties peuvent injecter des données chiffrées sans révéler d'informations sensibles. Condition : la blockchain doit supporter des opérations de type homomorphe et les nœuds doivent être capables de traiter des ciphertexts lourds.
• Autorise l'agrégation de données financières ou médicales pour des analyses statistiques sans divulguer les éléments individuels. Condition : l'algorithme homomorphe doit être robuste contre les attaques de bruit et les paramètres de sécurité correctement dimensionnés.

Inconvénients et limites

• La performance est un frein majeur : les opérations homomorphes requièrent des ressources de calcul et de stockage considérables, ce qui ralentit les validations de blocs et augmente les coûts de gaz ou de frais de transaction.
• La sécurité dépend fortement de la qualité de la clé privée et de l'algorithme choisi ; une mauvaise implémentation peut entraîner une fuite d'information ou un manque de confidentialité.
• L'interopérabilité avec les contrats existants est limitée, car la plupart des plateformes ne supportent pas encore les opérations homomorphes complexes, nécessitant des adaptations de code et des audits supplémentaires.

Risques réels à connaître

• Attaque par canal auxiliaire sur les opérations homomorphes : les nœuds de validation exposent des métadonnées de calcul (temps d'exécution, charge processeur) lors du traitement des ciphertexts. Un attaquant peut alors déduire des informations sensibles sur les données sous-jacentes sans avoir à casser le chiffrement lui-même.
• Fuite involontaire de la clé de déchiffrement par le contrat intelligent : une erreur dans le code ou une faille dans la gestion des accès expose la clé privée autorisée à des tiers non habilités. Tous les historiques de données chiffrées stockées sur la blockchain deviennent alors lisibles en clair, sans possibilité de rétractation.
• Corruption des calculs homomorphes par des nœuds malveillants : des nœuds de validation modifient volontairement les paramètres des opérations sans être détectés, car les preuves de validité des calculs sur ciphertexts sont complexes à vérifier. Les résultats finaux déchiffrés sont erronés, faussant les analyses ou l'exécution de contrats.
• Usurpation d'identité pour l'injection de données chiffrées malveillantes : l'absence de vérification d'identité des expéditeurs sur les blockchains publiques permet à des acteurs malveillants d'ajouter des ciphertexts corrompus dans le registre. Les calculs homomorphes agrègent des valeurs fausses, rendant les résultats finaux inutilisables pour l'ensemble des participants.

Comment vérifier concrètement

• Vérifier que la bibliothèque homomorphe utilisée possède un audit indépendant récent, en consultant les rapports d'experts et en évaluant la conformité aux standards de sécurité reconnus.
• S'assurer que la taille et le format des ciphertexts ne dépassent pas les limites de stockage du registre, en mesurant les bytes générés et en comparant avec la capacité de bloc.
• Effectuer des tests de performance sur un réseau de test simulé, en mesurant le temps de validation et le coût transactionnel, pour garantir que l'implémentation ne surcharge pas le réseau.
• Examiner les mécanismes de clé publique/privée pour s'assurer qu'une seule entité ne détient pas la clé de déchiffrement, afin de prévenir un point unique de défaillance.
• Vérifier que les contrats intelligents intègrent des vérifications de validité des outputs chiffrés, en utilisant des assertions ou des fonctions de vérification de format.

Pour aller plus loin

Ces références officielles permettent de recouper les règles et les mises en garde ; elles ne valident pas un projet particulier.

• AMF — informations et prévention pour les épargnants
• Définition : Blockchain
• Débuter en crypto
• Checklist avant transfert
• Assistant anti-arnaque

FAQ