FR 2813467 A1 20020301 FR 0011142 A 20000831 L'invention concerne un procédé de génération de signatures non répudiables, notamment par un système embarqué à puce électronique. L'invention concerne encore un système embarqué pour la mise en couvre du procédé, notamment une carte à puce. Dans le cadre de l'invention, le terme "système embarqué" doit être compris dans son sens le plus général. II concerne notamment toutes sortes de terminaux légers munis d'une puce électronique, et plus particulièrement les cartes à puce proprement dites. La puce électronique est munie de moyens d'enregistrement et de traitement de données numériques, par exemple un microprocesseur pour ces derniers moyens. Pour fixer les idées, et sans que cela limite en quoi que ce soit sa portée, on se placera ci-après dans le cas de l'application préférée de l'invention, à savoir les applications à base de cartes à puce, sauf mention contraire. Ces dernières années, les échanges de documents sous forme électronique se sont fortement accrus, notamment via le réseau Internet. Or ces échanges posent plusieurs problèmes. En particulier, comme dans le cas de documents sous forme traditionnelle, c'est-à-dire notamment sous forme papier, il est généralement nécessaire d'y apposer une signature et, surtout que cette signature identifie sans ambiguïté l'émetteur du document et ne soit pas répudiable par son destinataire. Jusqu'à une période récente, seuls les documents "papiers" pouvaient faire foi. Dans beaucoup de pays, la loi exige d'ailleurs une signature manuscrite originale. Or, dans un environnement électronique, l'original d'un document, par exemple d'un contrat, ne se distingue en aucune façon d'une copie. II existe cependant des technologies qui permettent de remplir tout ou partie de fonctions perçues comme caractéristiques d'une signature manuscrite traditionnelle. Ces technologies mettent en oeuvre généralement des techniques de chiffrement, associées ou non à des certificats d'authentification. La signature électronique est une séquence binaire habituellement obtenue par le chiffrement du message transmis à l'aide d'un algorithme de cryptologie particulier et de clés de signature. On doit bien comprendre cependant que le message proprement dit peut être transmis en clair s'il n'existe pas de besoins particuliers de confidentialité. II s'agit d'une technique dite de "scellement". Le message et la signature sont transmis au destinataire, accompagnés éventuellement d'éléments de clés de chiffrement ou de vérification dans certains procédés de cryptographie mettant en oeuvre une clé dite publique. Le destinataire utilise la signature et le message transmis à l'aide du même algorithme et la clé publique précitée, ce qui lui permet de vérifier l'authenticité de la signature de l'émetteur. Accessoirement, le processus permet de garantir l'intégrité du message transmis. En effet, si celui-ci venait à être corrompu de façon fortuite ou malveillante, le déchiffrement permet de mettre ce dysfonctionnement en évidence. Certains pays, comme l'Allemagne, l'Italie, le Danemark, en Europe, certains Etats des Etats-Unis ou du Canada (le Québec) ont légalisé des procédés de signature électronique. Fin 1999, le Parlement Européen et le Conseil de l'Union Européenne ont émis une directive qui devra être transcrite dans les droits nationaux des pays membres (article 13). Dans l'article premier de cette directive, 1 ' alinéa, il est indiqué que "l'objectif de la présente directive est de faciliter l'utilisation des signatures électroniques et de contribuer à leur reconnaissance juridique. Elle institue un cadre juridique pour les signatures électroniques et certains services de certification afin de garantir le bon fonctionnement du marché intérieur'. A l'article 2, une "signature électronique" est définie comme suit "une donnée sous forme électronique, qui est jointe ou liée logiquement à d'autres données électroniques et qui sert de méthode d'authentification". II est prévu deux types de signatures électroniques, l'une pouvant être qualifiée de "simple". La seconde est appelée "avancée" dans la directive. II s'agit d'une signature électronique "qui satisfait aux exigences suivantes a) être liée uniquement au signataire; b) permettre d'identifier le signataire ; c) être créée par des moyens que le signataire puisse garder sous son contrôle exclusif; et d) être liée aux données auxquelles elle se rapporte de telle sorte que toute modification ultérieure des données soit détectable". L'invention vise plus particulièrement le second type de signature électronique. Pour ce faire, il est nécessaire d'avoir recours à des dispositifs sécurisés, mettant en ceuvre un procédé de chiffrement (signature) de données, des certificats dits "qualifiés" et une autorité, appelée "prestataire de service de certification" dans la directive, que l'on appellera ci-après "autorité de certification". L'autorité de certification génère notamment une clé publique utilisée dans le processus précité par les cartes à puce. En effet, de façon pratique, des procédés de cryptographie asymétriques doivent être utilisés. Selon ces procédés, il est mis en #uvre une clé de signature privée, c'est-à-dire secrète, détenue par le signataire, et une clé publique de vérification de signature. En réalité, dans les applications à base de carte à puce, la clé privée est enregistrée dans une zone de mémoire non-volatile des cartes à puce du signataire, mémoire de type "ROM", "EEPROM" ou équivalent. Les procédés de cryptographie asymétriques sont réputés non répudiables car le vérificateur de la signature, du fait des caractéristiques inhérentes à ces procédés, ne sait pas signer. Pour fixer les idées, un exemple de procédé de cryptographie asymétrique bien connu et largement utilisé est constitué par le procédé dit "RSA" (du nom de ses inventeurs Rivest, Shamir et Adleman). Une description de ce procédé peut être trouvée dans le brevet US-A-4405829. Bien qu'efficaces, les procédés de cryptographie asymétriques ne sont pas pour autant dépourvus d'inconvénients. Ils sont en effet délicats et coûteux à mettre en oeuvre. En premier lieu, il nécessaire de gérer et générer autant de paires de clés privée/publique qu'il y a d'utilisateurs à doter de cet instrument de signature électronique. En second lieu, la cryptographie asymétrique nécessite des ressources informatiques non négligeables, du moins par rapport à celles habituellement offertes par une puce électronique. II est notamment nécessaire de prévoir un coprocesseur arithmétique pour effectuer les calculs de chiffrement/déchiffrement. Il s'ensuit que le coût de puces électroniques dotées de la puissance de calcul nécessaire à la cryptographie asymétrique est sensiblement plus élevé que les puces traditionnelles utilisées à ce jour par l'ensemble des autres applications. Or, les considérations de coût, pour un composant de très grande diffusion, sont primordiales. On pourrait penser avoir recours à des procédés de cryptographie symétrique, moins exigeants en ressources informatiques. Cependant ces derniers, de par leurs caractéristiques propres, ne peuvent garantir la condition de "non répudiabilité" recherchée, car le vérificateur de la signature peut également signer, puisqu'il se trouve a priori dans les mêmes conditions que le signataire. L'invention vise à pallier les inconvénients des procédés et dispositifs de l'art connu, dont certains viennent d'être rappelés, tout en satisfaisant aux besoins qui se font sentir. L'invention se fixe pour but un procédé de génération de signatures non répudiables, spécialement adapté à des applications mettant en oeuvre des terminaux légers tels des systèmes embarqués à puce électronique, et plus particulièrement des cartes à puce, dont l'une des caractéristiques est d'offrir des ressources informatiques limitées. Pour ce faire, selon une caractéristique avantageuse, le procédé selon l'invention associe la cryptographie symétrique à la cryptographie asymétrique statique, étant entendu que les opérations mettant en oeuvre ce dernier procédé ne sont pas effectuées dans le terminal embarqué. II s'ensuit qu'il n'est pas nécessaire de doter celui-ci d'une puissance de calcul accrue, notamment d'y implanter un coprocesseur mathématique. Dans un premier mode de réalisation de l'invention, le procédé comprend une phase préliminaire comportant les étapes principales suivantes 1. On dote toutes les cartes à puce de deux paires de clés de signature dites "mères", les deux paires de clés étant identiques pour toutes les cartes à puce. 2. Chacune des cartes à puce reçoit également deux clés diversifiées propres à chaque carte à puce, calculées à partir de ces paires de clés "mères " et d'un identifiant propre à la carte à puce en question (et/ou de toute autre information identifiant le porteur) et contenu dans celle-ci. Le calcul des clés diversifiées est effectué en ayant recours à un procédé de cryptographie symétrique, de préférence, mais non exclusivement, en faisant appel au procédé dit "triple DES" (pour "Data Encryption Standard"). 3. L'identifiant (et éventuellement d'autres informations) de la carte à puce, est(sont) certifié(s) par une clé privée (c'est-à-dire secrète) détenue par une autorité dite de "certification". Ce certificat accompagne l'identifiant dans la carte à puce et constitue "l'habilitation à signer" du porteur de la carte à puce. Le certificat est calculé en ayant recours à un procédé de cryptographie de type asymétrique, de préférence le procédé dit "RSA" précité. II doit cependant bien être compris que les calculs nécessaires sont effectués par l'autorité de certification, qui peut disposer de moyens informatiques puissants et non par la carte à puce. De façon plus précise, le certificat est calculé à partir des données d'identification de la carte à puce et/ou de son porteur à l'aide d'une clé privée, cette dernière étant propriété de l'autorité de certification. Dans les applications à base de cartes à puce, cette phase préliminaire est habituellement réalisée lors de l'opération dite de "personnalisation" des cartes à puce. La clé publique de certification est disponible pour le contrôle des certificats par l'autorité de certification et pour le contrôle par chacun des possesseurs d'un instrument de signature. Ce peut être, dans une première variante de réalisation, l'ensemble des usagers possesseurs d'une carte à puce, ou, dans une seconde variante de réalisation, seulement les usagers appartenant à un même groupe. Dans ce dernier cas, la population des usagers est scindée en au moins deux groupes distincts. L'algorithme "DES" précité a été publié en 1977 par un organisme officiel américain, le "NBS" ("National Bureau of Standards"). A titre d'exemple, une description de cet algorithme peut être trouvée dans l'article de Jean-Pierre TUAL, intitulé "Cryptographie", paru dans "Les Techniques de l'Ingénieur", volume H2, pages 248-1 à 248-29. De même, un exemple de mise en #uvre de certificats est décrit dans l'article de Gérard RIBIERE, intitulé "Certification électronique et sécurité", paru "Les Techniques de l'Ingénieur", volume H2, pages 258-1 à 258-11. Les étapes ultérieures, que l'on pourra qualifier d'opérationnelles, comprennent au moins la génération d'une signature lors de l'émission d'un message ou plus généralement d'un document électronique par l'un des possesseurs de carte à puce, que l'on appellera signataire. Le calcul de la signature est réalisé par un chiffrement des données à transmettre à l'aide des clés diversifiées précitées, en faisant appel à un algorithme de cryptographie symétrique, de préférence le triple "DES" comme indiqué précédemment. La reconstitution et la vérification de la signature, s'effectuent par une opération identique au chiffrement, par un ou plusieurs destinataires, à l'aide des clés diversifiées du signataire, reconstituées par le ou les destinataires(s), et du même algorithme symétrique. Le signataire transmet également son certificat et les données d'identification ayant servies à le calculer à l'étape 3.) de la phase préliminaire. Ce certificat est vérifié par le ou les destinataire(s) à l'aide de la clé publique précitée. II est fait appel à un algorithme asymétrique. Les calculs nécessaires peuvent être effectués par un terminal hôte de la carte à puce. Selon un deuxième mode de réalisation du procédé selon l'invention, celui-ci comprend également l'essentiel des étapes de la phase préliminaire. Cependant, l'une des deux clés diversifiées est obtenue à partir d'une des deux paires de clés "maître" et de données d'identification d'un destinataire, et non plus de l'émetteur comme dans la première variante. Selon cette variante, seul ce destinataire est alors en mesure de vérifier la signature de l'émetteur. A cette exception près, la vérification s'effectue de la même manière que précédemment. On constate que, dans ces deux modes de réalisation, toutes les cartes à puce possèdent les deux paires de clés mères, ce qui peut présenter une faiblesse d'un point de vue sécurité. Aussi, dans une variante préférée, compatible avec les deux modes de réalisation, de manière à augmenter la robustesse du procédé, on ajoute dans chacune des cartes à puce une paire de clés diversifiées issues de la diversification de deux paires de clés d'authentification appartenant à l'autorité de certification. Cette opération est réalisée lors d'une étape supplémentaire de la phase préliminaire. Le calcul des clés de chaque carte à puce est effectué en faisant appel à un algorithme symétrique et à un identifiant propre à cette carte à puce. Comme précédemment, l'algorithme symétrique est préférentiellement un triple "DES", A partir des clés diversifiées résidentes dans la carte à puce et de la signature précédemment générée, en faisant appel à un algorithme symétrique, la carte à puce génère des données supplémentaires que l'on appellera ci- après "données d'authentification de signature". Ces données sont également transmises au(x) destinataire(s). Ce (ces) dernier(s) peu(ven)t les soumettre à l'autorité de certification qui peut à son tour les authentifier par retour. Dans une variante de réalisation préférée encore, on prévoit avantageusement un compteur de génération de signatures utilisé pour sécuriser la génération de signature et assurer la traçabilité, par exemple pour détecter des signatures différentes portant le même numéro. Les compteurs sont également résidents dans les cartes à puce et peuvent servir optionnellement à l'initialisation de toute signature de données. L'invention a donc pour objet principal un procédé de génération de signature non-répudiable par une première entité d'un ensemble, notamment par un système embarqué à puce électronique comportant au moins des moyens de mémoire non-volatile et des moyens de calcul, ladite signature étant destinée à être diffusée et vérifiée par au moins l'une desdites entités de l'ensemble, caractérisé en ce qu'il comprend une phase préliminaire comportant au moins les étapes suivantes - le stockage dans lesdits moyens de mémoire non-volatile de deux paires de clés de signature dites "mères", communes à toutes lesdites entités ; - la génération, à partir d'au moins une desdites paires de clés de signature "mères" et d'un identifiant unique, propre à ladite première entité, d'une première clé de signature dite "diversifiée", par application d'un algorithme de cryptographie symétrique et le stockage de ladite clé diversifiée dans lesdits moyens de mémoire non-volatile; - le stockage dudit identifiant unique dans lesdits moyens de mémoire non-volatile ; - la génération par une entité supplémentaire dite "autorité de certification" d'un certificat constituant une habilitation à signer pour ladite première entité, ledit certificat étant obtenu à partir d'au moins ledit identifiant et d'une clé privée de chiffrement détenue par ladite autorité de certification, par application d'un algorithme de cryptographie asymétrique, et le stockage dudit certificat dans lesdits moyens de mémoire non-volatile; et - la distribution, par ladite autorité de certification, d'une clé publique de vérification de signature à tout ou partie desdites entités de l'ensemble, et une phase subséquente comprenant au moins les étapes suivantes - la génération de ladite signature non-répudiable à partir de ladite première clé de signature diversifiée, d'une deuxième clé de signature diversifiée et de données à transmettre destinées à au moins une desdites entités de l'ensemble, par application d'un algorithme de cryptage symétrique ; et - la diffusion à destination d'au moins l'une desdites entités de l'ensemble d'au moins desdites données, de ladite signature, dudit identifiant et dudit certificat. L'invention a encore pour objet un système embarqué à puce électronique pour la mise en ceuvre de ce procédé, notamment une carte à puce. L'invention va maintenant être décrite de façon plus détaillée en se référant aux dessins annexés, parmi lesquels - la figure 1 illustre schématiquement l'architecture d'une carte à puce pour la génération d'une signature non répudiable selon l'invention ; - La figure 2 illustre schématiquement la génération d'une clé de signature dite diversifiée pour la carte à puce de la figure 1 à partir d'une paire de clés de signature dites "mères" et d'un identifiant de la carte à puce ; - la figure 3 illustre schématiquement le processus de génération d'une signature non répudiable selon un premier mode de réalisation du procédé selon l'invention ; - la figure 4 illustre schématiquement le processus de génération de clés dites d'authentification de signature par une entité dite autorité de certification ; - la figure 5 illustre schématiquement le processus de génération d'une signature non répudiable selon un deuxième mode de réalisation du procédé selon l'invention ; - la figure 6 illustre le processus de génération de données dites d'authentification à partir des clés d'authentification et de la signature précitée ; - la figure 7 illustre schématiquement les différentes données transmises par une carte à puce signataire ; - la figure 8 illustre schématiquement l'étape de vérification d'une signature générée selon le premier mode de génération de signatures non répudiables ; - la figure 9 illustre schématiquement l'étape de vérification d'une signature générée selon le deuxième mode de génération de signatures non répudiables ; et - la figure 10 illustre schématiquement le processus d'authentification par l'autorité précité de certification d'une signature générée par une carte à puce. On va maintenant décrire de façon plus détaillée un exemple de réalisation préférée de procédé de génération de signatures non répudiables selon l'invention, selon plusieurs variantes. Comme il a été indiqué, pour fixer les idées, sans limiter en quoi que ce soit la portée de l'invention, on se placera dans le cas d'une application à base de cartes à puce. La puce électronique de cette dernière comprend, de façon habituelle, des moyens de calcul, comprenant par exemple un microprocesseur, et des moyens de mémoire, vive et non- volatile. Une telle architecture est bien connue de l'homme de métier et il est inutile de la décrire plus avant. La figure 1 illustre schématiquement l'architecture d'une carte à puce CP;, i étant un indice arbitraire repérant une des cartes à puce d'un ensemble de n cartes à puce CP, à CP" (non représenté). Sur la figure 1, seule la mémoire non-volatile, repérée M, a été représentée. II peut s'agir d'une mémoire de type "ROM" ("Read-Only Memory", à lecture seule), d'une mémoire de type "EEPROM" (Electrically Erasable Programmable Read Only Memory", à lecture seule, mais re-programmable) ou de toute autre mémoire d'un type similaire. Lors d'une phase préliminaire, avantageusement lors de la phase dite de "personnalisation" de la carte à puce CP;, on enregistre, dans des positions de mémoire prédéterminées, M,, Mz, M4 et M5, respectivement dans l'exemple décrit, deux paires de clés dites "mères", MKS" et MKS,2, d'une part, et MKSz, et MKS22, d'autre part. Ces clés "mères" sont communes à toutes les cartes à puce, CP, à CP". Selon une première variante de réalisation du procédé conforme à l'invention, un usager U;, c'est-à-dire le porteur de la carte à puce CP;, signe un message ou des données transmises. Tous les autres usagers peuvent vérifier cette signature. Pour ce faire, deux clés diversifiées, dKS,(,) et dKS2(n, respectivement, sont calculées et enregistrées dans des positions de mémoires, M4 et Ms, par exemple. Ce calcul, réalisé à l'extérieur de la carte à puce CP;, met en ceuvre un algorithme symétrique. De façon préférentielle, il s'agit d'un triple "DES". On supposera d'ailleurs ci-après, à chaque fois que l'on aura recours à un algorithme symétrique, qu'il s'agit également du triple "DES", que l'on notera ci-après "r-DES" par simplification. La figure 2 illustre schématiquement le calcul de la clé dKS,(n. Le triple "DES", référencé 1, comprend trois étages en cascade 10 à 12. A titre d'exemple, les étages 10 et 12 réalisent un "DES" dit "direct". La clé de signature utilisée pour ces deux étages est, toujours dans l'exemple, la clé MKS". L'étage intermédiaire 11 réalise un "DES" dit inverse, que l'on notera "DES-'". La clé de signature utilisée pour cet étage est la clé MKS,2. En entrée du premier étage 10, on injecte une donnée d'identification ID, de la carte à puce CP; et/ou de son porteur U, (figure 1). Cette donnée d'identification ID; peut être unique ou issue de plusieurs données distinctes, par exemple concaténées, avec éventuellement des données de remplissage pour obtenir un mot binaire de longueur prédéterminée. Sur la figure 1, on a représenté deux sources de données d'identification, notées Info et Div (numéro de la carte à puce CP;, etc. ). Ces données sont également résidentes dans la carte à puce CP; et, dans l'exemple illustré, enregistrées dans les positions M7 et MS de la mémoire M. La sortie de l'étage 10 est transmise à l'entrée de l'étage 11 et la sortie de l'étage 11 est transmise à l'entrée de l'étage 12. Finalement, en sortie de l'étage 12, on obtient la clé diversifiée dKS,(,), propre à la carte à puce CP;, clé diversifiée enregistrée dans la position de mémoire M3 comme il a été indiqué. Les calculs s'effectuent en milieu sécurisé, par exemple par une entité que l'on appellera "l'encarteur", en dehors de la carte à puce CP;. Le module 1 pour la mise en oeuvre du 'T-DES" peut être indifféremment de type "matériel" (circuits spécialisés) ou faire appel à un logiciel. La clé dKS2(,) est obtenue de façon identique et il est inutile de re- décrire le processus. Si on se réfère de nouveau à la figure 1, outre ces différentes données, un certificat CTA; est calculé par une autorité dite de certification CA. Pour ce faire, cette dernière entité CA met en oeuvre, selon un des aspects du procédé selon l'invention, un algorithme asymétrique, référencé 2, préférentiellement l'algorithme "RSA" précité. Des données d'identification ID; de la carte à puce CP; sont chiffrées à l'aide d'une clé privée, propriété de l'autorité de certification CA, que l'on notera KA. Dans l'exemple illustré par la figure 1, le résultat de l'opération de chiffrement, c'est-à-dire le certificat CTA; est enregistré dans la position de mémoire M9. L'autorité de certification CA distribue également une clé publique de vérification de signature, associée à la clé privée KA et que l'on appellera ci-après KP, à toutes les cartes à puce. On a supposé, jusqu'à ce point de la description, que tous les usagers U; possesseurs d'une carte à puce CP; faisait partie d'un seul et unique groupe, et donc que la clé publique KP était mise à la disposition de tous ces usagers U;. Selon une autre variante du mode de réalisation du procédé, il est possible de scinder l'ensemble de ces usagers en au moins deux groupes (non représentés). Chaque groupe aura donc à sa disposition une clé publique distincte de celle des autres groupes : KP,, KP2, ... ,Kp",, si on suppose que m est le nombre de groupes distincts. La figure 3 illustre schématiquement la génération d'une signature, référencée SIGN,, par la carte à puce CP;. On suppose que le porteur U; de la carte CP; veuille envoyer un message MSG qui doit être signé. Pour ce faire, le message MSG élaboré par des moyens de traitement de données connus, par exemple le terminal hôte T de la carte à puce CP;, est transmis en entrée d'un "T-DES", référencé 3, ou de tout autre algorithme symétrique similaire. De façon connue en soi, le message MSG peut être soumis au préalable à une opération dite de "hachage" ("hashing"). L'architecture logique de ce 'T-DES" 3 est identique ou pour le moins tout à fait similaire à celle décrite en regard de la figure 2. La clé utilisée pour les étages "DES" directs est, par exemple, la clé dKS,(,) et la clé utilisée pour l'étage "DES-"' est la clé dKS2(,). Puisqu'il s'agit d'un algorithme symétrique, il n'est pas nécessaire de disposer de moyens de calcul puissants. Le calcul de la signature peut donc s'effectuer avantageusement à l'intérieur de la carte à puce CP;, à l'aide des moyens de calculs standards dont elle dispose (non représentés). II s'ensuit que, bien que pour des raisons de clarté du dessin, les moyens de calcul 3 aient été représentés sur la figure à l'extérieur de la carte à puce CP;, on doit bien comprendre qu'ils sont préférentiellement implantés dans la puce électronique de celle-ci. De façon pratique, il ne s'agit pas habituellement de circuits spécifiques. On préfère effectuer le calcul de la signature SIGN; à l'aide d'un logiciel, enregistré dans la mémoire M, coopérant avec les moyens de calcul standards précités. On constate que les clés diversifiées, dKS,(,) et dKS2(,), c'est-à-dire le secret propre à chacune des cartes à puce CP;, ne sont pas dévoilées au monde extérieur. Cependant, toutes les cartes à puce CP; possèdent les deux paires de clés de signature sous leur forme dite "mère". Si on arrive à "casser" ces clés, la sécurité globale du procédé est mise en péril. Aussi, pour "durcir" le procédé vis-à-vis d'attaques extérieures, on ajoute dans chacune des cartes à puce CP; une paire de clés de signature diversifiées supplémentaires, que l'on notera dKSA,(,) et dKSA2(,), respectivement. Ces clés sont elles-mêmes issues de la diversification de deux paires de clés d'authentification de signature appartenant à l'autorité de certification CA (figure 1). On explicitera ci-après, de façon plus détaillée, l'utilité de ces clés. La figure 4 illustre schématiquement le processus de génération des clés diversifiées supplémentaires, dKSA,(,) et dKSA2(,). Les paires de clés dites "d'authentification de signature", MKSA" et MKSA,2, MKSA2, et MKSA22, respectivement, sont transmises aux entrées de clé de modules mettant en oeuvre un algorithme symétrique, préférentiellement un 'T-DES", notés 1' et 1". En entrée de données, on injecte un identifiant ID; caractérisant la carte à puce CP;. Le processus de calcul des clés dKSA,(,) et dKSA2(,) est identique, ou pour le moins tout à fait similaire à celui (figure 2 : 1) ayant permis de calculer les clés diversifiées dKS,(,) et dKSx,). On peut utiliser d'ailleurs les mêmes circuits, s'il s'agit de circuits électroniques spécifiques, ou le même logiciel. Comme pour les clés diversifiées, dKS,(,) et dKS2(,), le calcul est effectué lors d'une phase préliminaire, en milieu sécurisé, par exemple lors de la phase dite de "personnalisation" de la carte à puce CP;. Les résultats des calculs, c'est-à-dire les clés d'authentification de signature dKSA,@ et dKSA2(,), sont enregistrés également dans la mémoire M de la carte à puce, dans les positions M,o et M" (voir également la figure 1). Selon cette variante préférée du procédé, percer le secret d'une carte à puce CPi devient alors aussi difficile que d'obtenir la clé privée d'une carte à puce qui serait dotée d'un algorithme de cryptographie asymétrique dynamique. Dans une variante encore du procédé de génération de signature, on prévoit avantageusement un compteur de génération de signature 4, dont la sortie est notée CGS. Le compteur 4 est utilisé pour sécuriser la génération de signature et pour assurer la traçabilité (signatures différentes portant le même numéro). Si on se reporte de nouveau à la figure 3, on constate que la sortie CGS est transmise à l'entrée de données du "T-DES" 3. De façon pratique, il s'agit d'un mot binaire qui peut être concaténé avec le message à signer MSG. Ce compteur 4 est également implanté dans la carte à puce CPi et sert optionnellement à initialiser toute signature de données. II peut s'agir d'un composant matériel, appartenant par exemple aux circuits des moyens de calcul de la puce électronique de la carte à puce CP;. Le comptage (mot CGS) peut également être obtenu par des moyens logiciels. On va maintenant décrire schématiquement un deuxième mode de réalisation du procédé de génération de signature par référence à la figure 5. Selon ce mode de réalisation, une des clés diversifiées, par exemple la clé, référencée désormais dKS'201, est obtenue à l'aide des données de diversification d'une autre carte à puce, du groupe auquel appartient la carte à puce CP; s'il existe plusieurs groupes distincts, par exemple les données d'identification ID; de la carte à puce CPj, et non à partir des données d'identification ID; de la carte à puce signataire CP,. A l'exception de cette caractéristique, les autres phases et étapes sont identiques à celles qui ont été décrites pour le premier mode de réalisation. II est donc inutile de les re-décrire en entier. De même, ce mode de réalisation est compatible avec l'utilisation de clés d'authentification de signature, dKSA,(,) et dKSA2(,), et avec l'utilisation d'un compteur de génération de signatures 4 produisant le mot CGS. Selon ce mode de réalisation, du fait précisément de la caractéristique précitée, seul le destinataire U;, c'est-à-dire le possesseur de la carte à puce CP; est en mesure de vérifier la signature de l'émetteur U;, notée SIGN', sur la figure 5. II est intéressant de noter que cette dernière caractéristique n'est pas offerte par les procédés classiques de cryptographie asymétrique dynamique utilisés pour la génération de signatures non-répudiables selon l'art connu. On suppose que, comme précédemment, la clé diversifiées dKS,(@ a été calculée et enregistrée dans la mémoire M de la carte à puce CP;, à la position M3, lors de la phase préliminaire. Pour ce faire, des données d'identification ID; propres à la carte à puce CP; ont été utilisées. La clé de signature diversifiée dKS'2ù) est calculée à partir de la paire de clés de signature "mères" MKS2, et MKS22, comme précédemment, mais en faisant usage de l'identifiant ID; provenant de la carte à puce CP;, identifiant enregistré dans une ou plusieurs positions de la mémoire M' de celle-ci, de façon analogue à l'identifiant ID; pour la carte à puce CP;. Le calcul de la clé de signature s'effectue en faisant usage d'un "r-DES", référencé 3', recevant sur ces entrées de clé, les clés mères MKS2, et MKS22, et, en entrée de données, l'identifiant IDj précité. La sortie représente la clé de signature diversifiée dKS'2(D. Lors de l'étape de génération de signature, référencée désormais SIGN'i, le processus mis en oeuvre est identique à celui du calcul de la signature SIGN; de la figure 3. Pour ce faire, on recourt à un algorithme symétrique, de préférence l'algorithme "T-DES" (module 3), à l'exception du fait que la clé dKS'2o est calculée différemment, comme il vient d'être montré. En entrée de données, on injecte le message à signer MSG, et optionnellement le mot de comptage de signature CGS (compteur 4 : figure 3). Dans ce mode de réalisation, il est nécessaire d'obtenir un identifiant certifié du destinataire. II est à noter que le calcul de signature SIGN'i est réalisé a priori dans la carte à puce CP;, de manière à ce que les clés diversifiées dKS,(4 et dKS'2q) restent confinées dans celle-ci. II en est de même pour le calcul de la clé dKS'2o par le module 3'. II est à noter également que, dans les deux modes de réalisation, la diversification des paires de clés mères MKS", MKS,2, MKS2,, et MKS22 par l'identifiant d'une carte à puce, ID; de la carte à puce CP; par exemple, qui permettrait de retrouver les clés diversifiées est interdite. Ceci peut être obtenu simplement par des moyens matériels ou logiciels interdisant la divulgation de ces clés et leur mise en oeuvre pour la génération d'une signature. Seule la signature obtenue en utilisant ces clés diversifiées peut être transmise au monde extérieur. Selon les deux modes de réalisation, il est possible de générer des données dites "d'authentification" de la signature émise. La figure 6 illustre schématiquement la génération de telles données, référencées ASIGN; pour la carte à puce CP;. Pour ce faire, on utilise les clés diversifiées supplémentaires dites d'authentification, dKSA,(,) et dKSA2(,), générées de la manière explicitée en regard de la figure 4 et qui sont enregistrées dans la mémoire M, dans les positions M,o et M", dans l'exemple décrit. La signature générée SIGNI est transmise à l'entrée d'un "r-DES", référencé 3". De façon optionnelle, la donnée de comptage CGS (figure 3) peut également être injectée en entrée de données, par exemple en la concaténant avec le message à signer MSG. Les clés dKSA,(,) et dKSA2(,) sont utilisées comme clés de signature. L'architecture logique du module 3" est identique ou pour le moins tout à fait similaire à celle du module 3 de la figure 3 utilisé pour générer la signature SIGN;. La sortie du module 3" représente les données d'authentification de signature recherchées ASIGN;. Ces données sont transmises au(x) destinataire(s) de la signature SIGN;. Comme précédemment, le calcul s'effectue à l'intérieur de la carte à puce CP; pour que les clés dKSA,(,) et dKSA2@ ne sortent pas de celle-ci. En réalité, le destinataire final des données ASIGN; est l'autorité de certification CA (figures 1 ou 4). En effet, comme il le sera montré ci-après, un destinataire, par exemple Uj, qui veut faire authentifier la signature reçue SIGN; et s'assurer que c'est une carte à puce valide CP; qui l'a émise, soumet les données d'authentification de signature ASIGNf à l'autorité de certification CA qui seule peut les valider puisqu'elle stocke les clés mères, MKSA" à MKSA22, qui ont servi à calculer les clés dKSA,(n et dKSA2(,). La figure 7 illustre schématiquement les différentes données transmises par une carte à puce signataire CP; au(x) destinataire(s), dans une variante de réalisation préférée. Les données transmises sont les suivantes - données ou messages signés MSG ; - données optionnelles de comptage de signature CGS ; - signature SIGN;; - identifiant ID; de la carte à puce CP; et/ou de son détenteur U; ; - certificat CTA;, et - données d'authentification ASIGN;. C'est à partir de toutes ces données que le ou les destinataire(s) peu(ven)t vérifier la signature SIGN; et, dans la variante préférée, l'authentifier à l'aide des données ASIGN;. On va maintenant décrire l'étape de vérification de la signature SIGNj émise par une carte à puce, par exemple la carte à puce CPj, ce selon les deux modes principaux de réalisation du procédé qui viennent d'être décrits. La figure 8 illustre schématiquement l'étape de vérification de la signature SIGN;, générée conformément au premier mode de réalisation du procédé selon l'invention, par au moins un usager U; appartenant à un groupe donné ou à l'ensemble des usagers, s'il n'existe pas de groupes distincts. On doit rappeler que le premier mode de réalisation autorise la vérification a priori par tous les usagers, U, à U, à l'écoute du message émis MSG et de sa signature SIGN;. La vérification consiste à reconstituer la signature de l'émetteur et de la comparer à celle reçue. Pour fixer les idées, on considère le cas d'une carte à puce CPj recevant de la carte à puce CP; les différentes données illustrées sur la figure 7. L'architecture de la carte à puce CPj est, a priori, tout à fait semblable à celle de la carte à puce CP;, sinon identique. Celle-ci comprend notamment une mémoire non-volatile référencée M' dans laquelle sont enregistrés les deux paires de clés mères, MKS" à MKS22 (positions de mémoire M',, M'2, M'4 et M'5), deux clés diversifiées, dKS,@) et dKS20 (positions de mémoire M'3 et M's), secret de la carte CPj, des données d'identification IDj (Info' et Div', positions de mémoire M'7 et M'8), un certificat CTAj (position de mémoire M'9) et, dans une variante préférée, deux clés d'authentification dKSA,Q) et dKSA2Q) (positions de mémoire M'10 et M'11). Une première clé diversifiée, référencée dKS, est calculée à partir des clés mères MKS" et MKS,2 et de l'identifiant ID; reçu de la carte à puce CP;, en faisant appel à un algorithme symétrique, préférentiellement un 'TDES", référencé 5a. L'identifiant ID; est injecté sur l'entrée de données. Les clés mères MKS" et MKS,2 sont transmises aux entrées de clés. Une deuxième clé diversifiée est calculée de la même façon à l'aide du "T-DES" 5b, à partir des clés mères MKS2, et MKS22 et également de l'identifiant reçu ID;. Les clés diversifiées calculées, dKS, et dKS2, peuvent être stockées temporairement dans des registres, 6a et 6b, ou dans des positions d'une mémoire vive (non représentée) dont est munie habituellement une carte à puce. Un troisième 'T-DES", référencé 5c reçoit en entrées de clés les clés calculées précédemment et sur son entrée de données, le message MSG transmis par la carte à puce CP;, ainsi qu'éventuellement le mot de comptage de génération de signatures CGS. La donnée en sortie du module 5c, référencée SIGN, est supposée représenter la signature SIGN; émise par la carte à puce CP;. Les données correspondantes peuvent être stockées dans un registre 6c ou une position de mémoire vive. On prévoit une opération de comparaison effectuée par le module 7. Si la signature reconstituée SIGN est identique à la signature reçue SIGN;, le résultat (signal ou données sur la sortie S) est positif et cette dernière authentique. La carte à puce CP; reçoit également de la carte à puce CP; le certificat CTAî (voir figure 7). Ce dernier peut être vérifié par le module 8 à l'aide de la clé publique KP émise par l'autorité de certification CA (figures 1 et 4). Comme il a été rappelé, la clé publique KP est mise à la disposition de tous les utilisateurs U;, au moins à l'intérieur d'un même groupe s'il existe plusieurs groupes distincts. Une donnée de vérification du certificat CTA; est disponible sur la sortie S. Pour des raisons de clarté du dessin, les 'T-DES", 5a à 5c, les registres, 6a à 6c, les organes de comparaison 7 et de vérification 8 ont été représentés à l'extérieur de la carte à puce CP;. II va de soi que, comme précédemment, ces derniers sont implantés dans la carte à puce, les clés diversifiées et les résultats des calculs ne devant pas être divulgués au monde extérieur. Les fonctions réalisées peuvent d'ailleurs faire appel en tout ou partie à des logiciels. La vérification d'une signature générée conformément au deuxième mode de réalisation du procédé selon l'invention va maintenant être décrite par référence à la figure 9. Les éléments communs aux figures précédentes, notamment à la figure 8, portent les mêmes références et ne seront re- décrits qu'en tant que de besoin. Comme précédemment, une clé diversifiée, dKS,, est calculée à partir de l'identifiant ID; reçu de la carte à puce CP;. Par contre la clé diversifiée dKS2Q), stockée dans la carte à puce CP;, est directement utilisée comme clé de signature. On suppose que la clé dKS2(,@ a été obtenue par diversification à partir des clés mères MKS2, et MKS22 et de l'identifiant IDj fourni par la carte à puce CP@ La clé dKS2o) et la clé calculée dKS, sont transmises aux entrées de clés du "T-DES" 5c, qui reçoit sur son entrée de données, comme précédemment, le message transmis MSG et, optionnellement, le mot de comptage de signature CSG. Le reste du processus est identique à celui décrit pour le premier mode de réalisation (figure 9), et il est inutile de le re-décrire en détail. Le certificat CTA; est vérifié de la même façon que précédemment. Dans les deux cas la signature calculée, SIGN n'est jamais délivrée au monde extérieur. Seul le résultat de la comparaison peut être divulgué. En résumé de ce qui précède, puisque ni les clés diversifiées, secret de chaque carte à puce, par exemple CP;, ni les résultats des calculs de signature ne sortent des cartes à puce, il s'ensuit que le système est non répudiable. On va maintenant décrire, par référence à la figure 10, la vérification de l'authenticité de la signature SIGN;. Tout usager U; ayant vérifié une signature générée par un autre usager, par exemple U;, peut soumettre à l'autorité de certification CA l'identifiant du signataire ID;, le certificat de cet identifiant CTA;, la signature SIGN;, les données d'authentification ASIGN, et les données optionnelles de comptage de génération de signature CGS. A partir de ces données, l'autorité de certification CA recalcule, à partir des paires de clés mères MKSA" à MKSA22 et du diversifiant ID; (après contrôle de l'identité certifiée) de la carte à puce signataire CP; et/ou de son porteur U;, des clés diversifiées dKSA,(,) et dKSA2(,), pour contrôler les données d'authentification de signature ASIGN;. Les paires de clés mères MKSA"-MKSA,2, d'une part, et MKSA2,- MKSA22, d'autre part, sont transmises aux entrées de clés de deux modules 'T-DES", 9a et 9b, qui reçoivent, sur leurs entrées de données, les identifiants ID,. Les sorties de ces modules fournissent les clés diversifiées d'authentification de signature, dKSA,(,) et dKSA2(n, clés transmises aux entrées de clés d'un troisième "T-DES", référencé 9c. Ce dernier reçoit sur son entrée de données, la signature SIGN; et les données de comptage de génération de signature optionnelles CGS. Les données ASIGN présentes sur la sortie du "T-DES" 9c sont sensées représenter les données ASIGN; reconstituées. Elles sont donc comparées à ces dernières dans un module comparateur 9d. Le résultat de la comparaison, positif ou négatif, est disponible sur la sortie S" du module 9d. Ce résultat est retourné à l'usager qui en fait la demande, par exemple l'usager U;, signé par les clés dKSA,Q) et dKSA2Q) et d'un "T-DES" 9e. Naturellement, ces clés, dKSA,Q) et dKSA2Q), ne sont pas transmises directement par l'usager Uj, mais recalculées par l'autorité de certification CA, par application de '?-DES" (non représentés) et à l'aide des clés mères MKSA"-MKSA,2, d'une part, et MKSA2,-MKSA22, d'autre part, et de l'identifiant ID; de l'usager Uj, de façon analogue au calcul des clés dKSA,(n et dKSA2(,). Le résultat signé R, en sortie du 'T-DES" 9e, peut alors être déchiffré par l'usager U; à l'aide de ses propres clés d'authentification dKSA,o et dKSA20), par application d'un '?-DES" supplémentaire (non représenté). Optionnellement, un mot de passe ou toute identification analogue ("PIN-code, etc.) peut être exigée pour renforcer encore la sécurité du processus. A la lecture de ce qui précède, on constate aisément que l'invention atteint bien les buts qu'elle s'est fixés. Elle assure, notamment dans sa variante de réalisation préférée, une grande sécurité et la possibilité d'obtenir une non-répudiation des signatures émises, ce sans devoir recourir à des procédés de cryptage asymétriques au sein de cartes à puce, et de façon plus générale de terminaux embarqués légers à puce électronique. De ce fait, il devient possible d'utiliser des puces électroniques pourvues de moyens de calcul et de mémoire standards. En particulier, il n'est pas nécessaire que la puce électronique soit pourvue d'un coprocesseur mathématique. II s'ensuit que le coût et la complexité induits par le procédé restent dans des limites acceptables pour des applications dites "grand public" II doit être clair cependant que l'invention n'est pas limitée aux seuls exemples de réalisations explicitement décrits, notamment en relation avec les figures 1 à 10. En particulier, bien que l'algorithme asymétrique "RSA" et l'algorithme symétrique de type triple "DES" soient particulièrement intéressants, l'invention n'est en aucune façon limitée à ces seuls algorithmes. D'autres algorithmes, tant asymétriques que symétriques, respectivement, sont tout à fait envisageables. Le choix d'un algorithme particulier ne constitue qu'un choix technologique à la portée de l'Homme de Métier, en fonction notamment de l'application précise visée. REVENDICATIONS 1. Procédé de génération de signature non-répudiable par une première entité d'un ensemble, notamment par un système embarqué à puce électronique comportant au moins des moyens de mémoire non-volatile et des moyens de calcul, ladite signature étant destinée à être diffusée et vérifiée par au moins l'une desdites entités de l'ensemble, caractérisé en ce qu'il comprend une phase préliminaire comportant au moins les étapes suivantes - le stockage dans lesdits moyens de mémoire non-volatile (M) de deux paires de clés de signature dites "mères" (MKS"- MKS,2, MKS2,-MKS22), communes à toutes lesdites entités (CP;, CP;) ; - la génération, à partir d'au moins une desdites paires de clés de signature "mères" (MKS"-MKS,2) et d'un identifiant unique (ID;), propre à ladite première entité (CP;), d'une première clé de signature dite diversifiée (dKS,(, , par application d'un algorithme de cryptographie symétrique (1) et le stockage de ladite clé diversifiée dans lesdits moyens de mémoire non-volatile - le stockage dudit identifiant unique (ID;) dans lesdits moyens de mémoire non-volatile (M) ; - la génération par une entité supplémentaire dite "autorité de certification" (CA) d'un certificat (CTA;) constituant une habilitation à signer pour ladite première entité (CP;), ledit certificat (CTA;) étant obtenu à partir au moins dudit identifiant (ID;) et d'une clé privée de chiffrement (KA) détenue par ladite autorité de certification (CA), par application d'un algorithme de cryptographie asymétrique (2), et le stockage dudit certificat (CTA;) dans lesdits moyens de mémoire non-volatile (M) ; et - la distribution, par ladite autorité de certification, d'une clé publique de vérification de signature (KP) à tout ou partie desdites entités (CP;, CP;) de l'ensemble et une phase subséquente comprenant au moins les étapes suivantes - la génération de ladite signature non-répudiable (SIGN;) à partir de ladite première clé de signature diversifiée (dKS,(n), d'une deuxième clé de signature diversifiée (dKS20., dKS'2n,) et de données à transmettre (MSG) destinées à au moins une desdites entités (CPj) de l'ensemble, par application d'un algorithme de cryptage symétrique (3, 3') ; et - la diffusion à destination d'au moins l'une desdites entités (CP;) de l'ensemble d'au moins lesdites données (MSG), de ladite signature (SIGN;), dudit identifiant (ID;) et dudit certificat (CTA;). 2. Procédé selon la revendication 1, caractérisé en ce que ladite deuxième clé de signature diversifiée (dKS2(, est générée, pendant ladite phase préliminaire, à partir de ladite deuxième paire de clés de signature "mères" (MKS2,-MKS22) et dudit identifiant unique propre (ID;) à ladite première entité (CP;), par application d'un algorithme de cryptographie symétrique (1), et en ce que ladite deuxième clé de signature diversifiée (dKS2(, est stockée dans lesdits moyens de mémoire non-volatile (M). 3. Procédé selon la revendication 1, caractérisé en ce que ladite deuxième clé de signature diversifiée (dKS'2ù@) est générée à partir de ladite deuxième paire de clés de signature "mères" (MKS2,-MKS22) et d'un identifiant unique (ID;) propre à l'une desdites entités (CP;), destinataire de ladite signature non-répudiable (SIGN;), par application d'un algorithme de cryptographie symétrique (3'). 4. Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape supplémentaire de génération, pendant ladite phase préliminaire, par ladite autorité de certification (CA), d'une paire de clés de signature supplémentaires dites d'authentification (dKSA,(,), dKSA2(, à partir de deux paires de clés de signature dites "mères" (MKSA"- MKSA,2, MKSA2,-MKSA22) propres à cette autorité (CA) et dudit identifiant (ID;) propre à ladite première entité (CP;), par application d'un algorithme de chiffrement symétrique (1', 1"), et en ce que ladite paire de clés d'authentification (dKSA,(,), dKSA2(, est stockée dans lesdits moyens de mémoire non-volatile (M). 5. Procédé selon la revendication 4, caractérisé en ce qu'il comprend une étape de génération, par ladite première entité (CP;), de données dites d'authentification de signature (ASIGN;) à partir de ladite paire de clés de signature supplémentaires d'authentification (dKSA,(,), dKSA2(, et d'au moins ladite signature non-répudiable (SIGN;), et en ce que lesdites données d'authentification de signature (ASIGN;) sont diffusées à destination d'au moins une desdites entités (CP;) de l'ensemble. 6. Procédé selon la revendication 1, caractérisé en ce qu'il comprend une phase de vérification de ladite signature non-répudiable (SIGN;) par au moins une deuxième entité (CP;) dudit l'ensemble comportant au moins les étapes suivantes - la génération de première et seconde clés de signature diversifiées (dKS,, dKS2), chacune desdites clés de signature étant générée à partir desdites paires de clés "mères" " (MKS"- MKS,2, MKS2,-MKS22) stockées dans lesdits moyens de mémoire non-volatile (M) et dudit identifiant (ID;) diffusé par ladite première entité (CP;), par application d'un algorithme cryptographie symétrique (5a, 5b) ; - la reconstitution d'une signature (SIGN), à partir de ces dites clés de signature diversifiées (dKS,, dKS2) et d'au moins desdites données (MSG) transmises par ladite première entité (CP;), par application d'un algorithme de cryptographie symétrique (5c) ; et - la vérification de ladite signature non-répudiable (SIGN;) générée par ladite première entité (CP;) par comparaison (S, 7) de celle- ci avec ladite signature reconstituée (SIGN), de manière à valider lesdites données transmises (MSG). 7. Procédé selon la revendication 6, caractérisé en ce qu'il comprend une étape de vérification (8) dudit certificat (CTA;) transmis par ladite première entité (CP;), à l'aide de ladite clé publique de vérification de signature (KP) délivrée par ladite autorité de certification (CA). 8. Procédé selon la revendication 7, caractérisé en ce que ledit ensemble est partitionné en plusieurs groupes distincts d'entités et en ce que ladite autorité de certification (CA) distribue à chacun desdits groupes une clé publique différente. 9. Procédé selon la revendication 5, caractérisé en ce qu'il comprend une phase de vérification desdites données d'authentification comportant au moins les étapes suivantes - la soumission à ladite autorité de certification (CA), par au moins l'une desdites entités (CPj) de l'ensemble, desdites données d'authentification (ASIGNi) reçues de ladite première entité (CP;) ; - la génération par ladite autorité de certification (CA) de première et seconde clés de vérification diversifiées (dKSA,, dKSA2), chacune desdites clés de vérification étant générée à partir desdites paires de clés "mères" (MKSA"-MKSA,2, MKSA2,- MKSA22) propres à ladite autorité de certification (CA) et dudit identifiant (ID;) diffusé par ladite première entité (CP;), par application d'un algorithme de cryptographie symétrique (9a, 9b) ; - la reconstitution de données d'authentification de signature (ASIGN), à partir de ces dites clés de vérification diversifiées générées (dKSA,, dKSA2) et d'au moins ladite signature (SIGN;) transmise par ladite première entité (CP;), par application d'un algorithme de cryptographie symétrique (9c) ; et - la vérification desdites données d'authentification de signature (ASIGN;), transmises par ladite première entité (CP;), par comparaison (S", 9d) de celles-ci avec lesdites données d'authentification de signature reconstituées (ASIGN), de manière à les valider; et - la retransmission du résultat (S") de la comparaison à ladite entité (CP;) ayant soumis lesdites données d'authentification de signature (ASIGN;). 10. Procédé selon la revendication 4, caractérisé en ce qu'il comprend des étapes de génération (4) de données de comptage de génération de signature (CSG) et en ce que lesdites données de comptage de génération de signature (CSG) sont utilisées conjointement aux dites données à transmettre (MSG) pour générer ladite signature non- répudiable (SIGN;) et/ou à cette signature (SIGN;) pour générer lesdites données d'authentification de signature (ASIGN;). 11. Procédé selon la revendication 1, caractérisé en ce que lesdits algorithmes de cryptographie symétrique (1, 3) sont constitués par des triples "DES". 12. Système embarqué à puce électronique destiné à la génération d'une signature non-répudiable destinée à être diffusée et vérifiée par au moins un deuxième système embarqué d'un ensemble, chacun desdits systèmes embarqués comprenant au moins des moyens de mémoire non-volatile et des moyens de calculs implantés dans ladite puce électronique, caractérisé en ce que lesdits moyens de mémoires non- volatile (M) stockent au moins deux paires de clés de vérification dites "mères" (MKS"-MKS,2, MKS2,-MKS22), un identifiant (ID;) propre au dit système embarqué (CP;), au moins une première clé de vérification dite "diversifiée" (dKS,(, , générée à partir d'une desdites paires de clés de vérification "mères" (MKS"-MKS,2) et dudit identifiant (ID;), par application d'un algorithme de cryptographie symétrique (1), et un certificat (CTAj), généré par une entité dite "autorité de certification" (CA) à partir d'une clé privée de signature (KA) détenue par ladite autorité de certification (CA) et dudit identifiant (ID;), par application d'un algorithme de cryptographie asymétrique (2), et en ce qu'il comprend des moyens de génération (1) de ladite signature par application d'un algorithme de cryptographie symétrique (3, 3'), en faisant usage de ladite première clé de signature diversifiée (dKS,(, , d'une seconde clé de signature diversifiée (dKS2n, dKS'201) et de données à diffuser et à signer (MSG), pour transmission à destination d'au moins un deuxième système embarqué (CP;) dudit ensemble. 13. Système selon la revendication 12, caractérisé en ce que lesdits moyens de mémoire (M) stockent en outre une paire de clés de vérification supplémentaires dites d'authentification (dKSA,(,), dKSA2(, , générées par ladite autorité de certification (CA) à partir d'une paire de clés de vérification dites "mères" (MKSA"-MKSA,2, MKSA2,-MKSA22) propres à cette autorité de certification (CA) et dudit identifiant (ID;) propre à ladite première entité (CP;), par application d'un algorithme de chiffrement symétrique (1', 1"). 14. Système selon la revendication 12, caractérisé en ce qu'il est constitué par une carte à puce (CP;).