FR 2834361 A1 20030704 FR 0117043 A 20011228 jour de logiciel permettant d' identifier le véhicule concerné. L'invention est relative à un module de sécurisation de données, numériques, par chiffremenVdéchiffrement eVou signature/vérification de signature. Les processus de sécurisation de données par chiffremenVdéchiffrement eVou par signature/vérification de signature sont, à l'heure actuelle, devenus cruciaux, en raison de l'augmentation croissante des échanges de donnses de toute nature, d'une part, et de la banalisation de moyens informatiques très puissants, susceptibles de permettre à des individus peu scrupuleux des accès non autorisés à des donnces transitant en réseau, d'autre part. Afin de faire face à l'acuité des problèmes précités, les développements de solutions techniques ont, à l'heure actuelle, proposé des produits cryptographiques réalisés sous forme de circuits intégrés, de type ASIC par exemple. Chaque circuit de ce type est alors réalisé en vue d'une application bien déterminée et dont la conception est conduite en deux étapes: - une première étape consistant en une conception logique du produit cryptographique, et - une deuxième étape, dite de placement routage, de la responsabilité du fondeur de circuits intégrés, et consistant à traduire les fonctions logiques en termes physiques de circuits électroniques. En raison de l'association, nécessaire, de compétences distinctes, les opérations de développement des circuits intégrés de type ASIC précités sont très onéreuses- en temps et en ressources de développement. Pour cette raison, de tels circuits ne peuvent être développés, à une échelle industrielle, que pour des séries dépassant au moins la dizaine de milliers. En outre, de par leur nature de circuits dédiés, ces derniers ne peuvent prétendre à une large flexibilité d'utilisation, ce qui bien entendu nuit à la faculté de leur diffusion. Afin de pallier les inconvénients relatifs à la mise en _uvre des circuits intégrés précités, il est nocessaire de satisfaire simultanément à plusieurs critères spécifiques, parmi lesquels: - utilisation de technologies programmables, en lieu et place des circuits intégrés de type ASIC; - exigence d'un niveau de performances comparable à celui de ces derniers, tant en ce qui concerne le niveau de sécurisation des données, la vitesse de traitement et le taux de transmission des donnces sécurisées; - possibilité de réutilisation de composants de cryptographie dans des environnements distincts, en particulier dans le cadre de différents types d'architecture mémoire, afin d'obtenir une souplesse ou flexibilité d'utilisation maximale; - possibilité d'implanter, dans ces composants de cryptographie, des processus ou algorithmes de chiffremenVdéchiffrement eVou de calculivérification de signature spécifiques inédits, dits propriétaires, sans toutefois introduire de changement dans l'architecture de ces derniers; - possibilité d'exécution simultanée, en mode multitâches, de plusieurs processus ou algorithmes de sécurisation de données, en l'absence de dégradation du niveau de performances, tout en permettant l'introduction d'une diversification des processus de sécurisation; - rationalisation et systématisation de processus de sécurisation par constitution de blocs de sécurisation sensiblement indépendants. Vis-à-vis des critères précités, les solutions actuellement connues disponibles apparaissent particulièrement peu adaptées. 20. Une première solution peut consister à faire appel à une utilisation de composants standard disponibles dans le commerce. Cette solution, bien que présentant l'intérêt d'une mise en _uvre rapide, ne satisfait pas aux critères précités. En particulier, chaque produit de cryptographie doit, même avec l'utilisation des composants standard précités, faire l'objet d'une conception et d'une mise en _uvre spécifiques. Il doit en outre utiliser des composants différents, en particulier en présence de circuits d'interfaçage mémoire différents et non compatibles. Dans une telle situation, il n'existe enfin au cu ne véritable ma^'trise de la technologie de sécurisation des donnces, car les composants de cryptographie, constitutifs du c_ur du produit de cryptographie, sont achetés à un fournisseur qui, en général, ne communique pas toutes les informations relatives à son produit, afin d'en préserver l'inviolabilité supposoe. De même, I'implantation de processus ou algoritUmes 3 2834361 de sécurisation de données spécifiques n'est aucunement aisoe, une telle implantation devant, dans un tel cas, être réalisoe sur un composant distinct. Une deuxième solution consiste en la mise en _uvre de solutions au cas par cas. Si les technologies programmables peuvent appara^'tre adaptées à ce type de solution, I'inconvénient majer d'une telle approche réside dans l'absence de possibilité de pérenniser la ma^'trise des implantations de processus ou algorithmes de sécurisation des données pour d'autres cas d'utilisation, alors qu'en outre, elle ne permet pas de rationaliser les ressources de développement, car l'opération de redéfinition et de reconception est très importante pour chaque cas. L'implantation de processus ou d'algorithmes de sécurisation propriétaires est. de ce fait, d'autant plus coûteuse en prestations de conception et de développement. La présente invention a pour objet de remédier aux inconvénients précités des techniques connues de l'art antérieur par la mise en _uvre d'un module de sécurisation de données, par chiffremenVdéchiffrement et/ou signature/vérification de signature, à partir d'une technologie programmable, de type FPGA (Field Programmable Gate Array) satisfaisant à l'ensemble des critères spécifiques précédemment mentionnés dans la description. En particulier, un objet de la présente invention est. en outre, la mise en oeuvre de composants modulaires de sécurisation de données permettant d'atteindre un niveau de performance équivalent à celui fourni par les solutions classiques des circuits intégrés de type ASIC. Un autre objet de la présente invention est également la mise en _uvre d'un module de sécurisation de données susceptible d'être réutilisé dans différentes architectures ou environnements matériels, ce module de sécurisation pouvant être implanté sur différents types de cartes électroniques, afin de favoriser ainsi la réalisation d'économies substantielles de coûts de développement. Un autre objet de la présente invention est la mise en _uvre d'un module de sécurisation de données par chiffrement/déchiffrement eVou signature/vérification de signature permettant la mise en _uvre successive ou simultanée d'une pluralité d'automates de sécurisation, à l'initiative de l'utilisateur, chaque automate de sécurisation pouvant correspondre à un processus de chiffremenVdéchiffrement et/ou de signature/vérification de signature spécifique ou propriétaire, voire inédit. Le module de sécurisation de données par chiffrement/déchiffrement eVou signature/vérification de signature, objet de la présente invention, est piloté par un microprocesseur, auquel est associé une mémoire de travail. Il est remarquable en ce qu'il comprend au moins un module d'interfaçage commun entre le microprocesseur et les circuits du module de sécurisation. Les circuits internes du module de sécurisation comportent, connectés en parallèle au module d'interfaçage, une pluralité de circuits de sécurisation permettant chacun d'assurer le chiffrement/déchiffrement respectivement le calcul/vérification de signature de données reçues du respectivement transmises vers le module d'interfaçage commun. Chaque circuit de sécurisation comporte un sous-module d'entrée/sortie de sécurisation, interconnecté au module d'interfaçage, et un sous-module spécifique de chiffrement/déchiffrement respectivement de calcul/vérification de signature. Le module de sécurisation de données, objet de la présente invention, trouve application à la mise en _uvre de produits de sécurisation de données sous forme de cartes électroniques enfichables dans le connecteur (slot) d'un micro-ordinateur utilisé comme centre serveur par exemple, hébergeant les services en ligne très élaborés ou, au contraire, de petits services télématiques. Les caractéristiques techniques et fonctionnelles du module de sécurisation de donnces par chiffremenVdéchiffrement eVou signature/vérification de signature objet de la présente invention seront mieux- comprises à la lecture de la description et à l'observation des dessins ci-après, dans lesquels: - la figure 1a représente, à titre purement illustratif, une configuration spécifique d'un environnement permettant la mise en _uvre d'un module de sécurisation de données conforme à l'objet de la présente invention; - la figure 1b représente, à titre illustratif, un schéma synoptique général de l'architecture d'un module de sécurisation de donnces conforme à l'objet de la présente invention; 2834361 - la figure 2a représente, à titre illustratif, un schéma synoptique relatif à un automate de sécurisation de données mis en _uvre par l'intermédiaire d'un module de sécurisation de données selon l'invention, tel que représenté en figure 1b; S - la figure 2b représente, à titre illustratif, la structure d'un bloc de commande permettant de lancer l'exécution de toute opération de chiffremenVdéchiffrement respectivement de signature/vérification de signature par un automate de sécurisation, tel que représenté en figure 2a; - la figure 2c représente, à titre purement illustratif, une succession des étapes mises en _uvre; - la figure 3a représente, à titre purement illustratif, un mode de mise en _uvre non limitatif d'un - module d'interfaçage commun permettant la réalisation d'un module de sécurisation de données objet de l'invention de manière préférentielle; - la figure 3b représente, à titre purement illustratif, un détail de réalisation du module de comptage de commandes et d'interruptions incorporé dans le module d'interfaçage commun représenté en figure 3a et permettant la mise en _uvre d'un fonctionnement sensiblement continu du module de sécurisation de données objet de la présente invention; - la figure 3c représente, à titre purement illustratif, un processus d'interfaçage générique entre le module d'interfaçage commun, représenté en figure 3a, et la mémoire de travail représentée en figure 1 a; - la figure 4 représente, à titre purement illustratif, un mode de mise en _uvre non limitatif d'un sous- module d'entrce/sortie de sécurisation interconnecté au module d'interfa, cage commun, tel que représenté en figure 3a; - la figure 5 représente, à titre purement illustratif, un schéma synoptique relatif à un processus d'interfaçage entre un sous-module d'entrée/sortie de sécurisation, tel que représenté en figure 4, et un sous module spécifique de chiffremenVdéchiffrement respectivement de calcul/vérification de signature, I'ensemble des deux sous-modules précités formant un circuit de sécurisation constituant un automate de sécurisation. 6 2834361 - - Le module -de sécurisation de données par chiffremenVdéchiffrement eVou signature/vérification de signature objet de la présente invention sera maintenant décrit de manière plus détaillée en liaison avec la figure 1a et les figures suivantes. Sur la figure précitée, on a représenté, à titre purement illustratif, une configuration spécifique d'un environnement permettant la mise en _uvre d'un module de sécurisation de données conforme à l'objet de la présente invention. D'une manière générale, on indique que la notion de sécurisation de données concerne d'une part les opérations de chiffremenVdéchiffrement de données numériques ainsi que les processus de calcul respectivement de vérification de signature de ces données et leur authentification. D'u ne man ière plus spécifiqu e, on ind ique que les processus de chiffremenVdéchiffrement et de calcul de signature/vérification de signature précités concernent des processus ou algorithmes à clés symétriques par exemple ou à clés dissymétriques, les algoritUmes de chiffrement à clés symétriques impliquant l'utilisation d'une seule clé secrète pour la mise en ceuvre des opérations de chiffremenVdéchiffrement eVou de calcul de signature respectivement de vérification de signature et les algorithmes ou processus à clés dissymétriques impliquant l'utilisation d'une clé publique et d'une clé privée, la clé privée étant maintenue secrète et la clé publique pouvant être diffusée par exemple. En référence à la figure 1a, on indique que le module de sécurisation de donnces objet de la présente invention est mis en _uvre dans le cadre d'un - produit de cryptographie en forme de carte à fonction cryptographique désignée PCA sur la figure 1a, cette carte comprenant, ainsi que représenté sur la figure précitée, un microprocesseur ou microcontrôleur pP2 et une mémoire de clés notée KM. Le module de sécurisation de données 1 est interconnecté au microprocesseur et à la mémoire de clé KM par l'intermédiaire d'une liaison par bus, I'ensemble étant relié à un connscteur d'entrée/sortie noté CIO. La carte à fonction cryptographique ainsi formée est destince à être introduite dans un connecteur, de type slot, noté SIO ménagé dans la carte mère MB d'un ordinateur, tel qu'un serveur par exemple, cet ordinateur comportant un microprocesseur,uP et une mémoire de travail RAM. Sur la figure 1a, on a 7 2834361 ainsi représenté l'ensemble de la carte à fonction cryptographique PCA et de la carte mère MB relié par l'intermédiaire d'une liaison par bus, tel qu'un bus PCI par exemple. En référence à la même figure 1a, on indique que le module de sécurisation de données 1 est piloté par un microprocesseur, le microprocesseur pP,, auquel est associée la mémoire de travail RAM de l'ordinateur hôte comprenant la carte mère MB. On comprend ainsi que le microprocesseur de pilotage,uP, et la mémoire de travail RAM sont externes au module 1 de sécurisation de données objet de la présente invention. Ce dernier sera maintenant décrit en liaison avec la figure 1 b. Ainsi que représenté sur la figure précitée, le module de sécurisation de données objet de la présente invention comprend, au moins, un module 10 d'interfaçage commun entre le microprocesseur uP et les circuits internes du module de sécurisation, ce module d'interfaçage commun ayant essentiellement pour objet de gérer les entrées/sorties de données entre le module de sécurisation de données 1 et les circuits internes précités. - Ces circuits internes sont formés par une pluralité de circuits de sécurisation notés 11, 12, 13 sur la figure lb, ces circuits de sécurisation étant connectés en parallèle au module d'interfaçage 10, ainsi que représenté au dessin. Chacun des circuits de sécurisation permet d'assurer le chiffremenVdéchiffrement respectivement le calcul/la vérification de signature de don nées reçues respectivement transmises vers le mod u le d'i nterfaçage commun 10. Ainsi que représenté en outre sur la figure 1b, chaque circuit de sécurisation comporte un sous-module d'entrée/sortie de sécurisation portant la référence a interconnecté au module d'interfaçage 10 et un module spécifique de chiffrement/déchiffrement respectivement de calcul/vérification de signature portant la référence b. Ainsi, les sousmodules d'entrce/sortie de sécurisation sont référencés 11 a, 1 2a et 1 3a et les sous-module spécifiques de chiffremenVdéchiffrement respectivement de calcul/vérification de signature sont référencés 11 b, 12b et 1 3b sur la figure 1 b précitée. 8 2834361 A l'observation de la figure 1b, on comprend que chaque circuit de sécurisation est mis en _uvre à partir des mécanismes suivants: définition de chaque processus ou algoritUme de chiffremenVdéchiffrement ou calculivérification de signature en deux blocs logiques: I'un des blocs comprenant le c_ur de l'algorithme proprement dit spécifique de ce dernier et correspondant aux blocs 11b, 12b et 13b de la figure 1b pour chacun des circuits de sécurisation et l'autre bloc sensiblement identique pour chacun des circuits de sécurisation et, en définitive, pour chacun des processus ou algorithmes retenus comprenant des dispositifs d'entrée/sortie avec la mémoire externe et portant ainsi les références 11a, 12a et 1 3a sur la figure 1 b. De préférence, chaque bloc, c'est-à-dire chaque sous-module 11a, 12a et 13a respectivement 11b, 12b et 13b, est muni d'une horloge distincte afin de permettre une optimisation des transferts de données à chiffrer ou chiffrées respectivement à soumettre à signature ou à vérification de signature indépendamment du type d'algorithme utilisé vis-à-vis du sousmoduie d'entrée/sortie mis en _uvre; . - mise en _uvre d'un bloc commun d'interfaçage vers l'ensemble des mémoires externes, c'est-à-dire la mémoire RAM de l'ordinateur hôte précédemment mentionné, permettant à chaque processus ou algoritUme de sécurisation de données de fonctionner en l'absence de connaissance du type de mémoire extérieur au module de sécurisation de données objet de l'invention. Ainsi qu'on l'observera sur la figure 1 b, les circuits de sécurisation 11, 12 et 13 peuvent, le cas échéant, être formés par des circuits de sécurisation identiques, c'est-àdire mettant en _uvre non seulement des sous-modules d'entrée/sortie de sécurisation identiques, mais également des sous-modules de chiffrement/déchiffrement respectivement de calcul/de vérification de signature identiques. Dans un tel cas, une telle architecture permet d'assurer un traitement parallèle de sécurisation des données et d'augmenter en conséquence le débit de données traitées pour une application donnée par exemple. - En référence à la même figure 1b, et grâce à l'architecture parallèle retenue pour chaque circuit de sécurisation 11, 12, 13, on indique que chaque circuit de sécurisation peut ainsi être constitué en un automate de sécurisation, lequel opère sous le contrôle du microprocesseur,uP, par l'intermédiaire du module d'interfaçage commun 10 précédemment mentionné. De préférence, I'automate de sécurisation précité opère sous le contrôle du microprocesseur en mode d'accès direct mémoire, le microprocesseur, dans ce but, procédant à une initialisation de l'automate par communication d'une adresse en mémoire de travail relative à un bloc de commande de ce dernier, ainsi qu'il sera décrit ci-après dans la description. Le mode opératoire d'un automate de sécurisation, formé par l'un des circuits de sécurisation 11, 12 et 13 de la figure 1b, sera maintenant décrit en liaison avec les figures 2a et 2b. De manière plus spécifique, on indique, en référence à la figure 2a, que le mode opératoire relatif à chaque automate de sécurisation s'applique à n'importe quel des automates 1 1, 12 ou 13 représentés sur la figure 1 b. Ainsi, en référence à la figure 2a, on indique que chaque automate travaillant sous le contrôle d'un microprocesseur, le microprocesseur,uP, en mode d'accès direct mémoire, peut opérer dans les conditions ci-après. Préalablement à l'exécution de tout ordre de commande, un ordre de commande étant constitué par un bloc de commande, tel que décrit ci-après en figure 2b, le microprocesseur pP, procède à l'initialisation de l'automate en communiquant à ce dernier l'adresse en mémoire de la zone de commande qui lui est destinée. Une telle opération est effectuée au moyen de l'envoi d'un signal dit d'initialisation noté INIT. Le signal d'initialisation précité comporte par exemple la valeur de l'adresse mémoire localisée dans la mémoire de travail externe dans laquelle le bloc de commande qui lui est destiné est mémorisé. Lorsque le signal d'initialisation INIT est lancé, la valeur de ce dernier étant positionnée à la valeur logique 1, I'automate correspondant procède à la lecture sur le bus de donnces, désigné par AD/DATA sur la figure 2a, de la valeur de l'adresse mémoire relative au bloc de commande qui lui est destiné. Une telle opération est exécutée par l'intermédiaire diune part, de chaque sous-module d'entrée/sortie de sécurisation de l'automate 2834361 correspondant 11a, 12a et 1-3a et, d'autre- part, du module d'interfaçage commun 10. Lorsque cette adresse a été mémorisée par l'automate, ce dernier est alors en mesure d'exécuter la commande correspondant au bloc de commande précité, le bloc de commande correspondant ayant été placé par le microprocesseur de l'ordinateur hôte, microprocesseur UP1, dans la zone mémoire dont l'adresse correspond à l'adresse précitée dans la mémoire de travail externe RAM. En référence à la figure 2b, on indique que la structure d'un bloc de commande peut avantageusement être la suivante, de manière à comporter un champ de commande dit champ COMMANDE, un champ d'adresse de mémoire, dit champ BUFFER ADDRESS, un champ de longueur de la zone mémoire considérce, dit BUFFER LENGTH, un champ d'adresse de clé, dit champ KEY ADDRESS et un champ d'adresse de contexte dit champ CONTEXT ADDRESS, lesquels seront explicités ci-après. Le champ de commande est spécifique du processus ou algorithme de chiffrement/déchiffrement respectivement signature/vérification de signature mis en _uvre par l'automate considéré. A titre d'exemple non limitatif, on rappelle que, pour la mise en _uvre d'automates de sécurisation utilisant des clés de chiffrement symétriques, les algorithmes précités peuvent correspondre à l'algorithme DES, 3DES ou RC4 par exemple et les algorithmes d'authentification aux algorithmes SHA ou MD5 par exemple. On rappelle que, pour les algorithmes d'authentification, c'est-à-dire de signature et de vérification de signature de donnces, ces algorithmes ou processus permettent de calculer, à partir d'une fonction de hachage, un condensé des données, lequel est soumis à signature dans les conditions connues en tant que telles lors de la mise en _uvre des aigorithmes précités. Bien entendu, et de manière particulièrement avantageuse, en raison de l'architecture parallèle et modulaire du module de sécurisation de données 3 0 objet de la présente invention, on rappel le que les processu s ou algorithmes de chiffrement/déchiffrement respectivement de signature/vérification de signature incorporés dans chaque automate de sécurisation peuvent, si nécessaire, être des algorithmes dits propriétaires, voire le cas échéant, inédits. 1 1 2834361 Le champ de commande contient au minimum lesnformations ci après: utilisation d'une clé quand celle-ci est optionnelle, par exemple, lors de l'utilisation d'algorithmes tels que HMAC-SHA, HMAC-MD5; - gestion d'un contexte ou non, la notion de contexte étant constituée par l'ensemble des paramètres pertinents de l'algorithme ou processus mis en _uvre, lesquels doivent être sauvegardés entre chaque commande lorsque celle-ci s'applique à des zones mémoire tampon encore désignées BUFFER de données chanées. Ceci est par exemple le cas lorsqu'une mémoire tampon de données est trop grande pour être traitée par une seule commande et doit être scindée en plusieurs zones mémoire tampon de taille plus petite. Le chiffrement doit, dans ces conditions, reprendre à l'endroit précis o il s'était arrêté pour la mémoire tampon précédente, même si, entre temps, I'automate de sécurisation a été amené à exécuter une commande pour une mémoire tampon distincte. La taille des donnces de contexte dépend du type d'algoritUme ou processus de sécurisation de données utilisé. Les données ci-après sont données à titre d'exemple non limitatif: - DES/3DES données de contexte = 1 mot de 64 bits, - RC4 données de contexte = 258 octets (bytes), - SHA données de contexte = 20 octets (bytes), - MD5 données de contexte =16 octets. Les commandes associées au bloc de commande précité présentent donc le type générique suivant: - chiffrement en l'absence de contexte; chiffrement avec sauvegarde d'un contexte pour la première zone de mémoire tampon; - chiffrement avec chargement d'un contexte pour la dernière zone de mémoire tampon; - chiffrement avec chargement et sauvegarde d'un contexte pour toute zone mémoire tampon intermédiaire. Le champ d'adresse de zone mémoire tampon, dit BUFFER ADDRESS, pointe sur la zone mémoire tampon de données à chiffrer en mémoire de travail RAM externe. Dans ces conditions, I'automate de sécurisation de données écrit les données chiffrées à la même adresse que les données d'entrée et procède ainsi à un écrasement de la zone mémoire tampon contenant les données d'entrée. Le champ longueur de mémoire tampon, dit BUFFER LENGTH, contient la taille de la zone de mémoire tampon à chiffrer. Cette taille est au maximum de 32 ko. Le champ d'adresse de clé, dit champ KEY ADDRESS, contient l'adresse de la clé de chiffrement ou d'authentification utilisée. Bien entendu, les clés de sécurisation de données sont mémorisées dans la mémoire de clé KM, telle que représentée en figure 1 a, cette mémoire de clé étant, de façon connue en tant que telle, sécurisée, c'est-à-dire rendue physiquement non accessible de manière externe, et non volatile. La distinction entre les deux types d'adresse, adresse de donnces et adresse de clé peut avantageusement être effectuée soit par l'intermédiaire d'un bit d'adresse fixe, soit par un signal supplémentaire engendré par l'intermédiaire du module d'interfaçage commun 10, afin de ne pas diminuer la largeur du champ d'adresse exploitable, ce champ étant limité à 32 bits lorsque le bus de liaison est un bus de type PCI entre la carte PCA et la carte mère MB. Le champ d'adresse de contexte, dit CONTEXT ADDRESS, contient I'adresse de la zone mémoire des données de contexte relative à l'algorithme ou processus de chiffrement ou de vérification de signature utilisé. Cette zone d'adresse peut, bien entendu7 se trouver avantageusement dans la mémoire sécurisée correspondant à la mémoire de clé KM. - Enfin, le champ d'adresse de zone mémoire tampon peut lui aussi pointer sur une zone de la mémoire sécurisée précitée afin de permettre à l'automate de sécurisation de chiffrer ou authentifier les clés qu'il appelle pour utilisation. Compte tenu de la structure des blocs de commande précédemment décrits en liaison avec la figure 2b, le mécanisme d'exécution d'une commande est alors le suivant, selon un échange successif de messages, tel qu'illustré en figure 2c: - en une étape A, inscription, par le microprocesseur pP1, de la commande à exécuter dans la zone mémoire de travail allouée à l'automate; - en une étape B. transmission, ve-rs le module d'interfaçage commun 10, d'une commande de déclenchement désignée START permettant d'activer une commande de sélection engendrée par l'automate, la commande de sélection SELECT consistant en une commande de lecture en mémoire de travail de la zone de commande correspondant à l'adresse en mémoire de travail communiquée, cette opération est notée SELECT à l'étape B. la commande de sélection étant transmise par le sous-module 11b vers le sous- module 11a et vers le module d'interfaçage commun 10; - lecture dans la mémoire de travail du bloc de commande par le module d'entrée/sortie de sécurisation 11a et communication pour exécution du bloc de commandecorrespondant au sous-module spécifique de chiffremenVdéchiffrement respectivement de calcul/vérification de signature 11 b à l'étape C; étape C' d'exécution du bloc de commande par le sous-module spécifique 11b; - à l'étape D, transmission du sous-module spécifique 11 b au microprocesseur de pilotage,uP, d'un message de fin d'exécution DONE permettant d'engendrer une interruption de traitement notée INTERRUPT; suite à la réception du message d'interruption de traitement par le microprocesseur de pilotage,uP, transmission, à l'étape E, du microprocesseur vers le module d'interfaçage et l'automate de sécurisation 10 et 11a, 11b d'un message d'acquittement d'interruption noté INT_ACK. Dans un mode de réalisation particulièrement avantageux, on indique que l'ensemble des blocs de commande peut être mémorisé sous forme d'une application API au niveau de la mémoire de travail externe RAM. Un tel mode de mise en _uvre permet, en raison du caractère générique des applications de type API, de fournir un accès aux blocs de commande banalisé et normalisé, c'est-à-dire indépendant de l'environnement eVou de l'architecture matérielle hôte de la carte PCA. Ainsi, en référence à la figure 2a, on comprend que chaque automate de sécurisation engendre des messages de commande de lecture respectivement d'écriture de donnces dans la mémoire de travail externe RAM. Les signaux précités, désignés AD/DATA/CONTROLS sont spécifiques à la lecture/écriture dans la mémoire de travail selon un protocole qui sera décrit ultérieurement dans la description. En définitive, les seules commandes directes que le microprocesseur de pilotage uP adresse directement à chaque automate de sécurisation sont les suivantes: - signal de commande START: cette commande permet d'activer le signal de sélection SELECT de l'automate considéré afin que celui-ci procède à la lecture de sa zone de commande et à liexécution de celle-ci; - commande INT_ACK d'acquittement: cette commande est utilisée par le microprocesseur de pilotage pP pour acquitter l'interruption de fin de traitement, c'est-à-dire désactivation du signal de fin d'exécution DONE. Les commandes précitées sont des écritures à des adresses définies pour chaque mise en _uvre et qui se traduisent, au niveau de la carte PCA, par l'activation ou la désactivation d'un signal correspondant de l'automate. Une description plus détaillée du module d'interfaçage commun 10 sera maintenant donnée en liaison avec les figures 3a, 3b et 3c. La fonction du module d'interfaçage commun 10 est multiple et, en particulier, a pour objet de: - multiplexer toutes les opérations d'entrée/sortie des processus ou algorithmes de chiffrement/déchiffrement ou signature/vérification de signature vers la mémoire externe de travail RAM tout en définissant la mise en _uvre d'un processus d'interfaçage suffisamment générique afin de pouvoir adapter ce dernier à tous les types de mémoire ou de bus tels que bus PCI, PCMCIA ou autre par exemple; arbitrer, entre les accès mémoire de tous les blocs, c'est-à-dire de tous les automates 1 1, 12 et 13, afin d'optimiser ainsi la bande passante du bus externe de transmission et finalement le débit de données transmises par ce dernier; - mettre en _uvre un système de commande et d'interruption d'une pluralité de blocs de commande, ainsi qu'il sera décrit ci-après, afin de permettre un fonctionnement du moduie de sécurisation de donnces, conforme à l'objet de la présente invention, en mode continu ou sensiblement continu. En référence -à - la ffgure- 3a, le module d'interfaçage commun comporte ainsi un sous-module 10a d'interface mémoire relié par une liaison par bus à un sous-module d'interface de sécurisation 10d, lequel est en liaison directe avec les données d'entrée/sortie et de commande engendrées par chaque automate de sécurisation. Les signaux transitant entre le module d'interfaçage commun 10 et chaque automate de sécurisation sont désignés par: - Ctl_algo1 désignant des signaux de commande d'un des processus de sécurisation désigné par algo1; - Data_out_algo 1 désignant des données délivrées, c'est-à-dire des donnés chiffrées par l'automate de sécurisation mettant en _uvre l'algorithme algo 1; - Data_in_algo 1 désignant les données à chiffrer ou à sécuriser, par exemple par l'intermédiaire du processus ou algorithme algo 1, et - un signal Ad_algo 1 relatif à un signal d'adresse de lecture de la commande correspondante pour la mise en _uvre de l'algorithme ou processus Algo1. Il en est de méme pour tout automate de sécurisation de rang compris entre 1 et N. Alors que le mode opératoire instruction par instruction de commande, tel que décrit précédemment en liaison avec les figures 2a à 2c, donne satisfaction, le module de sécurisation de données objet de la présente invention peut être optimisé de façon à obtenir un fonctionnement dit en mode continu grâce à la mise en _uvre d'un module de comptage de commandes et d'interruptions 1 Ob, tel que représenté sur la figure 3a dans le module d'interfaçage commun 10. Le mode de fonctionnement en continu permet d'optimiser considérablement les performances d'un automate de sécurisation en désynchronisant le fonctionnement de ce dernier par rapport au microprocesseur de pilotage, uP. Ce dernier est en effet en mesure de placer en mémoire plusieurs commandes successives d'affilée sans attendre les interruptions de fin d'opération de l'automate, lequel enchane alors l'exécution des commandes l'une derrière l'autre en mode sensiblement continu. 16 2834361 Le principe de - fonctionnement est alors le suivant: le microprocesseur de pilotage,uP, gère, par voie logicielle, un premier compteur de commandes qu'il incrémente après chaque activation de l'automate de sécurisation correspondant et qu'il décrémente à chaque réception de I'interraption de fin de traitement. Le compteur logiciel précité permet au processeur de pilotage de vérifier que le nombre maximum de commandes envoyé n'excède pas une valeur limite prédéterminée, cette valeur pouvant par exemple être prise égale à 7. Un compteur identique de même profondeur est installé dans le module diinterfaçage commun 10 au niveau d'un module de compteur de commandes et de compteur d'interruptions 10b et porte la référence 1 Ob, sur la figure 3b. Le compteur de commandes 1 Ob, est incrémenté à chaque réception de la commande START émise par le microprocesseur de pilotage yP. Ce compteur est en outre décrémenté à chaque activation du signal DONE, c'est-à-dire du signal de fin d'exécution de la commande considérée. Tant que le compteur 1 Ob n'a pas atteint la valeur zéro, le signal de sélection SELECT, destiné à l'automate considéré, est rendu actif. Un deuxième compteur, compteur d'interruptions portant la référence 10b2, est également prévu dans le module 10b du module d'interfaçage commun 10. Le deuxième compteur, compteur d'interruptions, est incrémenté par le signal de fin d'exécution DONE et décrémenté par la commande d'acquittement d'interruption INT_ACK venant du microprocesseur de pilotage pP,. Tant que la valeur du deuxième compteur, compteur d'interruptions 10b2, n'est pas nulle, le signal d'interruptions INT est rendu actif et une interruption est envoyée au microprocesseur de pilotage pP. Enfin, un troisième compteur, non représenté au dessin, jouant le rôle d'un pointeur de commandes, peut être mis en ceuvre par voie logicielle par le microprocesseur de pilotage,uP et sous forme d'un composant dans le sous- module d'entrée/sortie 11a, 12a, 13a de sécurisation de chaque automate de sécurisation, ce troisième compteur pouvant être incrémenté d'une valeur égale à la taille de la commande, après chaque envoi d'une commande. 17 2834361 Ainsi quementionné précédemment dans la description, ie nombre maximum de commandes susceptibles d'étre mises en _uvre successivement peut être fixé pour les cartes PCA et pris égal à 7 par exemple. En référence à la figure 3b, la chronologie des opérations peut alors étre la suivante: - le microprocesseur de pilotage,uP, vérifie que le compteur de commandes 10b correspondant à celui de l'automate considéré n'est pas plein, la valeur de comptage devant être inférieure à 8 pour cette commande au maximum; - le microprocesseur de pilotage uP écrit alors un bloc de commandes en mémoire à l'adresse contenue dans son pointeur de commandes; - le microprocesseur de pilotage,uP incrémente ce pointeur de la valeur correspondant à la taille de la commande; - le microprocesseur de pilotage,uP, incrémente ensuite son compteur interne de commandes; - le microprocesseur de pilotage,uP écrit à l'adresse correspondant à la commande START. La taille et la valeur écrites peuvent étre quelconques. Cette commande a pour effet d'incrémenter le compteur de commandes interne de l'automate. Tant que ce compteur n'atteint pas la valeur nulle, I'automate de sécurisation traite des commandes, le signal de sélection SELECT étant activé; - I'automate lit le bloc de commandes et incrémente son pointeur de commandes en conséquence; - I'automate traite la commande correspondante, puis active son signai de fin d'exécution DONE. Cette activation a pour effet d'incrémenter le compteur interne d'interruptions de l'automate de sécurisation considéré et de décrémenter le compteur interne de commandes. Tant que le compteur d'interruptions n'atteint pas une valeur de cornptage nulle, une interruption est envoyée au microprocesseur de pilotage,uP,. Tant que le compteur de commandes n'atteint pas une valeur de comptage nulle, I'automate de sécurisation appelle la commande suivante; 18 2834361 - le microprocesseur de pilotage,uP, réveillé par l'interruption précitée, procède alors à la décrémentation de son propre compteur de commandes; le processeur acquitte l'interruption en écrivant à l'adresse correspondant à ia commande d'acquittement d'interruption INT_ACK. Cette commande a pour effet de décrémenter le compteur d'interruptions de l'automate de sécurisation. On comprend en outre que le module de compteur de commandes et de compteur d'interruptions 10b, représenté en figure 3a, est optionnel. En effet, un tel module n'est pas nécessaire lorsque la mise en _uvre ne requiert pas le traitement de commandes en mode continu. Ceci est en particulier le cas lors d'une mise en _uvre à faible débit par exemple. Il permet, ainsi que mentionné précédemment dans la description, un gain important en performance et, notamment, d'égaliser la valeur du déhit des données chiffrces transmises ou soumises à signature/vérification de signature à une valeur optimale proche de la valeur maximale permise par les processus ou algorithmes de sécurisation de données. Le module d'interfaçage commun, tel que représenté en figure 3a, comporte en outre un module 1 0c d'arbitrage des priorités d'accès des différents automates à la mémoire de travail externe RAM. Le mode de priorité choisi peut être le mode de priorité tournante. Dans ces conditions, chaque automate de sécurisation demandeur se voit accorder l'accès à la mémoire de travail RAM pour réaliser un transfert de données de 16 mots de 32 bits au - maximum. De ce fait, tous les algorithmes et/ou processus de sécurisation de données peuvent accéder à la mémoire à tour de rôle sans perte de performance et en l'absence de tout blocage. D'autres processus d'arbitrage peuvent être choisis. En ce qui concerne le module d'interfaçage vers la mémoire de travail 10a, le rôle de ce module est de multiplexer les signaux des parties d'entrée/sortie des processus ou algorithmes de sécurisation de données et, en particulier, les contrôles d'adresses et de données vers l'interface mémoire. Le type de multiplexage est fonction de la performance et du nombre des automates de sécurisation connectés. On peut convenir d'un simple 19 2834361 multiplexage combinatoire pour des débits de l'ordre de l OO Mbits par seconde par automate ou, au contraire, d'un multiplexage séquentiel plus complexe pour des débits supérieurs. Enfin, en ce qui concerne le module 10a d'interface mémoire, c'est-à dire vers la mémoire de travail externe RAM, on indique qu'un tel module d'interfaçage peut comprendre la mise en _uvre des signaux ci-après: - un signal de requête REQ, ce signal étant activé pour initialiser un transfert de données en lecture ou en écriture avec la mémoire externe de travail RAM; - un signal d'allocation de bus mémoire, signal GNT pour GRANT, se signal ayant pour effet d'accorder le bus mémoire au module de sécurisation de donnces objet de la présente invention. Ce signal peut précéder ou être activé après un signal de requête; - un signal d'acquittement ACK, ce signal étant activé par le contrôleur de mémoire externe à chaque lecture ou écriture effective d'un mot de données de 32 bits; - un signal indiquant un cycle d'écriture, signal WR, ce signal étant positionné par le module de sécurisation de données objet de la présente invention. Un exemple de synchronisation des signaux précités est représenté, à titre non limitatif, en figure 3c. Un tel module d'interfaçage permet de supporter tous les types de mémoire synchrone ou asynchrone, ainsi que les bus standard, tels que les bus PCI précédemment mentionnés dans la description. Une description plus détaillée d'un sous-module d'entrée/sortie de sécurisation, tel qu'un sous-module 11a, 12a ou 13a de la figure 1b, sera maintenant donnée en liaison avec la figure 4. Chaque sous-module précité réalise en fait toutes les opérations d'entrée/sortie indispensables pour l'exécution de tout processus ou algorithme de chiffrement/déchiffrement respectivement de signature/vérification de signature des données à partir du sous-module spécifique correspondant. De manière plus spécifique, chaque sous-module d'entrce/sortie de sécurisation peut comporter, de manière non limitative en référence au sous module 11a par exemple, un circuit 110 d'interfaçage connocté au module 2834361 d'interfaçage commun 1 O. une- mémoire FIFO 1 13 d'envoi de données interconnectée au circuit d'interfaçage 1 10 et au sous-module de chiffremenVdéchiffrement respectivement de calcul/vérification de signature 11b. La mémoire FIFO 113 permet l'écriture de données dans le module 11b précité. En outre, une mémoire FIFO de réception de données 114 est prévue, laquelle est interconnectée au circuit d'interfaçage 110 et au sous- module de chiffremenVdéchiffrement respectivement calcul/vérification de signature 11 b. La mémoire FIFO i 14 de réception de données permet la lecture de données dans le sous-module 11b précité. Un module 111 de commande des mémoires FIFO est prévu afin de permettre la commande d'envoi et de réception des données par ces dernières. Enfin, un module de contrôle d'accès direct mémoire 112 est interconnocté en entrce et en sortie au circuit d'interfaçage 110 précédemment mentionné. Pour la réalisation d'opérations d'entrée/sortie de données, le module d'entrée/sortie de sécurisation 11a exécute, suite à l'activation du signai de sélection SELECT précité: - une lecture en mémoire de travail RAM externe du bloc de commandes à exécuter; - une initialisation du module de contrôle d'accès direct mémoire 112, à partir de paramètres contenus dans le bloc de commandes précédemment mentionné, après lecture de ce dernier; - une lecture en mémoire de clé KM des clés de sécurisation de données eVou du contexte de sécurisation de données appliqué par l'automate de sécurisation considéré et, en particulier, par le sous-module 11b spécifique relatif à ce dernier; - une lecture en mémoire de travail externe RAM des données à sécu riser et une transmission de ces don nées au sous-modu le spécifique de chiffremenVdéchiffrement respectivement de calcul/vérification de signature; - une écriture en mémoire de travail externe RAM des données sécurisées transmises par le sous-module spécifique 11 b précédemment mentionné. - En ce qui concerne le module 112 de co-ntrôle d'accès - direct mémoire, celui-ci peut comprendre avantageusement un compteur d'adresses d'entrée, c'est-à-dire mémoire vers automate de sécurisation et un compteur d'adresses de sortie, automate de sécurisation vers mémoire de travail, sur 30 bits initialisé avec l'adresse de la zone mémoire tampon de données au moment de la lecture de la commande. Le premier compteur d'adresses d'entrée est incrémenté à chaque lecture d'un mot en mémoire et le second à chaque écriture. Un compteur de longueurs d'entrée est un compteur de longueurs de données en sortie sur 30 bits initialisé avec la longueur de la zone mémoire tampon de données BUFF LENGTH au moment de la lecture de la commande. Le premier compteur est décrémenté à chaque lecture d'un mot en mémoire et le second à chaque écriture. L'opération de l'automate de sécurisation est terminée lorsque le dernier mot de la zone de mémoire tampon est écrit en mémoire. Cette condition engendre le signal de fin d'exécution DONE indiquant la fin de traitement de la commande considérée. En ce qui concerne, de manière plus spécifique, le mode opératoire des mémoires FIFO 113 et 114 d'envoi et de réception de données, on indique que le rôle de ces dernières est double: - dissocier le fonctionnement du c_ur de l'automate de sécurisation, c'est-à-dire du sous-module spécifique de sécurisation de la partie sous-module d'entrce/sortie de sécurisation, afin que chaque partie travaille à sa vitesse pro pre en fon ctio n de ses seu l es co ntra intes d e processus i ntern e. Les deux domaines d'horloge sont alors distincts, chaque sous module, module 11 a et module 1 1 b sur la figure 4, par exemple, comportant de préférence une horloge interne qui lui est propre. Ainsi, le sous-module 11a peut travailler à la même fréquence pour tous les processus ou algorithmes de sécurisation de données mis en _uvre par le sous-module spécifique de chiffremenVdéchiffrement respectivement de calcul/vérification de signature 11b par exemple. Cette fréquence peut être choisie égale à la fréquence du bus de la carte PCA, c'est-à-dire 33 MHz pour l'ensemble des cartes PCA par exemple. En revanche, la fréquence d'horloge de tout sous-module, tel que le sous-module 11b de sécurisation, peut alors 22 2834361 - travailler à une fréquence maximale permise compte-tenu de -latechnologie mise en _uvre pour chacun des sous-modules précités. - fournir, à chaque sous-module spécifique 11b par exemple de chiffremenVdéchiffrement respectivement de calcul/vérification de signature, un flux de données cadencé à une vitesse satisfaisante et, de manière la plus continue possible, indépendamment des types de mémoire externe et de leur temps d'accès variable. D'une manière générale, pour la mise en _uvre des mémoires FIFO 113 et 114, on retiendra des mémoires FIFO de profondeur de 64 mots de 32 bits. En ce qui concerne le circuit 110 d'interfaçage, ce dernier a pour objet d'assurer des échanges de données non chiffrées ou respectivement chiffrées entre les mémoires FIFO 113 d'envoi respectivementde réception 114 et la mémoire externe de travail RAM. Le protocole d'accès à la mémoire externe RAM dépend, bien entendu, du type de mémoire constitutif de celle-ci, telle que mémoire SDRAM, DPRAM ou bus PCI. Pour cette raison, le protocole d'accès à la mémoire externe est avantageusement mis en _uvre et implanté de préférence dans le module d'interfaçage commun 10. Le circuit d'interfaçage 110, constitutif d'un circuit d'interfaçage de l'automate de sécurisation considéré, met en _uvre un protocole générique du type requête REQ/allocation GNT pour GRANT/acquittement ACK sensiblement identique pour tous les automates de sécurisation et indépendant du type de mémoire externe équipant la carte mère MB. Lorsque le circuit d'interfaçage 110 ou, de manière plus spécifique, le sous-module spécifique d'entrée/sortie de sécurisation 11 a par exemple, souhaite procéder à la lecture ou à l'écriture de la mémoire externe RAM, il soumet sa requête au module d'interfaçage commun 10 en activant un signal de requête REQ. Il positionne simultanément l'adresse de la zone mémoire qu'il souhaite atteindre (il peut s'agir de l'adresse de sa zone de commande ou d'une adresse de zone de mémoire tampon en provenance du module 1 12 de contrôle d'accès direct mémoire précédemment mentionné) ainsi que la longueur du transfert demandé, longueur comprise entre 1 et 16 mots de 32 bits. Le module de gestion de la priorité d'accès 10c en figure 3a accorde alors i'accès au bus de données à chaque automate de sécurisation selon le mode de priorité choisi, tel que le mode de priorité tournante par exemple. Dans ce but, il procède à l'activation du signal d'allocation d'accès G NT (G RANT). Sur réception du signal précité, le sous-module d'entrée/sortie de sécurisation 11a et, en particulier, le circuit d'interfaçage 110, autorise la lecture ou l'écriture des données dans les mémoires FIFO d'entrée 113 ou de sortie 114. L'activation par le module d'interfaçage commun 10 d'un signal d'acquittement d'entrée ACK_IN indique la disponibilité en lecture d'un mot de données. Ce signal est utilisé pour l'écriture à partir de la mémoire FIFO d'envoi 113 vers le sous-module spécifique de chiffremenVdéchiffrement respectivement de calcul/vérification de signature 11 b. L'activation d'un signal ACK_OUT d'acquittement en sortie indique qu'un mot de données, fourni par la mémoire FIFO de réception 114 en provenance du sous-module spécifique 11b, a été envoyé vers la mémoire. Les signaux d'acquittement en entrée et en sortie ACK_IN et ACK_OUT sont utilisés par le module de contrôle d'accès direct mémoire 112 pour faire évoluer ces compteurs d'adresses et de longueurs. Enfin, une description plus détaillée d'éléments de mise en _uvre de sous-modules spécifiques de chiffremenVdéchiffrement respectivement de calcul/vérification de signature, tels que les sous-modules 11b, 12b et 13b et, en particulier, de leurs échanges de données avec les sousmodules d'entrée/sortie 11a, 12a et 13a, sera donnée maintenant en liaison avec la figure 5. D'une manière générale, on rappelle que chaque sous-module spécifique de chiffremenVdéchiffrement respectivement de calcul/vérification de signature fonctionne avec sa propre horloge. Dans ces conditions, plusieurs modes de mise en _uvre différents d'un même processus ou algorithme de sécurisation de donnces peuvent être réalisés pour différentes applications. La séparation complète du processus ou algorithme de sécurisation de données et de la partie entrée/sortie correspondante permet cette double optimisation et autorise de plus la cohabitation, dans une même architecture, de 24 2834361 processus ou algorithmes de sécurisation de données standard et propriétaires, voire même inédits. Le processus d'interfaçage entre les deux sous-modules ne requiert, outre les deux mémoires FIFO 113 et 114 telles que représentées en figure 4, qu'un simple signal spécifique désigné par CORE_TERM, lequel a pour fonction de signaler aux sous-modules d'entrée/sortie de sécurisation, tel que le module 11 a de la figure 5, le chargement des derniers mots chiffrés ou déchiffrés par la partie correspondante de l'automate de sécurisation constituée par le sous-module spécifique 11 b. Le signal de signalisation précité CORE_TERM est toutefois inutile dans le cas o le processus ou algorithme de sécurisation de donnces est un simple algorithme d'authentification qui renvoie un nombre connu et fixe de mots correspondant à la mise en _uvre de la fonction de hachage précédemment mentionnée dans la description et d'un condensé de longueur sensiblement fixe en fin de traitement. C'est particulièrement le cas lors de la mise en _uvre des algorithmes SHA et MB5. En particulier, les signaux de contrôle des mémoires FIFO 113 et 114 utilisés par le sous-module spécifique 11 b sont par exemple, ainsi que représenté en figure 5: - pour le contrôle de la mémoire FIFO d'envoi de donnces 113, un signal de contrôle désigné RDUSEDW_IN indiquant le nombre de mots contenu dans la mémoire FIFO d'envoi de données. Cette information est utilisoe par le sous-module 11b pour démarrer son traitement dès que le nombre précis de mots de ia commande est chargé dans la mémoire FIFO d'entrée 113 et, en cours de traitement, pour aller lire le nombre de mots de données requis par l'algorithme de sécurisation de données mis en _uvre par le sous-module 11 b; un signal de commande de lecture dans la mémoire FIFO d'envoi 113, signal désigné RDFIFO_IN. Ce signal est activé par le sous module 11 b pour lire un mot de commande ou de données de la mémoire FIFO d'envoi 113: - pour le contrôle de la mémoire FIFO de réception de données 114, un signal de commande de tém^porisation de la sortie des données du sous-module spécifique 11 b de chiffremenVdéchiffrement respectivement de calcul/vérification de signature, ce signal étant désigné FIFO_OUT_FULL, cette temporisation étant fonction de la disponibilité de la mémoire FIFO de réception de donnces 11 4; un signal de commande d'écriture dans la mémoire FIFO de réception de donnces 114 d'un mot de donnces spécifique, ce signal étant noté WRFIFO_OUT. Ce signal est activé par le module 11 b spécifique pour écrire un mot de données dans la mémoire FIFO de réception de donnces 114. On a ainsi décrit un module de sécurisation de données par chiffremenVdéchiffrement eVou signature/vérification de signature particulièrement performant, en raison, d'une part, de la souplesse et de la flexibilité d'utilisation des différents automates de sécurisation constitutifs de ce dernier et, d'autre part, des performances de déLit et donc de bande passante du bus de liaison de tout composant, tel qu'une carte de type PCA, de sécurisation de donnces mettant en _uvre un tel module de sécurisation. En particulier, en ce qui concerne la flexibilité et la souplesse d'utilisation d'un tel module de sécurisation conforme à l'objet de la présente invention, on indique que, en raison de l'architecture parallèle des automates de sécurisation précités, il est possible d'effectuer un multiplexage des zones de mémoire tampon soumise au processus de sécurisation de données, ces zones de mémoire tampon pouvant être complètement distinctes, ou que, grâce à la mise en _uvre d'un processus de type multitâches, il est également possible de procéder à des opérations de chiffrement de zones de mémoire tampon spécifiques et de signature de ces mêmes zones de mémoire tampon spécifiques successivement en imbriquant les processus de chiffrement et de signature à partir d'algoritUmes tels que l'algorithme DES et l'algorithme SH-A par exemple ou d'autres.: j REVENDICATIONS 1. Module de sécurisation de données par chiffrement/déchiffrement eVou signature/vérification de signature, ce module étant piloté par un microprocesseur auquel est associce une mémoire de travail, caractérisé en ce qu'il comprend au moins: - un module d'interfaçage commun entre le microprocesseur et les circuits internes dudit module de sécurisation, et connectés en parallèle audit module d'interfaçage et formant lesUits circuits internes: - une pluralité de circuits de sécurisation permettant chacun d'assurer le chiffremenVdéchiffrement respectivement le calcul/vérification de signature de données reçues dud it respectivement transmises vers ledit module d'interfaçage commun, chaque circuit de sécurisation comportant: - un sous-module d'entrée/sortie de sécurisation interconnocté audit module d'interfaçage, et - un sous-module spécifique de chiffremenVdéchiffrement respectivement de calcul/vérification de signature. 2. Module selon la revendication 1, caractérisé en ce que celui-ci comporte une pluralité de circuits de sécurisation identiques, ce qui permet d'assurer un traitement parallèle de sécurisation des données. 203. Module selon l'une des revendications 1 ou 2, caractérisé en ce que chaque circuit de sécurisation constitue un automate de sécurisation, ledit automate opérant sous le contrôle dud it microprocesseur en mode d'accès direct mémoire, ledit microprocesseur procédant à une initialisation dudit automate par communication d'une adresse en mémoire de travail relative à un bloc de commande de ce dernier. 4. Module selon la revendication 3, caractérisé en ce que chaque bloc de commande comporte au moins: - un champ de définition de commande spécifique du type de processus de sécurisation et d'activation d'un sousmodule spécifique de chiffremenVdéchiffrement de calcul/vérification de signature; - un champ d'adresse de mémoire tampon contenant des donnces à sécuriser respectivement des données sécurisées; - un champ de taille de mémoire tampon; 27 2834361 - un champ--- d'adresse de l'adresse de la clé de chiffremenVdéchiffrement, calcul/vérification de signature; - un champ d'adresse de contexte, ledit contexte permettant de définir des paramètres relatifs au processus de sécurisation des données appelé. 5. Module selon la revendication 4, caractérisé en ce que l'ensemble des blocs de commande relatif à un automate de sécurisation est implanté sous forme d'une application API dans ladite mémoire de travail. - 6. Module selon l'une des revendications 3 à 5, caractérisé en ce que, pour l'exécution d'un bloc de commande suite à initialisation dudit automate par ledit microprocesseur et mémorisation de ladite adresse en mémoire de travail relative au bloc de commande dudit automate, un échange successif de messages est engendré: - inscription par le microprocesseur de ladite commande à exécuter dans la zone mémoire de travail allouée audit automate; - transmission vers led it mod ule d'interfaçage commu n d'une commande de déclenchement permettant d'activer une commande de sélection engendrée par ledit automate, ladite commande de sélection consistant en une commande de lecture en mémoire de- travail de la zone de commande correspondante à l'adresse en mémoire de travail communiquée; lecture dans ladite mémoire de travail dudit bloc de commande par ledit sous-module d'entrée/sortie de sécurisation interconnecté audit module dinterfaçage et communication pour exécution dudit bloc de commande audit sous-module spécifique de chiffrement/déchiffrement respectivement de calcul/vérification de signature, et suite à exécution dudit bloc de commande par ledit sous- module spécifique; - transmission dudit sous-module spécifique audit microprocesseur, par l'interméd iaire dud it sous-mod ule d'entrée/sortie de sécurisation et d udit module d'interfaçage, d'un message de fin d'exécution permettant d'engendrer une interruption de traitement; et suite à la réception de cette interruption de traitement par le microprocesseur; - transmission du microprocesseur vers ledit module d'interfaçage et ledit automate d'un message d'acquittement. 28 2834361 - 7. Module--selon l'une des revendications 3 à 6, caractérisé en ce que chaque automate de sécurisation engendre des messages de commande de lecture respectivement d'écriture de données dans ladite mémoire de travail. 8. Module selon l'une des revendications 3 à 7, caractérisé en ce que, pour une commande d'un automate de sécurisation en mode continu, celui-ci comprend: - une pluralité de blocs de commande mémorisés dans ladite mémoire de travail; - au moins une commande d'exécution successive de ces blocs de commande par ledit automate, indépendamment des interruptions de fin d'opération de l'automate. 9. Module selon l'une des revendications 1 à 8, caractérisé en ce que chaque sous-module d'entrée/sortie de sécurisation comporte au moins: - un circuit d'interfaçage, connecté audit module d'interfaçage commun; - une mémoire FIFO d'envoi de données interconnoctée audit circuit d'interfaçage et audit sous-module de chiffremenVdéchiffrement respectivement de calcul/vérification de signature, ladite mémoire FIFO d'envoi de données permettant l'écriture de données dans ledit sous- module; - une mémoire FIFO de réception de données interconnectée audit circuit d'interfaçage et audit sous-module de chiffremenVdéchiffrement respectivement de calcul/vérification de signature, ladite mémoire FIFO de réception de données permettant la lecture de donnces dans ledit sous module; - un module de commande des mémoires FIFO d'envoi et de réception de données; un module de contrôle d'accès direct mémoire interconnecté en entrée et en sortie audit circuit d'interfaçage. 10. Module selon la revendication 9, caractérisé en ce que, pour la réalisation d'opérations d'entrée/sortie de données, chaque sous-module d'entrée/sortie de sécurisation exécute, suite à l'activation dudit signal de sélection: 29 2834361 - une lecture-en mémoire de travail du bloc de commande à exécuter; - une initialisation du module de contrGie d'accès direct mémoire, à partir de paramètres contenus dans ledit bloc de commande; - une lecture en mémoire de travail des clés de sécurisation de données eVou du contexte de sécurisation de données appliquées par ledit automate; - une lecture en mémoire de travail des données à sécuriser, et une transmission de ces données audit sous-module spécifique de chiffremenVdéchiffrement respectivement de calcul/vérification de signature; - une écriture en mémoire de travail des donnéss sécurisées transmises par led it sousmodule spécifique de chiffremenVd échiffrement respectivement de calcul/vérification de signature. 11. Module selon les revendications 9 et 10, caractérisé en ce que, pour assurer un échange de données entre ledit sous-module d'entrce/sortie de sécu risation et ied it sous-mod u le spécifique de chiffrement/déchiffrement respectivement de calculivérification de signature, celui-ci comprend au moins: - pour le contrdie de la mémoire FIFO d'envoi de données: - un signal de contrôle (RDUSEDW_IN) indiquant le nombre de mots contenus dans ladite mémoire FIFO d'envoi de données; - un signal de commande de lecture dans ladite mémoire FIFO d'envoi de données d'un mot de données ou de commande; - pour le contrôle de la mémoire FIFO de réception de données: - - un signal de commande de temporisation de la sortie des données dudit sous-module spécifique de chiffremenVdéchiffrement respectivement de calcul/vérification de signature en fonction de la disponibilité de ladite mémoire FIFO de réception de données; - - un signal de commande d'écriture dans ladite mémoire FIFO de réception de données d'un mot de donnces. 12. Module selon la revendication 1 1, caractérisé en ce qu'il comporte en outre un message de signalisation permettant, à partir dudit sous module spécifique de chiffremenVdéchiffrement respectivement de 2834361 - -- calcul/vérification de signature, d'indiquer audit sous-module d'entrée/sortie de sécu risation le chargement d u dern ier mot chiffré ou déchiffré transmis par led it sous-module de chiffremenVdéchiffrement respectivement de calcul/vérification de signature. 13. Module selon l'une des revendications 1 à 12, caractérisé en ce que ledit module d'interfaçage commun comprend au moins: - un premier module de multiplexage avec ladite mémoire de travail des données et des blocs de commande destinés ou émanant de ladite pluralité de circuits de sécurisation; - un deuxième module de multiplexage avec ladite pluralité de cIrcuits de sécurisation desdites données ou blocs de commande destinés ou émanant de ces dern iers, led it deuxlème modu le de mu ltiplexage étant interconnocté audit premier module de multiplexage; - un module de gestion de la priorité d'accès de chaque circuit de sécurisation, constituant automate de sécurisation, à ladite mémoire de travail, ledit module de gestion étant interconnecté audit deuxième module de multiplexage; - un module de comptage de commandes et d'interruptions comportant au moins un compteur de commandes et un compteur