FR 3089377 A1 20200605 FR 1872297 A 20181204 Description Titre de l'invention : Module électronique connectable formé de grappes d'éléments sécurisés Domaine technique [0001] L'invention est dans le domaine des modules matériels de sécurité (Hardware Securin, Module ou HSM en anglais). Elle concerne, en particulier, un module électronique, de type carte électronique, connectable à un dispositif hôte. Technique antérieure [0002] Un module matériel de sécurité, ci-après noté module HSM, est un appareil élec- tronique offrant des fonctionnalités cryptographiques. En particulier, les modules HSM sont couramment utilisés pour les tâches suivantes: - la gestion, l'importation, l'exportation et la sauvegarde de clés cryptographiques. Dans ce cas, le module HSM doit être capable d'établir des connections sécurisées avec des terminaux distants (e.g. PINPAD) utilisant ces clés cryptographiques ; - la préparation de données, qui comprend par exemple le traitement de données (e.g. encryptage) et la génération de clés cryptographiques ; - la personnalisation à distance qui comprend également des traitements de données (e.g. encryptage et décryptage) à la volée. [0003] Aujourd'hui, les modules HSM prennent typiquement la forme de cartes élec- troniques cryptographiques embarquées, avec par exemple une interface de connexion de type PCI pour Peripheral Component Intereonnect en anglais, PCI-express ou encore USB pour Universal Serial Bus en anglais, ou la forme de boîtiers externes SCSMIP (Net HSM) par exemple. [0004] Ces modules HSM comprennent des moyens de traitement cryptographique, ty- piquement des crypto-processeurs. [0005] En pratique, le matériel est soudé sur les modules HSM, et ces derniers peuvent être scellés avec parfois des fonctionnalités d'autodestruction. Il n'est ainsi pas possible de modifier la structure d'un tel module HSM par exemple pour rajouter un cryptoprocesseur, sans devoir solliciter à nouveau le constructeur. En outre, comme le module HSM doit garantir des niveaux de sécurité suffisants, il est traditionnellement certifié. Aussi, lorsqu'une modification doit être réalisée, il est nécessaire faire recertifier le module HSM une fois modifié. Or de telles modifications régulières apparaissent nécessaires puisque le volume de données à traiter augmente régulièrement ainsi que la capacité de calcul requise et l'espace de stockage nécessaire. [0006] Par ailleurs, l'ajout de nouveaux modules matériels HSM pour suivre ces besoins toujours grandissants de puissance de calcul et de stockage présente un coût important 2 qu'il conviendrait de réduire. [0007] Enfin, l'ajout de tels modules matériels HSM entraîne également une augmentation énergétique, et par conséquent requiert une régulation thermique adaptée. A titre illustratif, la mise à jour à distance de 3.3 millions de cartes SIM de téléphones mobiles en un jour requiert la puissance de calcul de 150 à 200 serveurs embarquant des modules matériels HSM. [0008] Ainsi, il existe un besoin d'améliorer les modules matériels HSM existants. En par- ticulier, il existe un besoin d'améliorer leur indépendance vis-à-vis du constructeur pour ainsi diminuer leur coût d'exploitation et d'acquisition, ainsi que leur flexibilité eu égard aux besoins de re-certification et d'évolutivité des capacités de traitement. Ces différents besoins peuvent être satisfaits tout en maintenant un bon niveau de performance et de sécurité des opérations cryptographiques qui y sont mises en oeuvre. Exposé de l'invention [0009] La présente invention a ainsi pour objet dc pallier au moins un de ces inconvénients. [0010] Dans cc contexte, l'invention propose tout d'abord un module électronique, dc type carte électronique, connecta-bic à un dispositif hôte, le module électronique comprenant : - un contrôleur dc module configuré pour communiquer avec le dispositif hôte, et - une ou plusieurs grappes d'éléments sécurisés connectés, au sein d'une même grappe, à un bus commun qui les relie au contrôleur de module, dans lequel le contrôleur de module est configuré pour convertir une opération (par exemple une commande ou requête reçue du dispositif hôte via une interface hôte du contrôleur) cryptographique en une pluralité de tâches cryptographiques élémentaires similaires utilisant des informations différentes et pour piloter l'exécution des tâches cryptographiques élémentaires par les éléments sécurises. [0011] Les tâches cryptographiques élémentaires sont similaires en cc sens qu'elles s'appuient sur par exemple une même opération ou fonction cryptographique élémentaire, en utilisant tout ou partie d'informations/données différentes. A titre d'exemple, une tâche élémentaire met en oeuvre une opération cryptographique élémentaire choisie parmi une opération de chiffrement dc données, une opération de déchiffrement de données, un calcul de signature de données, une vérification de signature de données, un calcul de données d'intégrité, une vérification de données d'intégrité, une génération de clés cryptographiques par exemple RSA. Le résultat d'une tâche élémentaire peut notamment être utilisé pour la réalisation d'une tâche élémentaire suivante dans le même élément sécurisé, voire pour la tâche élémentaire d'un autre élément sécurisé. [0012] Un module ainsi défini est évolutif sans nécessiter une re-certification à chaque mo- 3 dification. En effet, il est aisé d'ajouter de nouveaux éléments sécurisés déjà certifiés dans une grappe existante ou sous forme d'une nouvelle grappe pour augmenter les capacités de traitement cryptographique et stockage sécurisés. En outre, comme le contrôleur de module, qui lui n'effectue aucune opération délicate et se contente de former et dispatcher les tâches élémentaires, n'a pas à être modifié d'un point de vue sécuritaires (c'est-à-dire en lien avec une opération cryptographique), aucune recertification n'est nécessaire. [0013] Il est d'ailleurs préférable de configurer chaque élément sécurisé pour une tâche (ou opération) élémentaire particulière afin de tirer profit de toutes ses capacités de traitement cryptographique. [0014] Corrélativement, l'invention concerne également un procédé de traitement dans un module électronique, de type carte électronique, connectable à un dispositif hôte et comprenant un contrôleur de module configure pour communiquer avec le dispositif hôte et une ou plusieurs grappes d'éléments sécurisés connectés, au sein d'une même grappe, à un bus commun qui les relie au contrôleur de module, le procédé comprenant les étapes suivantes : - convertir, par le contrôleur de module, une opération cryptographique en une pluralité de tâches cryptographiques élémentaires similaires utilisant des informations différentes, et piloter l'exécution des tâches cryptographiques élémentaires par les éléments sécurisés. [0015] Un serveur peut comprendre une unité de traitement et une pluralité de modules élec- troniques tels que définis ci-dessus reliés à l'unité de traitement. [0016] D'autres caractéristiques du procédé et du module électronique ou du serveur selon des modes de réalisation de l'invention sont décrites par la suite. [0017] Dans un mode de réalisation, des tâches cryptographiques élémentaires exécutées si- multanément par les éléments sécurisés mettent en oeuvre la même opération cryptographique élémentaire sur des données à l'aide d'une clé cryptographique spécifique à chaque élément sécurisé. La simultanéité peut être totale ou partielle (pour tenir compte d'un décalage dans la transmission de commandes élémentaires correspondantes aux éléments sécurisés). On peut ainsi paralléliser la même opération pour différentes clés cryptographiques. [0018] C'est par exemple le cas lorsque la tâche cryptographique élémentaire comprend la génération de données cryptées dédiées à une flotte distante d'équipements cibles, par exemple d'éléments sécurisés, et les éléments sécurisés du module électronique mettent en oeuvre chacun une clé cryptographique, par exemple une clé de session, propre à un équipement cible/élément sécurisé respectif de la flotte distante. La flotte est « distante » en ce qu'elle est distincte de l'équipement hôte recevant le module électronique. A titre d'exemple, il peut s'agir d'une flotte de terminaux mobiles sur le terrain ou une flotte de cartes à puce à configurcr. [0019] Une telle approche peut être utilisée pour gérer à distance unc flotte de cartes SIM ou eUICC par exemple. Selon cette approche, chacun de tout ou partie des éléments sécurisés du module électronique peut ainsi être apparié avec un élément sécurisé dc ladite flotte distante, dit élément sécurisé distant. Chacun dc ces éléments sécurisés du module électronique peut alors par exemple générer (par diversification notamment) une clé cryptographique à partir d'une information secrète partagée avec l'élément sécurisé apparié, telle qu'une clé maître, et d'un numéro de série, aux fins de traiter (par exemple chiffrer ou déchiffrer) des données spécifiques à l'élément sécurisé apparié. [0020] Selon une caractéristique particulière, les éléments sécurisés du module électronique sont du même type que celui des éléments sécurisés de la flotte distante. Dans cette configuration, le module électronique ne requiert avantageusement aucune certification supplémentaire du matériel à celle déjà réalisée pour les SEs de la flotte. [0021] Dans une application particulière de l'approche définie ci-dessus, les données simul- tanément traitées par les éléments sécurisés du module électronique sont identiques et comprennent des données de mise à jour d'un système d'exploitation (OS) des éléments sécurisés de la flotte distante. En variante, il peut s'agir de données de mise à jour de toute application installée ou à installer dans les éléments sécurisés distants. [0022] Ainsi, les mêmes données d'OS sont chiffrées, par les éléments sécurisés du module électronique, à l'aide de clés cryptographiques différentes correspondant respectivement aux éléments sécurisés distants. Les inventeurs ont constaté qu'un tel module électronique selon l'invention offre des performances intéressantes pour notamment le chiffrement d'un OS (ou d'une application) mis à jour à diffuser auprès d'un grand nombre de cartes SIM ou eUICC. Des moyens classiques, type OTA (pour « over-the-air ») via SMS avec protocole chiffré, ou bien, par exemple, via le protocole HTTPs (pour « Hypertext Transfert Protocol Secure » en anglais) basé sur de 1'HTTP (pour « Hypertext Transfert Protocol ») sécurisé par PSK TLS (pour « Pre-Shared Key Transport Layer Security ») peuvent être utilisés pour envoyer les blocs chiffrés de l'OS mis à jour à ces cartes distantes. [0023] Dans une autre application envisagée, les données simultanément traitées par les éléments sécurisés du module électronique comprennent des données de profils de téléphonie mobile spécifiques aux éléments sécurisés respectifs de la flotte distante. Un profil de téléphonie mobile contient par exemple l'ensemble des données ou caractéristiques nécessaires à un opérateur de téléphonie mobile (dénoté MNO pour « mobile network operator ») pour identifier l'élément sécurisé (généralement une carte SIM, UICC ou eUICC) sur son réseau mobile et ainsi lui offrir des capacités de commu- nication et connectivité. Le module électronique de l'invention permet ici à un opérateur mobile MNO de gérer efficacement les profils à charger chez ses abonnés. [0024] Dans un autre mode de réalisation, des tâches cryptographiques élémentaires exécutées simultanément (encore une fois au moins partiellement) par les éléments sécurisés d'une grappe mettent en oeuvre la même opération élémentaire cryptographique sur des données différentes à l'aide d'une même clé cryptographique partagées par les éléments sécurisés. Cette approche permet de traiter, par exemple chiffrer ou déchiffrer, efficacement et à moindre coût, un flux de données en opérant un traitement au moins partiellement parallèle sur des blocs constitutifs (typiquement consécutifs) du flux. Dans ce cas, les données différentes correspondent à des portions différentes (e.g. blocs) d'un même flux de données. On voit ainsi qu'en faisant varier le nombre d'éléments sécurisés, sans nouvelle certification, il est possible d'adapter le module électronique au débit du flux à traiter, notamment pour garantir un traitement temps réel (par exemple on peut augmenter le nombre d'éléments sécurisés si les flux à traiter sont de taille plus grande). [0025] Pour réaliser un lien sécurisé entre deux ordinateurs, on peut prévoir avanta- geusement d'utiliser un module électronique selon l'invention à chacune des deux extrémités. Tl est ainsi possible d'ajuster rapidement les capacités de chacune des extrémités aux besoins, par exemple au volume de traitements en temps réel permis par le réseau, aux capacités de l'autre extrémité, etc. Dans ce cas, l'invention propose un système comprenant deux dispositifs communiquant entre eux, chaque dispositif comprenant un module électronique tel que précédemment défini, les éléments sécurisés d'un des deux dispositifs mettant en oeuvre des tâches cryptographiques élémentaires qui sont complémentaires (c'est-à-dire réciproques, telles chiffrement/déchiffrement, signature/vérification de signature, etc.) de celles mises en oeuvre par les éléments sécurisés de l'autre dispositif. Dans ce cas, les données traitées par l'un des modules électroniques sont transmises à l'autre module électronique pour traitement inverse ou réciproque. [0026] Dans un mode de réalisation de l'invention, tous les éléments sécurisés d'une grappe sont configurés pour mettre en oeuvre une même opération cryptographique élémentaire utilisant des informations différentes et au moins deux grappes sont configurées pour mettre en oeuvre deux opérations cryptographiques élémentaires différentes. On peut ainsi dédier différentes portions matérielles du module électronique à des tâches différentes, éventuellement complémentaires. Notamment, cette disposition permet l'établissement à long terme du lien sécurisé évoqué ci-dessus, chaque ordinateur pouvant mettre en oeuvre les différentes opérations cryptographiques pour une communication bidirectionnelle sécurisée (par exemple une grappe pour le chiffrement avant transmission et l'autre grappe pour déchiffrement des données reçues). 6 [0027] Dans un autre mode de réalisation de l'invention, le contrôleur de module communique avec les éléments sécurisés selon un mode maître/esclave pour l'exécution des tâches cryptographiques élémentaires. Cela permet un contrôle précis de la pluralité d'éléments sécurisés. [0028] Dans encore un autre mode de réalisation, les éléments sécurisés sont certifiés, notamment les éléments sécurisés sont conformes à au moins une des normes de sécurité suivantes : FIPS 140-3/4, Critères Communs EAL4+ ou version 3.1 release 4, MEPS, MEPS2, ISO/IEC19790:2012. Une sécurité du module électronique est garantie par la certification de chaque élément sécurisé qu'il comporte. [0029] Dans encore un autre mode de réalisation, un hus reliant les éléments sécurisés d'une grappe audit contrôleur de module est un hus SPI ou 12C ou 13C ou ISO ou UART (pour « Universal Asynchronous Receiver Transmitter » ou émetteur-récepteur asynchrone universel). Dans ce cas, le contrôleur comporte une interface (avec un microcontrôlcur correspondant) SPI, ISO, UART, 12C (version 6.0 du 4 avril 2014) ou 13C (MIPI 13C v1.0). [0030] Dans encore un autre mode de réalisation, les éléments sécurisés de la ou des grappes sont agencés sur deux faces opposées de la carte électronique. Cette disposition permet d'augmenter la capacité de traitement du module électronique, à coût réduit. [0031] Dans encore un autre mode de réalisation, les éléments sécurisés d'une grappe sont agencés de sorte à exécuter en parallèle des tâches cryptographiques élémentaires similaires utilisant des informations différentes. Le contrôle de l'exécution (au moins partiellement) parallèle est notamment réalisé par le contrôleur de module qui peut, par exemple, agir comme un maître envers les éléments sécurisés agissant comme esclaves. Selon les capacités des bus de communication entre contrôleur de module et éléments sécurisés, cette disposition permet d'optimiser l'utilisation des ressources cryptographiques formées par les éléments sécurisés. L'exécution parallèle par les éléments sécurisés est répétée dans le temps (généralement sur des blocs de données suivants à traiter) permettant d'obtenir des performances de traitement au moins équivalentes à celles des modules HSM de l'art antérieur. [0032] Selon une caractéristique particulière, le contrôleur de module est configuié pour multiplexer temporellement sui le bus de la grappe, pendant un intervalle temporel correspondant à une période estimée d'exécution d'une tâche cryptographique élémentaire par un élément sécurisé, des commandes élémentaires à destination des éléments sécurisés de la grappe pour l'exécution (au moins partiellement) simultanée de tâches cryptographiques élémentaires par ces éléments sécurisés lors d'une période d'exécution suivante. Ainsi, pendant que les éléments sécurisés exécutent leur tâche courante (durant la période estimée), le contrôleur de module leurs transmet la commande suivante à exécuter lors de la période suivante. Cette commande peut 7 notamment comprendre le bloc de données à traiter lors de cette période suivante. Par le multiplexage temporel ainsi réalisé, on optimise l'utilisation du bus pour accroître la capacité de traitement cryptographique de la grappe. [0033] Il est à noter qu'un bus full duplex permet en même temps au contrôleur de module de recevoir les blocs traités par les éléments sécurisés lors d'une période précédente. [0034] Selon une autre caractéristique particulière, le nombre d'éléments sécurisés sur la grappe est limité (c' est- à- di re inférieur ou égal) au rapport entre la durée de la période estimée d'exécution d'une tâche cryptographique et le temps de transmission d'une commande élémentaire (à un SE). Cette disposition garantit que le contrôleur de module peut s'adresser à chaque élément sécurisé de la grappe pendant chaque période estimée. Tous les éléments sécurisés peuvent ainsi exécuter une tâche élémentaire à chaque période successive, optimisant de la sorte l'utilisation des ressources cryptographiques du module électronique. [0035] Dans encore un autre mode de réalisation, le module électronique est sous forme de carte électronique enfichable dans un ordinateur. [0036] Dans un mode particulier de réalisation, les différentes étapes du procédé précité sont déterminées par des instructions de programmes d'ordinateurs. [0037] En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre par une unité de traitement, ce programme comprenant des instructions adaptées à la mise en oeuvre des étapes du procédé tel que mentionné ci-dessus. [0038] Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. [0039] L'invention vise aussi un support d'informations lisible par une unité de traitement, et comprenant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. [0040] Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comprendre un moyen de stockage, tel qu'une ROM, par exemple une ROM de microcircuit, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur, ou encore une mémoire flash. [0041] D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur une plateforme de stockage d'un réseau de type Internet. [0042] Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans 8 l'exécution du procédé en question. [0043] Le support d'informations et le programme d'ordinateur précités présentent des carac- téristiques et avantages analogues au procédé qu'ils mettent en oeuvre. Brève description des dessins [0044] D'autres particularités et avantages de l'invention apparaîtront encore dans la des- cription ci-après, illustrée par les figures ci-jointes qui en illustrent des exemples de réalisation dépourvus de tout caractère limitatif. [0045] [fig.1] La Figure 1 représente schématiquement un contexte dans lequel un ensemble de serveurs HSM selon l'art antérieur est nécessaire pour mettre à jour une flotte d'éléments sécurisés dans des terminaux. [0046] [fig.2] La Figure 2 représente schématiquement un système dans lequel un module élec- tronique selon un mode particulier de réalisation est utilisé. [0047] [fig.3] La Figure 3 représente schématiquement un module électronique selon un mode par- ticulier de réalisation. [0048] [fig.4] La Figure 4 représente schématiquement l'architecture logique d'un contrôleur de module électronique selon un mode particulier de réalisation. [0049] [fig.5] La Figure 5 représente sous forme d'organigramme, les principales étapes d'un procédé mis en oeuvre par un module électronique du contrôleur selon un mode par- ticulier de réalisation. [0050] [fig.6] La Figure 6 illustre l'enchainement temporel des commandes échangées entre les in- terfaces du contrôleur du module électronique et les éléments sécurisés connectés, dans un mode particulier de réalisation. Description des modes de réalisation [00511 De façon générale, l'invention concerne un module électronique connectable à un dispositif hôte, respectant les standards de sécurité d'un module de matériel de sécurité HSM. En particulier, ce module électronique est conçu pour par exemple se connecter dans une haie formant serveur, assurant ainsi modularité et évolutivité de celui-ci. Le serveur peut ainsi comprendre une unité de traitement et une pluralité de tels modules électroniques, enfichés dans la haie, reliés à l'unité de traitement. [00521 La Figure 1 représente schématiquement un contexte de l'art antérieur, dans lequel un ensemble de serveurs classiques 14-X dotés de modules HSM est nécessaire pour 9 réaliser des traitements cryptographiques à destination d'un ou plusieurs équipements cibles 10-X d'un ensemble 10 d'équipements. [0053] Comme illustré, les équipements cibles peuvent être des terminaux mobiles 10-1, 10-2, 10-3, 10-4 et 10-5, 10-6, 10-7, 10-8 formant une flotte sur le terrain d'éléments sécurisés (non représentés) incorporés, voire soudés, dans les terminaux. [0054] En variante, les équipements cibles 10-X peuvent être en usine, prêts à être per- sonnalisés suite aux traitements cryptographiques ici évoqués. [0055] Par exemple, les terminaux 10-1, 10-2, 10-3, 10-4 sont des téléphones mobiles basiques incorporant un élément sécurisé amovible (premier type d'élément sécurisé), par exemple une U1CC (Universel Integrated Circuit Card en anglais) conforme à la norme ETSI TS 102 221 v.11.0.0, et les terminaux 10-5, 10-6, 10-7, 10-8 sont des téléphones intelligents (smaribhinzes en anglais) dans lesquels des éléments sécurisés embarqués sont soudés (deuxième type d'éléments sécurisés), par exemple une eUICC (etnbedded Universal Integrated Circuit Card en anglais), telle que visée dans la norme ETSI TS 103 383 v.13.2.0. [0056] Par la suite, les équipements cibles sont désignés par la référence générique 10, sauf mention contraire. Dans certains modes de réalisation, tout ou partie des équipements cibles n'incorpore pas nécessairement des éléments sécurisés. Par exemple, les traitements cryptographiques peuvent mettre en oeuvre un protocole sécurisé de transport de données, par exemple le protocole TLS (pour Sécurité de la couche transport ou « Transport Layer Security »), à destination d'équipements conventionnels (dépourvus d'éléments sécurisés). [0057] Tous ces équipements cibles sont capables de communiquer via un ou plusieurs réseaux de communication NTW 12. Le réseau 12 est par exemple un réseau de téléphonie mobile comprenant de façon classique des stations de base (non représentées) pour connecter les terminaux mobiles, ainsi qu'une pluralité d'entités (type passerelle GMSC, serveurs HLR, MSC, VLR, etc. non représentées). Le réseau 12 comprend par exemple un serveur de gestion d'abonnements (non représenté, Subscription Manager en anglais) dont le rôle classique est de gérer les flottes d'éléments sécurisés, et plus précisément de gérer (charger sur, mettre à jour dans, supprimer depuis des terminaux mobiles) les profils d'abonnés auprès des opérateurs mobiles MNO. [0058] Dans la variante où les équipements cibles sont en usine, le réseau 12 peut être un simple bus de communication. [0059] De façon connue également, les éléments sécurisés incorporés dans les équipements cibles 10 sont équipés d'un système d'exploitation dans lequel sont exécutées des fonctions sécurisées offertes aux applications des terminaux, par exemple des fonctions de chiffrement pour des transactions de paiement via une application de paiement mobile prévue dans les terminaux. [0060] Cc système d'exploitation des éléments sécurisés peut être mis à jour, généralement sous la responsabilité de l'opérateur MNO. De même, les profils d'abonné peuvent être mis à jour dans les éléments sécurisés, sous l'action du serveur dc gestion d'abonnements. Pour ce faire, la mise àjour, c'est-à-dire les données dc mise à jour, doit être chargée sur tous les terminaux de la flotte, c'est-à-dire sur un grand nombre d'éléments sécurisés. [0061] Classiquement, cette mise àjour est effectuée à distance, par voie OTA, au moyen de nombreux serveurs 14-1, 14-2, 14-3, 14-4, 14-5, 14-6 offrant des fonctionnalités cryptographiques par des modules HSM, par exemple supportant les algorithmes cryptographiques suivants : DES (Data Encryption Standard), 3DES (Triple DES), AES (Advanced Encryption Standard), RSA (Rivest, Shamir et Adelman), ECC (Cryptographie sur les courbes elliptiques), MD5 (Message Digest 5), SHA-1 (Secure Flash Algorithm 1) ou SHA-2. Par la suite, ces serveurs équipés de modules HSM de l'art antérieur sont désignés par la référence générique 14. [0062] Comme déjà mentionné, ces serveurs sont scellés et offrent peu de modularité de sorte qu'il est nécessaire de repasser par leur constructeur pour les modifier ou les faire certifier. [0063] D'une façon plus générale, cet inconvénient se présente dès lors qu'il est nécessaire de réaliser un grand nombre d'opérations cryptographiques sécurisées (où l'accès à des clés cryptographiques doit être hautement protégé). En effet, à cc jour, seuls des serveurs équipés de modules HSM semblent conçus pour une telle utilisation. [0064] Un module électronique, de type carte électronique, connectable à un dispositif hôte est ainsi conçu comme une alternative aux modules HSM onéreux et peu modulaires ou peu évolutifs de l'art antérieur. Il comprend, outre un contrôleur de module configuré pour communiquer avec le dispositif hôte, une ou plusieurs grappes d'éléments sécurisés connectés, au sein d'une même grappe, à un même bus, c'est-à-dire un bus commun, qui les relie au contrôleur. L'évolutivité et la modularité résident en partie dans l'organisation des éléments sécurisés en grappes qui permet d'ajouter ou supprimer une ou plusieurs grappes, mais également dans l'utilisation d'entités élémentaires de traitement, ici les éléments sécurisés, qu'il est aisé d'ajouter ou de supprimer à la demande. [0065] Le contrôleur de module est alors configuré pour convertir une opération (par exemple une commande ou une requête reçue du dispositif hôte via une interface hôte du contrôleur) cryptographique en une pluralité de tâches cryptographiques élémentaires similaires utilisant des informations différentes et puis pour piloter l'exécution des tâches cryptographiques élémentaires par les éléments sécurisés, c'est-à-dire envoyer des commandes correspondantes aux différents éléments sécurisés. 11 [0066] De manière générale, les éléments sécurisés du module électronique assurent sa sécurité, sans qu'il n'y ait besoin de composant de sécurisation supplémentaire sur la carte. Ainsi ces éléments sécurisés peuvent être gérés par un contrôleur de module non sécurisé, par exemple un circuit FPGA (