FR 3091600 A1 20200710 FR 1900143 A 20190108 Description Titre de l'invention : Elément sécurisé à fonctions personnalisables et procédé de gestion correspondant [0001] Des modes de réalisation et (le mise en oeuvre concernent les éléments sécurisés, en particulier ceux compatibles avec la norme « TCG-TPM 2.0 ». De tels éléments sécurisés conformes à la norme TCG-TPM 2.0 sont généralement désignés sous le vocable « TPM » Trusted Platform Module »). [0002] Les éléments sécurisés sont typiquement des circuits intégrés dont les fonctions sont d'assurer des tâches critiques dans les systèmes électroniques et informatiques, telles que des vérifications au démarrage, ou de certifier des requêtes critiques, par exemple par des moyens cryptographiques. [0003] Les éléments sécurisés sont typiquement sécurisés sur le plan logiciel via des cryptages utilisant des clés propriétaires, et sur le plan matériel via des dispositifs antifraude. [0004] La norme « TCG-TPM 2.0 » est établie par le consortium TCG pour « Trusted Computing Group » pour normaliser les techniques dédiées à la sécurisation d'un système, notamment par intégration de clés de chiffrement dans le matériel, désignées par l'acronyme TPM dc « Trusted Platform Module ». La version 2.0 de cette norme a été publiée en mars 2014. [0005] La norme TPM (TPM2.0) expose un ensemble fini de commandes et de fonctions prédéfinics permettant de réaliser de nombreuses fonctions de sécurité, en conformité avec des protocoles dc communication tels que SPI (pour « Serial Pcripheral Interface » en anglais). [0006] Les éléments sécurisés du type TPM sont classiquement utilisés dans les ordinateurs et les serveurs comme source dc confiance, par exemple pour vérifier l'intégrité de l'ordinateur pendant l'initialisation du système. [0007] Aujourd'hui, les systèmes de téléphones mobiles et de tablettes tactiles, ainsi que les systèmes électroniques de l'industrie automobile, sont de plus en plus concernés par les besoins dc sécurisation. [0008] En effet, en particulier les systèmes électroniques de l'industrie automobile comportent de plus en plus d'unités de contrôle électronique, comportant chacune par exemple un microcontrôleur et une mémoire pour exécuter des applications, et forment un système complexe de réseaux séparés. En outre, les systèmes électroniques de l'industrie automobile sont presque tous connectés à l'Internet et à des réseaux personnels locaux. [0009] Il est donc souhaitable dans ce contexte de bénéficier des dispositifs de protection 2 fournis par les éléments sécurisés du type TPM. [0010] Par ailleurs, les systèmes électroniques de l'industrie automobile en particulier présentent des contraintes spécifiques typiquement beaucoup plus exigeantes que dans d'autres domaines. [0011] Or, même si la liste des commandes et fonctions de la norme TPM est importante, il serait souhaitable d'avoir accès à des fonctions spécifiques non-définies, ou de permettre d'ajouter des instructions personnalisées. [0012] Des modes de réalisation et dc mise en oeuvre de l'invention visent un élément sécurisé proposant des instructions et des fonctions personnalisées en plus dc celles prévues par exemple par la norme TCG-TPM 2.0, pour étendre le potentiel d'action de l'élément sécurisé et donner une solution flexible respectant pleinement les exigences de la norme TPM par exemple. [0013] Selon un premier aspect, il est proposé un procédé dc gestion du fonctionnement d'un élément sécurisé comprenant un chargement dans une mémoire non-volatile de cet élément sécurisé de premières instructions relatives à des fonctions de sécurité préétablies et d'au moins une deuxième instruction relative à au moins une autre fonction personnalisée, et au moins une exécution d'une instruction parmi les premières instructions et ladite au moins une deuxième instruction. [0014] Ainsi, contrairement à par exemple une exécution codée en dur d'un élément sécurisé, le procédé selon cet aspect bénéficie notamment par l'utilisation d'un chargement dans une mémoire non-volatile, par exemple une mémoire Flash, d'une flexibilité tout en proposant un jeu de fonctions de sécurité préétablies. [0015] Une fonction personnalisée est par exemple une fonction établie par un utilisateur de l'élément sécurisé, par exemple un constructeur automobile qui prévoit d'équiper certains véhicules de sa marque de tels éléments sécurisés avec la possibilité de personnaliser ces éléments sécurisés avec une ou plusieurs fonctions personnalisées dédiées par exemple à certains besoins de ce constructeur. [0016] Selon un mode de mise en oeuvre, le procédé comprend une réception d'un code opération, une conversion à la volée du code opération reçu en une instruction correspondante appartenant auxdites premières instructions ou à ladite au moins une deuxième instruction, et l'exécution de l'instruction correspondante. [0017] Ce mode de mise en oeuvre permet notamment de respecter des contraintes très exigeantes en matière de rapidité. [0018] Avantageusement, le procédé comprend lors de chaque démarrage de l'élément sécurisé un chargement desdites premières instructions et de ladite au moins une deuxième instruction depuis la mémoire non-volatile vers une table de conversion, et une assignation auxdites premières instructions et à ladite au moins une deuxième instruction d'un code opération de référence respectif. Aussi, ladite conversion comporte 3 une comparaison du code opération reçu avec les codes opérations de référence de façon à identifier ladite instruction correspondante à exécuter. [0019] Ainsi, tout type de fonction personnalisée peut être adapté à l'élément sécurisé, via le chargement depuis la mémoire non volatile vers la table de conversion, sans pour autant adapter le mécanisme de l'élément sécurisé ni modifier sa conception. [0020] Par exemple, le code opération reçu comprend des données binaires, et ladite com- paraison comprend des opérations logiques non-ou exclusif, pour identifier à la volée le code opération de référence correspondant au code opération reçu. Bien entendu, les opérations logiques non-ou exclusif sont effectuées entre les données binaires du code opération reçu et des données binaires desdits codes opération assignés aux instructions. [0021] Cc mode de mise en oeuvre permet notamment de respecter des contraintes très exigeantes en matière de rapidité, l'identification prenant le temps d'une opération logique, qui est minimal. [0022] Le procédé peut comprendre une réception d'un signal de commande entrant sur une interface d'entrée/sortit de l'élément sécurisé, comportant ledit code opération reçu. [0023] Selon un mode de mise en oeuvre, le chargement dans la mémoire non-volatile n'est fait qu'une seule fois lors d'une phase de production de l'élément sécurisé. A cet égard, on pourra prévoir une zone mémoire réservée au fabriquant, matériellement inaccessible en dehors de la phase de production. [0024] Selon un mode de mise en oeuvre, lesdites fonctions de sécurité préétablies font partie d'une bibliothèque de commandes et de fonctionnalités de la norme « TCG-TPM 2.0 ». [0025] Selon un mode de mise en oeuvre, ladite au moins une autre fonction personnalisée comprend une fonction qui n'est pas prévue par lesdites fonctions de sécurité préétablies, ou une fonction de complément améliorant ou personnalisant l'exécution de l'une desdites fonctions de sécurité préétablies. [0026] Selon un mode de mise en oeuvre, le procédé comprend en outre une génération d'au moins un signal de commande destiné à commander ladite au moins une exécution. [0027] Le procédé est avantageusement destiné à être appliqué à un véhicule du type au- tomobile, et ladite génération d'au moins un signal de commande provient d'au moins l'une des unités de contrôle électroniques, incorporées au véhicule, suivantes : une unité de contrôle télématique, une unité de passerelle inter-réseaux, une unité d'aide à la conduite. [0028] Selon un autre aspect, il est proposé un élément sécurisé, comprenant une mémoire non-volatile configurée pour stocker des premières instructions relatives à des fonctions de sécurité préétablies et pour stocker au moins une deuxième instruction relative à au moins une autre fonction personnalisée, et une unité de calcul configurée pour exécuter au moins une instruction parmi les premières instructions et ladite au moins une deuxième instruction. [0029] Selon un mode de réalisation, l'élément sécurisé est capable de recevoir un code opération, et comporte une table de conversion configurée pour convertir à la volée un code opération reçu en une instruction correspondante appartenant auxdites premières instructions ou à ladite au moins une deuxième instruction, l'unité de calcul étant configure° pour exécuter l'instruction correspondante. [0030] Avantageusement, l'élément sécurisé est configure pour, lors de chaque démarrage de l'élément sécurisé, charger lesdites premières instructions et ladite au moins une deuxième instruction depuis la mémoire non-volatile, et assigner auxdites premières instructions et à ladite au moins une deuxième instruction un code opération de référence respectif. Aussi, la table de conversion est configurée pour comparer le code opération reçu avec les codes opérations de référence de façon à identifier ladite instruction correspondante à exécuter. [0031] Par exemple, le code opération reçu comprend des données binaires, et la table de conversion comprend des portes logiques non-ou exclusif, pour identifier à la volée le code opération de référence correspondant au code opération reçu. [0032] Par exemple, l'élément sécurisé comporte une interface d'entrée/sortie adaptée pour être connectée avec une unité de contrôle électronique, et pour recevoir un signal de commande entrant sur l'interface d'entrée/sortie comportant ledit code opération reçu. [0033] Selon un mode de réalisation, la mémoire non-volatile est configurée pour n'être écrite qu'une seule fois lors d'une phase de production de l'élément sécurisé. [0034] Selon un mode de réalisation, lesdites fonctions de sécurité préétablies font partie d'une bibliothèque de commandes et de fonctionnalités de la norme « TCG-TPM 2.0 ». [0035] Selon un mode de réalisation, ladite au moins une autre fonction personnalisée comprend une fonction qui n'est pas prévue par lesdites fonctions de sécurité préétablies, ou une fonction de complément améliorant ou personnalisant l'exécution de l'une desdites fonctions de sécurité préétablies. [0036] 11 est également proposé un système comportant au moins un élément sécurisé tel que défini ci-avant, ainsi qu'au moins une unité de contrôle électronique configurée pour générer des signaux de commande destinés à commander l'exécution de ladite au moins une instruction. [0037] Un véhicule du type automobile, peut comporter avantageusement un tel système, et ladite au moins une unité de contrôle électronique comprend au moins l'une des unités suivantes : une unité de contrôle télématique, une unité de passerelle inter-réseaux, une unité d'aide à la conduite. [0038] D'autres avantages et caractéristiques de l'invention apparaîtront à l'examen de la description détaillée de modes de réalisation et de mise en oeuvre, nullement limitatifs, et des dessins annexés sur lesquels : [0039] [fig.1] illustre un exemple de réalisation de l'invention ; [0040] [fig.2] illustre un exemple de réalisation de l'invention ; [0041] [fig.3] illustre un exemple de réalisation de l'invention ; [0042] [fig.4] illustre un exemple de réalisation de l'invention ; [0043] [fig.5] illustre un exemple de réalisation de l'invention ; [0044] [fig.6] illustre un exemple de mise en oeuvre de l'invention. [0045] La figure 1 représente un exemple de réalisation d'un élément sécurisé SEC bé- néficiant d'une flexibilité dans l'exploitation de ses fonctions, tout en respectant des critères normalisés de sécurité. [0046] Contrairement à des éléments sécurisés classiques, généralement codés en dur et donc impossible à personnaliser, l'élément sécurisé SEC comprend une mémoire non-volatile MEM contenant des instructions relatives aux fonctionnalités de l'élément sécurisé SEC. [0047] La mémoire non-volatile MEM est ainsi configurée pour stocker des premières ins- tructions ins_sec, et des deuxièmes instructions ins_pers, ou au moins une deuxième instruction ins_pers. [0048] Les premières instructions ins_sec permettent d'exécuter des fonctions de sécurité préétablies FS, et les deuxièmes instructions ins_pers permettent d'exécuter des autres fonctions personnalisées FP. [0049] Lesdites autres fonctions personnalisées FP sont établies par un utilisateur UTL, c'est-à-dire par exemple un client visant à utiliser l'élément sécurisé SEC. [0050] Pour des raisons de sécurité, les premières instructions et les deuxièmes instructions sont écrites dans une zone réservée RSV de la mémoire MEM, par exemple dont l'accès en écriture n'est pas permis en dehors d'une phase de production (EWS) de l'élément sécurité SEC. [0051] A cet égard on se réfère à la figure 6. [0052] La figure 6 illustre un exemple de mise en oeuvre d'un procédé, en particulier une étape de chargement des instructions dans la mémoire MEM. [0053] A la fin d'une phase de fabrication PRFB de l'élément sécurisé, sous la forme d'un circuit intégré réalisé dans une plaquette de silicium, une phase de tri des plaquettes sous caractérisation électrique EWS est typiquement mise en oeuvre. Lors de cette phase EWS de la production, un test électrique est réalisé et les plaquettes conformes 6 CF sont séparées des plaquettes non-conformes NCF. A ce moment, une écriture unique WR_MEM est réalisée notamment dans la partie réservée RSV de la mémoire MEM, et éventuellement dans des mémoires non volatile en lecture seule. Cette écriture unique permet de charger lesdites premières instructions de fonctions de sécurité préétablies STDFS par exemple suivant une norme, et de charger lesdites deuxièmes instructions des fonctions personnalisés CDC/FP. [0054] L'utilisateur destinataire UTL peut par exemple fournir le code source desdites deuxièmes instructions FP au fabricant FAB de l'élément sécurisé. L'utilisateur destinataire UTL peut également fournir un cahier des charges CDC comprenant des critères définissant ladite au moins une fonction personnalisé FP, le fabricant FAB se chargeant alors de concevoir le code source des deuxièmes instructions FB selon le cahier des charges CDC. [0055] La mémoire non-volatile MEM est ainsi avantageusement configurée pour n'être écrite WR_MEM qu'une seule fois lors de la fabrication EWS de l'élément sécurisé SEC. [0056] Le client destinataires UTL bénéficie ensuite d'un élément sécurisé CIUTL suivant sa propre personnalisation CDC/FP et en conformité avec une éventuelle norme STDFS. [0057] On se réfère à nouveau à la figure 1. [0058] L'élément sécurisé SEC comporte enfin une unité de calcul CPU configure° pour exécuter les premières instructions ins_sec et les deuxièmes instructions ins_pers. [0059] En particulier, l'élément sécurisé SEC peut être du type périphérique esclave, pour lequel les exécutions des premières instructions ins_sec et des deuxièmes instructions ins_pers sont commandées par un périphérique maître pC, comportant typiquement un microcontrôleur maître [0060] A cet égard, l'élément sécurisé SEC peut comporter une interface d'entrée/sortie GPIO adaptée pour être connectée avec un périphérique maître pC. [0061] Par exemple le périphérique maître pC est une unité de contrôle électronique d'un système électronique de l'industrie automobile. [0062] Le périphérique maître pC est configure pour générer des signaux de commande commandant des dispositifs esclaves, qui sont ainsi reçus sur l'interface d'entrée/sortie GPIO. Un signal de commande peut comporter des codes opérations opc, typiquement une suite de données binaires désignant une fonction donnée, de façon préétablie. [0063] Par exemple, l'interface d'entrée/sortie GPIO, et les signaux de commande des péri- phériques maître-esclave peuvent correspondre à une application du protocole SPI (pour « Serial Peripheral Interface » en anglais, classique et connu en soi). [0064] En outre, l'élément sécurisé SEC remplit des critères normalisés de sécurité, tels que par exemple des certifications EAL4+. EAL5+ au niveau matériel, ou des normes du 7 type TCG-TPM au niveau logiciel. [0065] Ainsi, les fonctions de sécurité préétablies FS peuvent notamment être inclues à une bibliothèque de commandes et de fonctionnalités de la norme « TCG-TPM 2.0 », et remplir les critères de cette norme. [0066] Par ailleurs, ladite au moins une autre fonction personnalisé FP par l'utilisateur UTL peut comprendre une fonction qui n'est pas prévue dans une bibliothèque de fonctions appartenant à une norme donnée, ou du moins qui n'est pas prévue par lesdites fonctions de sécurité préétablies FS chargées dans la mémoire MEM. [0067] Ladite au moins une autre fonction personnalisée FP par l'utilisateur UTL peut également comprendre une fonction de complément améliorant ou personnalisant l'exécution de l'une desdites fonction de sécurité préétablie FS. [0068] Bien entendu, on veillera à ce que les fonctions personnalisées FP restent en conformité avec les exigences desdites normes. A cet égard, on pourra par exemple prévoir des fonctions personnalisées FP qui utilisent les mécanismes sécurisés respectant des critères normés, mais d'une façon qui n'est pas prévue dans une bibliothèque de commandes et de fonctionnalités d'une norme donnée. [0069] En outre, comme mentionné ci-avant, l'élément sécurisé SEC peut être appliqué à des systèmes électroniques de l'industrie automobile. Dans ce cas, lesdites autres fonctions personnalisées FP sont élaborées par un utilisateur issu de l'industrie automobile, par exemple pour introduire un système de certification de données de son choix, ou mettre en oeuvre une fonction de sécurité préétablie FS mais adaptée de façon optimale à son système électronique, ou encore permettre des mises-à-jour sécurisées d'une façon différente de ce que propose une norme donnée. [0070] La figure 2 illustre un exemple de réalisation de l'élément sécurisé SEC permettant une exécution rapide avec des ressources limitées. Cela peut correspondre à des contraintes relatives aux systèmes électroniques de l'industrie automobile. [0071] L'élément sécurisé SEC selon cet exemple comporte une table de conversion LUT (usuellement désignée par le terme anglais « look-up table »). [0072] La table de conversion LUT est configurée pour convertir à la volée un code opération opc reçu en une instruction correspondante parmi les premières instructions ins_secl, ins_sec2, ins_secN, et parmi les deuxièmes instructions ins_persl, ins_persM. [0073] Le code opération est par exemple reçu sur l'interface d'entrée/sortie GPIO. [0074] Juste après la conversion, l'unité de calcul CPU exécute alors l'instruction cor- respondant au code opération reçu. [0075] Par le terme « convertir à la volée », on entend une traduction dynamique du code opération opc reçu, en langage machine exécutable (ici, les premières et deuxièmes instructions). C'est-à-dire que la traduction n'est pas faite lors d'une compilation en 8 amont de la réception du code opération opc, mais au moment de sa réception, et avantageusement sans délai. [0076] La table de conversion LUT est initialisée à chaque démarrage, ou mise sous tension et réinitialisation (d'après terme usuel anglais « power on reset »), de l'élément sécurisé SEC. [0077] L'initialisation de la table de conversion LUT comprend d'une part un chargement depuis la mémoire non-volatile MEM desdites premières instructions ins seci -ins sec N et deuxièmes instructions ins persl-ins persM. Et d'autre part, niais simultanément, une assignation auxdites premières et deuxièmes instructions ins seci -ins sec N, ins persi -ins persM, d'un code opération de référence respectif opc 1 -opc N et opc N+1-opc M. [0078] On référera dans la suite une première instruction par ins sec, une deuxième ins- truction par ins pers, et un code opération de référence par opc_j. [0079] Ainsi, ladite conversion à la volée peut comporter une comparaison du code opération reçu opc avec les codes opérations de référence opc_j de façon à identifier l'instruction correspondante à exécuter. [0080] Les codes opérations opc_j respectivement assignés aux premières et deuxièmes ins- tructions ins sec, ins pers, sont initialement contenus dans la mémoire non-volatile MEM. [0081] Par exemple, le code opération opc_j est écrit comme une donnée dans la mémoire MEM lors du chargement des premières et deuxièmes instructions ins_sec, ins_pers. [0082] Selon une alternative avantageuse, des emplacements mémoires dans la mémoire MEM sont préalablement associés à des codes opérations opc_j respectifs, et l'adresse de l'emplacement mémoire d'une instruction ins_sec, ins_pers permet de retranscrire le code opération opc_j respectif. [0083] Cette alternative permet également d'optimiser ledit chargement depuis la mémoire non-volatile MEM desdites premières et deuxièmes instructions. En effet, les codes opérations opc_j étant associées à des emplacements mémoire de la mémoire MEM, la table de conversion LUT peut comporter, éventuellement de façon codée en dur, des pointeurs pointant vers ces emplacements mémoire, permettant de charger immédiatement la table de conversion LUT avec les instructions ainsi automatiquement assignées du code opération opc_j correspondant. [0084] La table de conversion LUT peut comporter en outre des emplacements laissés vides, par exemple pour permettre des introductions de nouvelles fonctions préétablies en cas d'évolution future d'une norme, sans avoir à modifier nécessairement la technologie qui la met en oeuvre. [0085] La figure 3 représente un exemple de réalisation d'une table de conversion LUT d'un élément sécurisé SEC du type de celui décrit en relation avec la figure 2. 9 [0086] Dans cet exemple, la table de conversion LUT comprend des portes logiques non-ou exclusif XNOR, pour identifier à la volée le code opération reçu ope avec les codes opérations opcj i respectivement assignées auxdites premières et deuxièmes instructions ins sec, ins pers. [0087] Le code opération reçu ope comprend des données binaires (i.e. des « bits »), et provient par exemple d'une commande COM transmise selon une communication du type SPI, reçue par l'interface d'entrée/sortie GPIO SPI. La commande COM selon le protocole SPI contient un en-tête H, un code opération opc, et des données dat. [0088] Une porte logique non-ou exclusif « XNOR » permet d'effectuer une comparaison entre deux bits d'entrée, sortant une donnée logique « vrai » (i.c. bit « 1 ») si les bits d'entrée sont égaux, et une valeur logique « faux » (i.c. bit « 0 ») si les données d'entrée sont différentes. Une porte ou exclusif « XOR » produit le même effet avec les valeurs inverses en sortie. [0089] Les bits du code opération reçu opc sont comparés un-à-un avec les bits de tous les codes opérations opc 1, opc ..., opc k, opc N-FM de la table de conversion LUT, en parallèle. [0090] Cela permet avantageusement d'identifier le code opération de référence opc k qui correspond au code opération reçu opc, instantanément (c'est-à-dire le temps d'un déclenchement d'une porte XNOR). [0091] La valeur logique « vrai » en sortie de la porte non-ou exclusif XNOR permet alors de commander une exécution de l'instruction ins_k assignée du code opération opc_k identifié, par l'unité de calcul CPU. [0092] Par exemple, un registre dédié REG_opc peut contenir et fournir les bits des codes opération opc_1-opc_N+M de la table de conversion LUT, et un autre registre dédié REG_ins peut contenir et fournir les instructions ins_secl-ins_persM de la table de conversion LUT. [0093] La figure 4 illustre un exemple de circuit intégré CI incorporant un élément sécurisé SEC du type d'un exemple décrit précédemment en relation avec les figures 1 à 3. Usuellement, ce type de circuit intégré CI est également désigné par « élément sécurisé », et comporte des fonctionnalités additionnelles à celles décrites précédemment. [0094] Le circuit intégré CI comporte une interface d'entrée/sortie GPIO de but général, c'est-à-dire des éléments de connexion destinés à communiquer avec des périphériques extérieurs au circuit intégré CI, ainsi que classiquement des bornes d'application de tension d'alimentation Vdd et de tension de référence GND. [0095] Le circuit intégré CI comporte une interface de périphérique série INTF capable de décoder des informations transmises selon le protocole SPI. Une entrée de l'interface INTF est connectée à l'entrée/sortie GPIO, et une sortie de l'interface INTF est connectée à la table de conversion LUT de l'élément sécurisé SEC, pour convertir à la volée un code opération reçu en une instruction correspondante. [0096] Des modules Ma, Mb, Mc, ..., My, Mz de fonctions diverses communiquent dans le circuit intégré CI via un bus APB, c'est-à-dire du type « Advanced Peripheral Bus ». [0097] Les modules Ma-Mz peuvent être du type générateur de signal d'horloge, minuteur (« ti mer »), interface de divers protocoles, générateur de nombre aléatoire, accélérateur matériel de calculs cryptographiques, et autres. [0098] Un pont de bus APB/AHB permet de communiquer entre le bus APB et un premier bus système Systbus, par exemple du type « Advanced High-performance Bus ». [0099] Une mémoire volatile RAM peut communiquer sur le premcir bus système Systhus. [0100] Une unité de calcul sécurisée CPU du circuit intégré Cl commande de façon sécurisée le premier bus système Systhus et un second bus système IDbus. L'unité de calcul CPU précédemment décrite en relation avec les figures 1 à 3 est réalisée par cette unité de calcul sécurisée CPU du circuit intégré Cl. [0101] La mémoire non-volatile MEM de l'élément sécurisé communique via le second bus système IDbus. Par exemple la mémoire non-volatile MEM est du type mémoire « Flash ». [0102] Une mémoire non-volatile en lecture seule ROM communique également sur le second bus système 11:'us, via un pare-feu dédié FWROM. [0103] Ainsi, dans r initial isation de la table de conversion LUT, lors de chaque démarrage et réinitialisation du circuit intégré, le chargement des premières et deuxièmes instructions depuis la mémoire non-volatile MEM est commandé par l'unité de calcul sécurisée CPU, pour emprunter le chemin suivant : second bus système IDbus, l'unité de calcul sécurisée CPU, le premier bus système Systbus, le pont de bus AHB/APB, et enfin la table de conversion LUT via le bus APB. [0104] Une fois les instructions chargées dans la table de conversion LUT, les codes opérations correspondant seront comparés à la volée au flux SPI entrant. [0105] La figure 5 représente un exemple de système électronique de l'industrie automobile SYS incorporé à un véhicule VHCL du type automobile. [0106] Le système comporte plusieurs unités de contrôle électronique ECU, en particulier une unité de contrôle télématique TCU, une unité de passerelle inter-réseaux GTW, une unité d'aide à la conduite ADAS. [0107] L'unité de contrôle télématique TCU comporte système détection et de capteurs de positionnement par satellite GNSS, un modem MDM configuré pour communiquer avec un réseau de télécommunication téléphonique, et une unité de contrôle RC du type microcontrôleur. L'unité de contrôle télématique TCU peut aussi comporter un élément de mise à jour à distance (non-représenté) capable par exemple de télécharger une mise à jour de micro-logiciel (« Firmware » en anglais) depuis un serveur distant. 11 [0108] D'autre part, l'unité de contrôle télématique TCU peut aussi être utilisée pour cen- traliser des fonctions de tableau de bord et des fonctions multimédia (notamment audio et vidéo) du véhicule. [0109] L'unité de passerelle inter-réseaux GTW est dédiée à l'intercommunication entre des sous-réseaux du système électronique automobile SYS, et comporte un élément de mise à jour à distance OTA ainsi qu'un élément de diagnostic DIAG destiné à contrôler un état fonctionnel des éléments du système, et un microcontrôleur [0110] L'unité d'aide à la conduite ADAS comporte un microcontrôlcur FIC, un élément de commande CMD configure pour piloter des commandes relatives à l'aide à la conduite, telles que les freins ou la direction. L'unité d'aide à la conduite ADAS comporte en outre un élément de communication TCUTX avec l'unité de contrôle télématique TCU, et un élément de communication GTWTX avec l'unité de passerelle inter-réseaux GTW. [0111] L'unité de contrôle télématique TCU, l'unité de passerelle inter-réseaux GTW, l'unité d'aide à la conduite ADAS ainsi que des unités de contrôle électronique secondaires ECUI-ECU4 communiquent via un routeur ethernet ETH. [0112] L'unité de contrôle télématique TCU, l'unité de passerelle inter-réseaux GTW, l'unité d'aide à la conduite ADAS forment des unités dites principales du système SYS, et ont toutes une position critique en matière de sécurité. [0113] Ainsi, des éléments sécurisés SEC tels que décrits précédemment en relation avec les figures 1 à 4 sont avantageusement incorporés au système SYS. En particulier, chaque unité principale TCU, GTW, ADAS comporte un élément sécurisé SEC assurant l'authenticité des actions des unités principales. [0114] Les unités secondaires ECULECU4 peuvent également incorporer de tels éléments sécurisés SEC. [0115] Les unités principales de contrôle électronique TCU, GTW, ADAS sont configurées pour générer des signaux de commande destinés à commander les exécutions des instructions des éléments sécurisés SEC correspondants selon un exemple à des interactions maître-esclave. [0116] Par exemple, une authentification personnalisée entre un serveur externe et le système peut être possible via l'unité de contrôle télématique TCU, au moyen de fonctions personnalisées à cet égard, chargée dans l'élément sécurisé SEC. Ce type d'authentification peut permettre un téléchargement de mise-à-jour des unités principales, pouvant elles-mêmes certifier de la provenance du programme téléchargé. En outre, tout type d'action sécurisée peut être prévu dans chaque élément sécurisé SEC et personnalisé de façon dédiée à un système SYS de ce type. [0117] Par ailleurs l'invention n'est pas limitée à ces modes de réalisation et de mise en oeuvre mais en embrasse toutes les variantes. Par exemple, bien que décrits selon une 12 application à un système électronique de véhicule, les éléments sécurisés SEC tels que décrits en relation avec les figures 1 à 4 peuvent s'appliquer à d'autres systèmes électroniques, par exemple des systèmes « grand-public » (« consumer » en langue anglaise) tels que des ordinateurs, téléphones, tablettes tactiles, ou divers objets connectés. 13 [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4] [Revendication 5] [Revendication 6] REVENDICATIONSProcédé de gestion du fonctionnement d'un élément sécurisé (SEC) comprenant un chargement dans une mémoire non-volatile (MEM) de cet élément sécurisé (SEC) de premières instructions (ins_sec) relatives à des fonctions de sécurité préétablies (FS) et d'au moins une deuxième instruction (ins_pers) relative à au moins une autre fonction personnalisée (FP), et au moins une exécution d'une instruction parmi les premières instructions (ins_sec) et ladite au moins une deuxième instruction (ins pers). Procédé selon la revendication 1, comprenant une réception d'un code opération (opc), une conversion (LUT) à la volée du code opération (opc) reçu en une instruction correspondante (ins_k) appartenant auxdites premières instructions (ins_sec) ou à ladite au moins une deuxième instruction (ins_pers), et l'exécution de l'instruction correspondante (ins_k). Procédé selon la revendication 2, comprenant lors de chaque démarrage de l'élément sécurisé (SEC), un chargement desdites premières instructions (ins_sec) et de ladite au moins une deuxième instruction (ins_pers) depuis la mémoire non-volatile (MEM) vers une table de conversion (LUT), et une assignation auxdites premières instructions (ins_sec) et à ladite au moins une deuxième instruction (ins_pers) d'un code opération de référence respectif (opcj), ladite conversion comportant une comparaison du code opération reçu (opc) avec les codes opérations de référence (opc_j) de façon à identifier ladite instruction correspondantes (ins_k) à exécuter. Procédé selon la revendication 3, dans lequel le code opération reçu (opc) comprend des données binaires, et ladite comparaison comprend des opérations logiques non-ou exclusif (XNOR), pour identifier à la volée le code opération de référence (opc_k) correspondant au code opération reçu (opc). Procédé selon l'une des revendications 2 à 4, comprenant une réception d'un signal de commande entrant sur une interface d'entrée/sortie (GPIO) de l'élément sécurisé (SEC), comportant ledit code opération reçu (opc). Procédé selon l'une des revendications 1 à 5, dans lequel le chargement dans la mémoire non-volatile (MEM) n'est fait (VVR MEM) qu'une seule fois lors d'une phase de production (EWS) de l'élément sécurisé 14 [Revendication 7] [Revendication 8] [Revendication 9] [Revendication 10] [Revendication 1 1 ] [Revendication 12] [Revendication 13] (SEC). Procédé selon l'une des revendications 1 à 6, dans lequel lesdites fonctions de sécurité préétablies (FS) font partie d'une bibliothèque de commandes et de fonctionnalités de la norme « TCG-TPM 2.0 ». Procédé selon l'une des revendications 1 à 7, dans lequel ladite au moins une autre fonction personnalisée (FP) comprend une fonction qui n'est pas prévue par lesdites fonctions de sécurité préétablies (FS), ou une fonction de complément améliorant ou personnalisant l'exécution de l'une desdites fonctions de sécurité préétablies (FS). Procédé selon l'une des revendications 1 à 8, comprenant en outre une génération d'au moins un signal de commande (COM) destiné à commander ladite au moins une exécution. Procédé selon la revendication 9 destiné à être appliqué à un véhicule (VHCL) du type automobile, dans lequel ladite génération d'au moins un signal de commande provient d'au moins l'une des unités de contrôle électroniques (ECU), incorporées au véhicule, suivantes : une unité de contrôle télématique (TCU), une unité de passerelle inter-réseaux (GTW), une unité d'aide à la conduite (ADAS). Elément sécurisé (SEC), comprenant une mémoire non-volatile (MEM) configurée pour stocker des premières instructions (ins_sec) relatives à des fonctions de sécurité préétablies (FS) et pour stocker au moins une deuxième instruction (ins_pers) relative à au moins une autre fonction personnalisée (FP), et une unité de calcul (CPU) configurée pour exécuter au moins une instruction (ins_k) parmi les premières instructions (ins_sec) et ladite au moins une deuxième instruction (ins_pers). Elément sécurisé selon la revendication 11, capable de recevoir un code opération reçu (opc), comportant une table de conversion (LUT) configurée pour convertir à la volée un code opération (opc) reçu en une instruction correspondante (ins_k) appartenant auxdites premières instructions (ins_sec) ou à ladite au moins une deuxième instruction (ins_pers), l'unité de calcul (CPU) étant configurée pour exécuter l'instruction correspondante (ins_k). Elément sécurisé selon la revendication 12, configuré pour, lors de chaque démarrage de l'élément sécurisé (SEC), charger lesdites premières instructions (ins_sec) et ladite au moins une deuxième instruction (ins_pers) depuis la mémoire non-volatile (MEM), et assigner auxdites premières instructions (ins_sec) et à ladite au moins une 15 [Revendication 14] [Revendication 15] [Revendication 16] [Revendication 17] [Revendication 18] [Revendication 19] [Revendication 20] deuxième instruction (ins pers) un code opération de référence respectif (opc j), et dans lequel la table de conversion (LUT) est configurée pour comparer le code opération reçu (opc) avec les codes opérations de référence (ope j) de façon à identifier ladite instruction correspondantes (ins_k) à exécuter. Elément sécurisé selon la revendication 13, dans lequel le code opération reçu (opc) comprend des données binaires, et la table de conversion (LUT) comprend des portes logiques non-ou exclusif (XNOR), pour identifier à la volée le code opération de référence (opc k) correspondant au code opération reçu (opc). Elément sécurisé selon l'une des revendications 12 à 14, comportant une interface d'entrée/sortie (GPTO) adaptée pour être connectée avec une unité de contrôle électronique (ECU), et pour recevoir un signal de commande entrant sur l'interface d'entrée/sortie (GPIO) comportant ledit code opération reçu (opc). Elément sécurisé selon l'une des revendications 11 à 15, dans lequel la mémoire non-volatile (MEM) est configurée pour n'être écrite (WR MEM) qu'une seule fois lors d'une phase de production de l'élément sécurisé (SEC). Elément sécurisé selon l'une des revendications 11 à 16, dans lequel lesdites fonctions de sécurité préétablies (FS) font partie d'une bibliothèque de commandes et de fonctionnalités de la norme « TCG-TPM 2.0 ». Elément sécurisé selon l'une des revendications 11 à 17, dans lequel ladite au moins une autre fonction personnalisée (FP) comprend une fonction qui n'est pas prévue par lesdites fonctions de sécurité préétablies (FS), ou une fonction de complément améliorant ou personnalisant l'exécution de l'une desdites fonctions de sécurité préétablies (FS). Système comportant au moins un élément sécurisé (SEC) selon l'une des revendications 11 à 18, ainsi qu'au moins une unité de contrôle électronique (ECU) configurée pour générer des signaux de commande (COM) destinés à commander l'exécution de ladite au moins une instruction (ins_k). Véhicule (VHCL) du type automobile, comportant un système selon la revendication 19, ladite au moins une unité de contrôle électronique (ECU) comprenant au moins l'une des unités suivantes : une unité de contrôle télématique (TCU), une unité de passerelle inter-réseaux 16 (GTW), une unité d'aide à la conduite (ADAS).