FR 2857184 A1 20050107 FR 0308229 A 20030704 La présente invention concerne un procédé de sécurisation et d'identification de messages sur un réseau, ainsi qu'un dispositif sécurisé correspondant. Un réseau est constitué d'un ensemble de dispositifs émetteur/ récepteur adaptés à échanger des messages par exemple par un bus numérique, par radiodiffusion ou par l'intermédiaire du réseau Internet. Pour sécuriser la circulation de messages transmis sur le réseau entre un dispositif émetteur/récepteur sécurisé, couramment appelé autorité de certification, et un dispositif émetteur/récepteur client, il est connu de chiffrer les messages à l'aide de clés de chiffrement. En général, le dispositif émetteur des messages dispose d'une clé de chiffrement et le dispositif récepteur d'une clé de déchiffrement correspondante. Le chiffrement des messages a deux types principaux d'applications: - la sécurisation d'un message qui consiste en une substitution à un texte clair, d'un texte inintelligible et inexploitable, - l'identification d'un message qui consiste à garantir l'origine et l'intégrité d'un message transitant sur le réseau par utilisation d'une signature numérique. Dans ces deux types d'applications, il convient de minimiser les risques d'interception et de déchiffrement frauduleux des messages par un tiers, ou de falsification par l'apposition frauduleuse d'une signature. Différents procédés de cryptographie ont donc été proposés pour éviter les chiffrements ou déchiffrements non autorisés. Par exemple, des procédés de cryptographie dits symétriques ont été proposés. Dans ces procédés, la même clé, appelée clé secrète est utilisée pour le chiffrement et le déchiffrement d'un message. Cependant, ces procédés sont faiblement sécurisés car lorsque la clé secrète est découverte, l'ensemble des dispositifs émetteur/récepteur du réseau est corrompu. Une amélioration à de tels procédés consiste à utiliser des techniques dites de dérivation de clés symétriques. La figure 1 illustre un exemple d'utilisation de cette technique. Elle représente schématiquement l'architecture d'une autorité de certification 100 et d'un appareil client 102 donné d'un réseau d'appareils aptes à communiquer avec cette autorité de certification. Selon la technique de dérivation de clés symétriques, chaque appareil client 102 possède sa propre clé de chiffrement/déchiffrement KD;, différente des clés des autres appareils du réseau. Cette clé est calculée ou dérivée à partir d'un identifiant CID; stocké dans chaque appareil client 102 et d'une clé dite maîtresse MK connue de l'autorité de certification 100 uniquement. Cette clé dérivée est utilisée à la fois pour chiffrer et déchiffrer un message. La clé dérivée KD; est générée au départ par l'autorité de certification puis mémorisée dans chaque appareil client de manière sécurisée. Ensuite, avant chaque échange de message m avec un appareil client donnée, l'autorité de certification 100 demande à l'appareil client 102 son identifiant CID; puis recalcule la clé dérivée KD; du dispositif client concerné par application d'une fonction de dérivation à l'identifiant CID; et à la clé maîtresse MK. Puis, l'autorité de certification chiffre (notation E ) ou déchiffre (notation D ) le message à l'aide de la clé dérivée calculée. La notation E {KD;} (m) correspond au chiffrement du message m à l'aide de la clé KD;. Un exemple de techniques dites de dérivation de clés symétriques utilisées pour l'identification d'un message est décrit dans le document WO 02/19613. Cette technique est plus sécurisée qu'un procédé symétrique classique car lorsqu'une clé dérivée d'un appareil client donné est piratée, l'ensemble des appareils clients du réseau n'est pas corrompu car le pirate ne peut pas calculer les clés dérivés des autres appareils. Toutefois, cette technique est coûteuse car elle nécessite la sécurisation de l'ensemble des appareils clients. Par ailleurs, des procédés de cryptographie asymétrique ont été proposés. Ces procédés se caractérisent par l'emploi d'un couple de clés de chiffrement et de déchiffrement non identiques appelées clé publique/clé privée. La figure 2 illustre un exemple d'utilisation d'un procédé asymétrique dans lequel un appareil client 202, 203 est apte à transmettre un message chiffré à une autorité de certification 200. Selon ce procédé asymétrique, chaque appareil client 202, 203 du réseau d'appareils clients comporte une clé publique PubC;, PubCi qui lui est propre et qu'il utilise pour chiffrer un message m à transmettre. L'autorité de certification 200 stocke dans une base de données toutes les clés privées correspondant aux clés publiques des appareils clients. Les clés privées sont dans l'exemple de la figure 2 mémorisées par l'autorité de certification 200 avec les identifiants de chaque appareil client. Lorsqu'un appareil client 203 veut transmettre un message m chiffré à l'autorité de certification 200, il transmet, en plus du message m chiffré avec sa clé publique E {PubC;} (m), son identifiant CID; de sorte que l'autorité de certification puisse retrouver la clé privée correspondante PrivC;. Le message m est alors déchiffré à l'aide de la clé privée PrivC;. Avantageusement, de tels procédés asymétriques ne nécessitent pas la sécurisation des appareils clients. En effet, le piratage d'un appareil client et donc la découverte de sa clé publique de chiffrement n'autorise pas le déchiffrement du message envoyé. Seule la clé privée correspondant spécifiquement à cette clé publique de chiffrement permet le déchiffrement du message. Cependant, le principal inconvénient de ce type de procédé asymétrique réside dans la nécessité pour l'autorité de certification de gérer une base de données dans laquelle sont stockées l'ensemble des clés privées de tous les appareils clients du réseau. Cette base de données nécessite une mémoire de stockage importante. De plus, la recherche d'une clé privée dans cette base de données implique des temps de transfert de message assez long qui handicapent les échanges. En variante, des procédés asymétriques ont été proposés, dans lesquels, un unique couple de clés privée/publique chiffre l'ensemble des messages. Les appareils clients du réseau contiennent donc tous la même clé publique et l'autorité de certification stocke une unique clé privée. Toutefois, ces procédés ne sont pas suffisamment sécuritaires car le piratage de la clé privée corrompt l'ensemble du réseau des appareils clients. Le but de la présente invention est de fournir un procédé de chiffrement/déchiffrement alternatif qui présente un niveau de sécurité élevé sans nécessiter le stockage et la gestion d'une base de données de clés asymétriques. A cet effet, la présente invention a pour objet un procédé de chiffrement/déchiffrement d'un message à échanger entre un émetteur et un récepteur par l'intermédiaire d'un réseau de communication, l'émetteur et le récepteur étant l'un et l'autre d'un dispositif sécurisé et d'un dispositif client défini dans un réseau de dispositifs clients, le procédé comprenant les étapes de: - réalisation d'opérations de cryptographie asymétrique par le dispositif sécurisé et par le dispositif client défini respectivement à l'aide d'une clé privée et d'une clé publique, la clé privée étant différente de la clé publique, et - envoi d'au moins une donnée publique du dispositif client défini vers le dispositif sécurisé, caractérisé en ce que le procédé comporte en outre, lors de chaque émission/réception d'un message chiffré par le dispositif sécurisé, une étape de détermination de la clé privée correspondant à la clé publique du dispositif client défini, à partir d'une clé maîtresse secrète stockée dans le dispositif sécurisé, et de la ou de chaque donnée publique envoyée par le dispositif client défini. Avantageusement, ce procédé utilise les techniques de dérivation de clés symétriques associées au procédé de cryptographie asymétrique. Ainsi, les techniques de dérivation ne seront pas utilisées pour générer une clé dérivée secrète mais pour générer une clé privée d'un couple de clés privée/publique. Un autre objet de l'invention consiste en un dispositif sécurisé apte à échanger des messages avec un dispositif client défini d'un réseau de dispositifs clients, sur un réseau de communication, le dispositif sécurisé étant apte à recevoir au moins une donnée publique propre audit dispositif client défini et envoyée par celui-ci préalablement à tout échange de messages, le dispositif sécurisé comprenant des moyens de réalisation d'opérations de cryptographie asymétrique à l'aide d'une clé privée correspondant à une clé publique stockée dans le dispositif client défini caractérisé en ce qu'il comprend, en outre des moyens de stockage sécurisés d'une clé maîtresse, et des moyens de détermination de ladite clé privée à partir de la clé maîtresse et de la ou de chaque donnée publique envoyée. L'invention sera mieux comprise et illustrée au moyen d'un exemple de réalisation et de mise en oeuvre, nullement limitatif, en référence aux figures annexées sur lesquelles: - la figure 1 est une vue schématique de l'architecture d'une autorité de certification et d'un appareil récepteur aptes à échanger des messages chiffrés selon un procédé de dérivation de clés symétriques connu, - la figure 2 est une vue schématique de l'architecture d'une autorité de certification et d'un appareil émetteur aptes à échanger des messages chiffrés selon un procédé de chiffrement asymétrique connu, - la figure 3 est une vue schématique de l'architecture d'un dispositif sécurisé selon un exemple de réalisation de l'invention pour la génération d'un couple de clés privée/publique lors d'une phase d'initialisation des appareils du réseau, - la figure 4 est un diagramme récapitulatif des différentes étapes du procédé de chiffrement/déchiffrement lors de la phase d'initialisation, selon l'exemple de réalisation de l'invention, - la figure 5 est une vue schématique de l'architecture d'un dispositif sécurisé et d'un dispositif client pour la sécurisation d'un message selon l'exemple de réalisation de l'invention, et - la figure 6 est un diagramme récapitulatif des différentes étapes du 15 procédé de chiffrement/déchiffrement pour la sécurisation d'un message selon l'exemple de réalisation de l'invention, la figure 7 est une vue schématique de l'architecture d'un dispositif sécurisé et d'un dispositif client pour l'identification d'un message, selon un exemple de réalisation de l'invention, et - la figure 8 est un diagramme récapitulatif des étapes du procédé de chiffrement/déchiffrement pour l'identification d'un message selon l'exemple de réalisation de l'invention. La figure 3 représente schématiquement l'architecture d'un dispositif sécurisé 1 et d'un dispositif client C. Le dispositif sécurisé 1 comprend un générateur de nombres aléatoires 2, une mémoire 3 de stockage d'une clé maîtresse, un module de calcul 4 d'une partie d; de la clé privée et un module de calcul 5 d'une clé publique PubC;. Le générateur 2 de nombres aléatoires est apte à générer d'une part un nombre susceptible de constituer la clé dite maîtresse MK et d'autre part, une pluralité de nombres CID; aptes à identifier les dispositifs clients du réseau. Préférentiellement, la clé dite maîtresse MK a une longueur de 128 bits et les identifiants CID;, CID des dispositifs clients C;, Ci ont une longueur de 64 bits. Par ailleurs, le générateur 2 est également apte à générer au hasard deux grands nombres premiers impairs, distincts pet q de 512 bits utilisés pour le calcul de la clé publique par le module de calcul 5. La mémoire 3 du dispositif sécurisé est non volatile de type ROM ou EEPROM ou équivalent. Elle est apte à stocker la clé maîtresse MK générée par le générateur 2. Comme la clé maîtresse est une clé secrète connue uniquement par le dispositif sécurisé, la mémoire 3 de stockage de cette clé est avantageusement hautement sécurisée afin de garantir la sécurité des messages échangés. Le module de calcul 4 est apte à déterminer une partie d'une clé privée d'un couple de clés privée/publique. Généralement, une clé privée PrivC; est une clé mixte constituée de deux parties. La première partie est formée par une partie de la clé publique appelée modulus n; dans tout algorithme asymétrique. La deuxième partie est couramment appelée exposant secret d; dans les algorithmes asymétriques de type RSA: PrivC; = (ni, d;). Le module de calcul 4 est apte à calculer la deuxième partie d; de la clé privée PrivC;. à partir de l'identifiant CID; du dispositif client C; et de la clé maîtresse MK. Le module de calcul 4 comporte préférentiellement une unité de calcul 6 apte à effectuer une fonction de modification de la longueur d'un identifiant CID; en une extension de l'identifiant notée ECID;. Une fonction d'extension connue appelée MGF peut par exemple être utilisée. Cette fonction permet d'étendre un nombre de 64 bits en un nombre de 1024 bits. Cette fonction est notamment décrite dans le document de RSA Laboratories PKCS #1v2.1: RSA Cryptography Standard June 14, 2002 disponible à l'adresse Internet suivante: ftp://ftp.rsasecurity. com/pub/pkcs/pkcs-1/pkcs-1v2-1.pdf Le module de calcul 4 comprend une unité de chiffrement 7 de l'extension de l'identifiant ECID; à partir de la clé maîtresse MK. Cette unité met en oeuvre un algorithme de dérivation symétrique. De façon préférentielle, il s'agit de l'algorithme couramment appelé AES Advanced Encryption Standard utilisé en mode CBC. Cet algorithme est décrit dans le document FIPS 197, 26 Novembre, 2001 disponible sur Internet à l'adresse: http: //csrc.nist. gov/publications/fips/fips197/fips-197.pdf. Avantageusement, le module de calcul 4 comprend également une unité de sélection 8 de l'exposant secret d; en fonction du résultat ou chiffré ECID; de l'extension de l'identifiant. Pour sélectionner cet exposant secret d;, l'unité de sélection 8 utilise une fonction déterministe. Par exemple, cette unité est propre à sélectionner une donnée telle que cette donnée remplisse les critères ci-dessous: - cette donnée d; doit être inférieure au résultat ECID; du chiffrement de l'extension de l'identifiant, - cette donnée d; doit être un nombre le plus proche du résultat ECID; du chiffrement de l'extension de l'identifiant, premier avec une liste de nombres premiers: 2, 3, 5, 7, 11, 13. Eventuellement, cette dernière condition peut être étendue à une liste de nombres premiers plus longue. Schématiquement, le module de détermination 5 peut être décomposé en deux unités de calculs. Chaque unité étant apte à calculer un élément de la clé publique: PubC; = (n;, e;). La première unité de calcul 9 est apte à sélectionner deux grands nombres premiers p; et qi générés par le générateur de nombres aléatoires 2 de telle manière que (p; -1) x ( q; -1) est premier avec l'exposant secret d; . En pratique, on génère d'abord un nombre pi tel que (p;-1) soit premier avec d; puis un nombre q; tel que (q;-1) soit premier avec d;. Par ailleurs, cette unité de calcul 9 est apte à calculer la première partie de la clé privée appelée modulus n; tel que n; = p; x q;. Le modulus n; constitue également un élément de la clé privée PrivC;= (n;, d; ). La seconde unité de calcul 10 utilise un algorithme d'Euclide étendu pour calculer l'autre élément de la clé publique e; à partir des données secrètes p;, q; et d;. Cet algorithme d'Euclide étendu est notamment décrit dans l'ouvrage Handbook of Applied Cryptography de A. Menezes, P. van Oorschot et S. Vanstone, CRC Press, 1996, à la page 67. Cet ouvrage peut être consulté à l'adresse Internet suivante: http://www.cacr.math.uwaterloo.ca/hacl Plus précisément, on calcule la donnée e; telle que: e; x d; = 1 mod (p;-1) x (q;-1). Les dispositifs clients C; du réseau comportent une mémoire 11 de stockage d'un identifiant CID; et d'une clé publique PubC; = (n;, e;) ainsi qu'un module de chiffrement asymétrique ou de vérification de signature. Classiquement, un dispositif sécurisé 1 et les dispositifs clients C;, Ci de son réseau de communication sont personnalisés ou initialisés pour pouvoir échanger des messages chiffrés. Les étapes de principe d'un procédé de personnalisation d'un dispositif sécurisé et des dispositifs clients selon l'invention vont maintenant être décrites. Le procédé de personnalisation selon l'invention, comprend une première étape de génération d'une clé maîtresse unique MK destinée au dispositif sécurisé 1 et d'une pluralité d'identifiants CID;, CID destinés à caractériser ou personnaliser les dispositifs clients C;, C; du réseau. Ce procédé comprend une deuxième étape de calcul d'un couple de clés privée/publique associé à chaque dispositif client. Spécifiquement, la clé privée est obtenue par chiffrement de l'identifiant CID; de chaque dispositif client ci à l'aide de la clé maîtresse MK du dispositif sécurisé : PrivC; = f {MK} (CID;). La clé publique PubC; correspondante est calculée à partir de la clé privée notamment par application d'une fonction mathématique utilisant par exemple, un algorithme d'Euclide étendu: PubC; = F (PrivC;). Selon une troisième étape du procédé de personnalisation du dispositif sécurisé et des dispositifs clients du réseau, les identifiants CID;, CIDi générés et les clés publiques PubC;,, PubCi calculées à partir de ceux-ci sont envoyés à chaque dispositif client C;, Ci du réseau ou sont insérés dans les dispositifs clients lors de leur fabrication. Enfin, les clés privées correspondantes PrivC;, PrivCi, ainsi que l'ensemble des données intermédiaires ayant permis de calculer les couples de clés privée/publique sont détruites. Ainsi, le dispositif sécurisé ne stocke aucune donnée associée à l'un quelconque de ces dispositifs clients. Les étapes d'un exemple de réalisation du procédé de personnalisation vont à présent être décrites en liaison avec la figure 4. Pendant une étape 41 de la phase de personnalisation des dispositifs du réseau, le générateur 2 génère un nombre aléatoire de 128 bits qui constitue la clé maîtresse MK et un nombre de 64 bits apte à devenir l'identifiant CID; d'un dispositif client C; à personnaliser. Lors d'une étape 42, la clé maîtresse MK ainsi générée est stockée dans la mémoire 3 du dispositif sécurisé 1. Cette clé maîtresse MK servira de base pour le calcul de l'ensemble des couples de clés privée/publique associés à tous les dispositifs clients du réseau. Lors d'une étape 43, l'unité de calcul 6 étend l'identifiant CID; d'un dispositif client C; par un algorithme d'extension pour générer un nombre de 128 bits formant l'extension de l'identifiant ECID; . L'extension de l'identifiant ECID; est ensuite chiffrée à l'étape 44 à l'aide de la clé maîtresse MK. Ce chiffrement est réalisé par l'unité de calcul 7 par application d'un algorithme symétrique de type AES. Puis, lors d'une étape 45, l'unité de sélection 8 sélectionne un nombre formant l'exposant secret d;. Au cours des étapes 46 et 47, le module de calcul 5 sélectionne deux grands nombres premiers p; et q; et calcule la clé publique PubC;= (n;, e; ) à partir de ces nombres et de l'exposant secret d;. Une fois la clé publique PubC; = (n;, e;) d'un dispositif client donnée C; calculée, le dispositif sécurisé 1 la lui envoie de façon sûre et non détaillée ici accompagné de l'identifiant CID; à l'origine du calcul de cette clé publique à l'étape 48. L'identifiant CID; et la clé publique PubC; sont enregistrés dans la mémoire 11 du dispositif client C. Avantageusement, selon l'invention, la mémoire 11 des dispositifs clients n'a pas besoin d'être sécurisée contre la lecture car la découverte de la clé publique PubC; et de l'identifiant CID; ne permet en aucune façon le calcul de la clé privée correspondante PrivC; ou le calcul d'une autre clé privée ou publique du réseau, de sorte que la sécurité du message chiffré transmis et du réseau de dispositifs récepteur /émetteur est préservée. En outre, l'identifiant CID; ainsi que l'ensemble des données calculées à partir de celui-ci et notamment les données secrètes p; et q;, l'exposant secret d;, l'exposant public e;, le modulus n;, et l'extension de l'identifiant ECID; ne sont pas conservés dans la mémoire 3 du dispositif sécurisé 1 et sont détruits à l'étape 49. En conséquence, le piratage de la clé maîtresse MK ne permet pas le calcul des clés privée/publique associées à un dispositif client donné sans la connaissance de son identifiant. Le procédé de personnalisation a pour finalité de configurer le dispositif sécurisé et les dispositifs clients de manière à permettre l'échange des messages chiffrés en vue de leur sécurisation ou de leur identification. Un exemple d'utilisation des dispositifs émetteur/récepteur selon l'invention en référence aux figures 5 et 6 va être décrit à présent. En particulier, la figure 5 représente l'architecture d'un dispositif client donné Ci apte à envoyer un message chiffré E {Pub Ci} (m) ainsi que l'architecture d'un dispositif sécurisé 1 apte à déchiffrer ce message. Classiquement, le dispositif client Ci comporte une mémoire 11 non volatile et un module de chiffrement 12. La mémoire 11 du dispositif client Ci comporte un identifiant CID' et une clé publique PubCi composée d'un modulus ni, et d'une donnée publique ei. Le dispositif sécurisé 1 comprend une mémoire 3 dans laquelle la clé maîtresse MK est stockée, un module de calcul 4 de l'exposant secret di et un module de déchiffrement 13. Selon l'invention, le module de chiffrement 12 et le module de déchiffrement 13 utilisent des procédés de cryptographie asymétrique mettant en oeuvre des algorithmes tels que par exemple l'algorithme intitulé RSAES-OAEP. Une description de cet algorithme peut être trouvée dans le document PKCS #1v2.1: #RSA Crytography Standard qui a déjà été mentionné précédemment. Le module de calcul 4 de l'exposant secret di comprend les mêmes unités de calcul que le module de calcul 4 utilisé lors de la phase de personnalisation des dispositifs clients. En conséquence, il calcule l'exposant secret d; à partir de l'identifiant CID; du dispositif client C; et de la clé maîtresse MK de la même manière que lors de la phase de personnalisation de sorte que cet exposant secret d; corresponde toujours à la clé publique PubC; de chiffrement stockée dans la mémoire 11 du dispositif client C;. Le procédé de chiffrement/déchiffrement pour sécuriser un message va être décrit de manière détaillée en liaison avec la figure 6. Ce procédé comprend une étape 61 de chiffrement du message à transmettre. Ce chiffrement est réalisé par le module de chiffrement 12 du dispositif client Ci à l'aide de la clé publique PubCi= (ni, ei). E {Pub Ci} (m) = RSAES-OAEP Encrypt {(n,, e;)} (m) Puis, lors d'une étape 62, l'identifiant CIDj et le modulus ni du dispositif client Ci ainsi que le message chiffré E {Pub Ci} (m) sont envoyés au dispositif sécurisé 1. Enfin, les unités de calcul 6, 7 et de sélection 8 du module de calcul 4 de l'exposant secret dj du dispositif sécurisé 1 réalisent une étape de calcul 63 de l'extension de l'identifiant ECIDj à partir de l'identifiant CIDj envoyé par le dispositif client Ci, une étape de chiffrement 64 de l'extension de l'identifiant ECIDj à l'aide de la clé maîtresse MK et une étape de sélection 65 de l'exposant secret dj à partir du résultat ECID; du chiffrement de l'extension de l'identifiant. Il est nécessaire que l'unité de sélection 8 utilise les mêmes règles de sélection que celles appliquées lors de la phase de personnalisation des dispositifs clients. Finalement, le module de déchiffrement asymétrique 13 du dispositif sécurisé 1 réalise une étape 66 de déchiffrement du message à l'aide de la clé privée mixte composée de l'exposant secret calculé dj et du modulus ni envoyé par le dispositif client Ci: m = RSAES - OAEP Decrypt {(d n,)} (E {Pub Ci} (m)) Avantageusement le dispositif sécurisé 1 ne conserve aucune donnée liée au dispositif client Ci émetteur d'un message. Spécifiquement, son identifiant CID1, l'extension ECIDj de son identifiant, son exposant secret di et son modulus nj sont détruits lors de l'étape 67. Le procédé de chiffrement/déchiffrement de l'invention permet également d'identifier un message par apposition d'une signature par le dispositif sécurisé 1 et vérification de cette signature par un dispositif client Ci à qui est destiné le message signé. Le procédé de chiffrement/déchiffrement de l'invention utilisé pour identifier l'origine d'un message va être décrit en liaison avec les figures 7 et 8. La figure 7 représente schématiquement l'architecture d'un dispositif sécurisé 1 et d'un dispositif client Ci. Le système composé d'un dispositif sécurisé et d'un dispositif client est similaire au système décrit en liaison avec la figure 5. En conséquence, les éléments communs aux figures 5 et 7 reprennent les mêmes références et ne seront pas à nouveau décrits. En fait, le système dispositif sécurisé/dispositif client comporte les mêmes modules 4 et mémoires 3, 11 hormis le module de déchiffrement 13 du dispositif sécurisé et le module de chiffrement 12 du dispositif client qui sont remplacés respectivement par un module de génération de signature 14 et par un module de vérification 15 de signature. Le procédé de chiffrement/déchiffrement utilisé pour la signature d'un message comprend une étape 81 au cours de laquelle le dispositif sécurisé 1 demande l'identifiant CIDj et le modulus ni au dispositif client Ci à qui il souhaite envoyer un message m signé. Au cours des étapes 82, 83, et 84, le module de calcul 4 du dispositif sécurisé 1 recalcule l'exposant secret dj du dispositif client Ci à partir de l'identifiant envoyé CIDj et de la clé maîtresse MK de la même manière que dans le procédé de chiffrement/déchiffrement utilisé pour la sécurisation ou la personnalisation d'un message et décrit précédemment. Puis, lors d'une étape 85, le module de signature 14 du dispositif sécurisé 1 signe son message à l'aide de l'exposant secret dj calculé et du modulus ni envoyé par le dispositif client C; : S{PrivCj}(m) avec PrivCj _ (di, ni). Enfin, le dispositif de sécurisation 1 envoie au cours d'une étape 86, un message m ainsi que sa signature S {(d, n,)} (m) au dispositif client défini Ci. Lors d'une étape 87, le module de vérification 15 du dispositif client Ci vérifie la signature du message à l'aide de la clé publique PubC1 _ (ni, ej) stockée dans sa mémoire 11 et correspondant à la clé privée PrivCj _ (di, nj) en effectuant l'opération: V{PubCj} (S {PrivCj} (m)) = 0 ou 1 Lors d'une étape 88, l'identifiant CiDj du dispositif client défini Ci et les données intermédiaires CIDj, ECIDj, dj et ni ayant permis de déterminer la clé 25 privée sont détruits par le dispositif sécurisé. Pour les opérations de signature S et de vérification de signature V, on pourra notamment utiliser l'algorithme RSASSA-PSS qui est décrit dans le document PKCS#1v2.1:RSA Cryptography Standard mentionné plus haut. REVENDICATIONS 1. Procédé de chiffrement/déchiffrement d'un message à échanger entre un émetteur et un récepteur par l'intermédiaire d'un réseau de communication, l'émetteur et le récepteur étant l'un et l'autre d'un dispositif sécurisé (1) et d'un dispositif client défini (C;) dans un réseau de dispositifs clients (C;, Ci), le procédé comprenant les étapes de: - réalisation d'opérations de cryptographie asymétrique par le dispositif sécurisé (1) et par le dispositif client défini (C;) respectivement à l'aide d'une clé privée (n;, d;) et d'une clé publique (n;, e;), la clé privée étant différente de la clé publique, et - envoi (62, 81) d'au moins une donnée publique (n;, CID;) du dispositif client défini (Ci) vers le dispositif sécurisé (1), caractérisé en ce qu'il comporte en outre, lors de chaque émission/réception d'un message chiffré par le dispositif sécurisé, une étape de détermination de la clé privée (n;, di) correspondant à la clé publique (n;, e;) du dispositif client défini (C;), à partir d'une clé maîtresse secrète (MK) stockée dans le dispositif sécurisé, et de la ou de chaque donnée publique (n;, CID;) envoyée par le dispositif client défini (C;). 2. Procédé de chiffrement/déchiffrement d'un message selon la revendication 1, caractérisé en ce que l'étape d'envoi (62, 81) de la ou de chaque donnée publique comprend une étape d'envoi d'une partie (n;) de la clé publique, cette partie de la clé publique formant une première partie de la clé privée. 3. Procédé de chiffrement/déchiffrement d'un message selon l'une quelconque des revendications 1 et 2, caractérisé en ce que l'étape d'envoi (62, 81) de la ou de chaque donnée publique comprend une étape d'envoi d'un identifiant (CID;) du dispositif client (C;), et l'étape de détermination de la clé privée comprend une étape de calcul d'une seconde partie (di) de la clé privée à partir dudit identifiant envoyé. 4. Procédé de chiffrement/déchiffrement d'un message selon la revendication 3, caractérisé en ce que l'étape de détermination de la clé privée (n;, d;) correspondant à la clé publique (n;, e;) du dispositif client, comprend une étape de chiffrement (44, 64, 83) du résultat (ECID;) d'une fonction appliquée à l'identifiant (CID;) du dispositif client défini (C;), par un algorithme symétrique, à l'aide de la clé maîtresse secrète (MK). 5. Procédé de chiffrement/déchiffrement d'un message selon la revendication 4, caractérisé en ce que l'étape de détermination de la clé privée (n;, d;) correspondant à la clé publique (n;, e;) du dispositif client, comporte une étape de sélection (45, 65, 84) de la seconde partie (d;) de la clé privée, par une unité de calcul déterministe (8), à partir du résultat dudit chiffrement du résultat (ECID;) d'une fonction appliquée à l'identifiant (CID;) du dispositif client défini (C;). 6. Procédé de chiffrement/déchiffrement d'un message selon la revendication 5, caractérisé en ce que l'étape de sélection de la seconde partie (d;) de la clé privée, par l'algorithme déterministe, est réalisée par une sélection d'un nombre tel que: - ce nombre soit inférieur au résultat dudit chiffrement du résultat (ECID;) d'une fonction appliquée à l'identifiant (CID;) du dispositif client défini (C;), - ce nombre soit le plus proche du résultat dudit chiffrement du résultat (ECID;) d'une fonction appliquée à l'identifiant (CID;) du dispositif client défini (Ci), et soit premier avec une liste de nombres premiers. 7. Procédé de chiffrement/déchiffrement d'un message selon l'une quelconque des revendications 3 à 6, caractérisé en ce qu'il comprend une étape de destruction (49, 67, 87) de l'identifiant (CID;) du dispositif client défini (C;) et de toutes les données (p;, q;, d;, ECID;, e;, n;) calculées à partir de l'identifiant pour déterminer la clé privée. 8. Procédé de chiffrement/déchiffrement d'un message selon l'une quelconque des revendications précédentes, caractérisé en ce que les opérations de cryptographie comprennent une opération d'identification d'un message comprenant les étapes suivantes: - signature du message (85), par le dispositif sécurisé (1), à l'aide de la clé privée (n;, d;) déterminée pendant l'étape de détermination de la clé privée, transmission de la signature du message et du message (86) au dispositif client pour vérification de cette signature, et - vérification de la signature (87) du message, par le dispositif client, à l'aide de ladite clé publique (n;, e;). 9. Procédé de chiffrement/déchiffrement d'un message selon l'une quelconque des revendications précédentes, caractérisé en ce que les opérations de cryptographie comprennent une opération de sécurisation d'un message comprenant les étapes suivantes: - chiffrement (61) d'un message (m), par le dispositif client (C;), à l'aide de la clé publique (n;, e;) , - transmission (62) du message chiffré au dispositif sécurisé (1), et déchiffrement (66) du message chiffré par le dispositif sécurisé (1), à l'aide de la clé privée (ni, di) déterminée pendant l'étape de détermination d'une clé privée. 10. Procédé de chiffrement/déchiffrement d'un message selon l'une quelconque des revendications 3 à 9, caractérisé en ce qu'il comporte une phase préalable de personnalisation dudit dispositif client défini (Ci), qui comprend les étapes suivantes: - génération, par le dispositif sécurisé (1), d'une clé maîtresse secrète (MK) unique et d'un identifiant (CID;) propre audit dispositif client défini (C;) et apte à l'identifier, - calcul de ladite clé publique (n;, e;) du dispositif client défini (Ci) par un module de calcul (5) à partir de la seconde partie (di) de la clé privée. 11. Procédé de chiffrement/déchiffrement d'un message selon la revendication 10, dans lequel la phase de personnalisation comporte en outre les étapes suivantes: - sélection (46) de deux données secrètes constituées de deux grands nombres premiers p;, q;, tels que (pi-1) x (q;-1) soit premier avec la seconde partie (d;) de la clé privée du dispositif client défini (C;), et - calcul (48) d'un modulus n; du dispositif client défini (C;) tel que: n; = p; x q;, et - calcul (48) d'une partie (e;) de la clé publique par un algorithme d'Euclide étendu à partir de la ou de chaque donnée secrète p;, q; et du modulus n; du dispositif client défini (C;). 12. Dispositif sécurisé (1) apte à échanger un message avec un dispositif client défini (C;) d'un réseau de dispositifs clients (C;, Ci), sur un réseau de communication, le dispositif sécurisé étant apte à recevoir au moins une donnée publique (CID;, ni) propre audit dispositif client défini (C;) et envoyée par celui-ci préalablement à tout échange de messages, le dispositif sécurisé (1) comprenant: - des moyens de réalisation d'opérations de cryptographie asymétrique à l'aide d'une clé privée (n;, d;) correspondant à une clé publique (n;, e;) stockée dans le dispositif client défini (C;) caractérisé en ce qu'il comprend, en outre: - des moyens de stockage (3) sécurisés d'une clé maîtresse (MK), - des moyens (4) de détermination de ladite clé privée (d;, n;) à partir de la clé maîtresse (MK) et de la ou de chaque donnée publique (CID;, n;) envoyée. 13. Dispositif sécurisé selon la revendication 12, caractérisé en ce que la donnée publique (CID;, n;) comprend une partie (n;) de la clé publique dudit dispositif client défini (C;) et/ou un identifiant (CID;) du dispositif client défini. 14. Dispositif sécurisé selon la revendication 13, caractérisé en ce que la clé privée est une clé mixte comprenant une première partie (n;) correspondant à une partie de la clé publique (n;, e;) dudit dispositif client (Ci) défini et une deuxième partie secrète (di) calculée à partir de la clé maîtresse (MK) et de l'identifiant (CID;) du dispositif client défini. 15. Dispositif sécurisé selon l'une quelconque des revendications 12 à 14, caractérisé en ce que les moyens de réalisation d'opérations de cryptographie asymétrique à l'aide de la clé privée (di, n;) déterminée comprennent: - des moyens de signature (S) d'un message (m), et - des moyens de chiffrement (E) d'un message (m). 16. Dispositif sécurisé selon l'une quelconque des revendications 14 à 15, dans lequel les moyens de détermination (4) de la clé privée comprennent en outre: - une unité de chiffrement (7) symétrique, à l'aide de la clé maîtresse (MK), apte à chiffrer le résultat (ECID;) d'une fonction appliquée à l'identifiant (CID;) du dispositif client défini (C;), et/ou une unité de calcul (8) d'un algorithme déterministe de sélection de la deuxième partie secrète (d;) de la clé privée à partir du résultat du chiffrement réalisé par l'unité (7) de chiffrement symétrique. 17. Dispositif sécurisé selon l'une quelconque des revendications 14 à 16, caractérisé en ce qu'il comprend outre un moyen d'initialisation des dispositifs clients du réseau, ledit moyen d'initialisation comprenant: un moyen de génération (2) aléatoire d'une clé maîtresse unique (MK) et d'une pluralité d'identifiants (CIDi, CID;) distincts les uns des autres, chaque identifiant étant propre à caractériser un unique dispositif client (C;) du réseau de dispositif client, - une unité de calcul (9) apte à sélectionner deux données secrètes (p;, q;) en fonction de la valeur de la deuxième partie secrète (d;) de la clé privée et à calculer une première partie (n;) de la clé publique, et - une unité de calcul (10) de la seconde partie (e;) de la clé publique, par un algorithme d'Euclide Etendue, à partir des données secrètes (pi, q; ), de la deuxième partie (di) de la clé privée et de la première partie (n;) de la clé publique. 18. Programme d'ordinateur comportant des instructions pour l'exécution des étapes de procédé de chiffrement/déchiffrement d'un message selon l'une quelconque des revendications 1 à 11, lorsque le programme est exécuté sur un dispositif sécurisé réalisé à partir d'un calculateur programmable. 19. Support d'enregistrement utilisable sur un dispositif sécurisé réalisé à partir d'un calculateur programmable sur lequel est enregistré le programme selon la revendication 18.