Brevet FR3159245A1 — publié le 20250815

Protection de données La présente description concerne un procédé comprenant : - la fourniture d’un module de logiciels (200) par un dispositif sécurisé à un dispositif électronique, le module de logiciels comprenant un module d’installation d’un premier logiciel (202), une première clef publique (206) et une valeur d’authentification (212) du module de logiciels ; - la vérification du module de logiciels sur la base de la valeur d’authentification ; - si la vérification est réussie, l’installation du premier logiciel dans une mémoire du dispositif électronique en association avec la première clef publique, la première clef publique étant utilisée pour chiffrer des valeurs de données associées au premier logiciel. Figure pour l'abrégé : Fig. 2 Protection de données La présente description concerne de façon générale la protection de données sensibles d’un dispositif électronique. Lorsqu’un module de logiciel venant d’un dispositif d’origine est installé dans un dispositif électronique, il peut être souhaitable que le dispositif d’origine ait accès à des données associées au logiciel. Il est important que l’accès à ces données soit effectué de manière sécurisée. En particulier, il est important que les données ne soient pas exploitables par un dispositif extérieur autre que le dispositif d’origine. Un mode de réalisation prévoit un procédé comprenant : - la fourniture d’un module de logiciels par un dispositif sécurisé à un dispositif électronique, le module de logiciels comprenant un module d’installation d’un premier logiciel, une première clef publique et une valeur d’authentification du module de logiciels ; - la vérification du module de logiciels sur la base de la valeur d’authentification ; - si la vérification est réussie, l’installation du premier logiciel dans une mémoire du dispositif électronique en association avec la première clef publique, la première clef publique étant utilisée pour chiffrer des valeurs de données associées au premier logiciel. Selon un mode de réalisation, le procédé ci-dessus comprend en outre : - la fourniture au dispositif sécurisé, par le dispositif électronique, des valeurs de données associées au premier logiciel et chiffrées par l’intermédiaire de la première clef publique ; - le déchiffrement, par le dispositif sécurisé par l’intermédiaire d’une première clef privée stockée dans le dispositif sécurisé, des valeurs de données chiffrées. Selon un mode de réalisation, la mémoire du dispositif électronique comprend une mémoire configurée pour stocker une clef symétrique, le procédé comprenant en outre : - le chiffrement symétrique des données associées au premier logiciel par l’intermédiaire de la première clef symétrique ; - le chiffrement asymétrique de la première clef symétrique par l’intermédiaire de la première clef publique ; - la fourniture, par le dispositif électronique, des valeurs de données, associées au premier logiciel, chiffrées et de la clef symétrique chiffrée au dispositif sécurisé ; - le déchiffrement de la clef symétrique chiffrée par l’intermédiaire d’une première clef privée stockée dans le dispositif sécurisé ; et - le déchiffrement des valeurs de données associées au premier logiciel par le dispositif sécurisé et par l’intermédiaire de la clef symétrique déchiffrée. Selon un mode de réalisation, la clef symétrique est une valeur aléatoire générée par un générateur de nombres aléatoires du dispositif électronique. Selon un mode de réalisation, la fourniture des valeurs de données chiffrées au dispositif sécurisé a lieu suite à la réception de données par le premier logiciel. Selon un mode de réalisation, les données associées au premier logiciel comprennent une ou plusieurs données d’historique du fonctionnement du premier logiciel. Selon un mode de réalisation, l’installation du premier logiciel, dans une mémoire du dispositif électronique en association de la première clef publique, s’effectue dans une mémoire sécurisée du dispositif sécurisé. Selon un mode de réalisation, le module de logiciels comprend en outre un module d’installation d’un ou plusieurs deuxièmes logiciels et d’une ou plusieurs deuxièmes clefs publiques associées, et dans lequel, si la vérification est réussie, l’un ou plusieurs deuxièmes logiciels sont installés dans la mémoire du dispositif électronique en association avec l’une ou plusieurs deuxièmes clefs publiques, l’une ou plusieurs deuxièmes clefs publiques étant utilisées pour chiffrer des valeurs de données associées à l’un ou plusieurs deuxièmes logiciels. Selon un mode de réalisation, la vérification du module de logiciels comprend : - le calcul d’une valeur de signature du module logiciel, par l’intermédiaire d’une clef de signature publique ; - la comparaison de la valeur de signature avec la valeur d’authentification ; et - si les deux valeurs correspondent, la validation de l’authenticité du module logiciel. Un mode de réalisation prévoit un système comprenant un dispositif sécurisé et un dispositif électronique, le dispositif sécurisé étant configuré pour : stocker une première clef privée ; fournir un module de logiciels au dispositif électronique, le module de logiciels comprenant un module d’installation d’un premier logiciel, une première clef publique, associée à la première clef privée, et une valeur d’authentification du module de logiciels, le dispositif électronique étant configuré pour : vérifier le module logiciel sur la base de la valeur d’authentification ; et si la vérification est réussie, installer le premier logiciel dans une mémoire du dispositif électronique en association avec la première clef publique, la première clef publique étant utilisée pour chiffrer des valeurs de données associées au premier logiciel. Selon un mode de réalisation, le dispositif électronique est en outre configuré pour ; - chiffrer des données associées au premier logiciel, par l’intermédiaire de la première clef publique ; et - fournir les données chiffrées au dispositif sécurisé, le dispositif sécurisé étant en outre configuré pour déchiffrer les données chiffrées par l’intermédiaire de la première clef privée. Selon un mode de réalisation, le dispositif électronique est configuré pour fournir les données chiffrées au dispositif sécurisé suite à l’initiation d’une procédure de débogage. Selon un mode de réalisation, les données associées au premier logiciel sont des données d’historique du fonctionnement du premier logiciel. Un mode de réalisation prévoit un dispositif électronique comprenant : - une mémoire dans laquelle est installé un premier logiciel, la mémoire stockant en outre une première clef publique associée au premier logiciel, la clef privée associée à la clef publique étant uniquement stockée dans un dispositif sécurisé, externe au dispositif électronique ; et - un circuit cryptographique configuré pour chiffrer des données associées au premier logiciel par l’intermédiaire de la première clef publique, le dispositif étant en outre configuré pour fournir les données chiffrées au dispositif sécurisé suite à une procédure de débogage. Selon un mode de réalisation, le dispositif électronique ci-dessus comprend en outre une clef symétrique, stockée dans la mémoire et dans lequel, le circuit cryptographique est configuré pour : - effectuer un chiffrement symétrique des données associées au premier logiciel par l’intermédiaire de la clef symétrique ; et - effectuer un chiffrement asymétrique de la clef symétrique, par l’intermédiaire de la première clef publique, le dispositif électronique étant en outre configuré pour fournir, avec la clef symétrique chiffrée, les données associées au premier logiciel chiffrées au dispositif sécurisé. Ces caractéristiques et avantages, ainsi que d'autres, seront exposés en détail dans la description suivante de modes de réalisation particuliers faite à titre non limitatif en relation avec les figures jointes parmi lesquelles : la FIG. 1 est un schéma par blocs représentant un système selon un mode de réalisation de la présente description ; la FIG. 2 illustre des étapes de fourniture et d’installation d’un module logiciel selon un mode de réalisation de la présente description ; la FIG. 3 illustre des étapes de chiffrement et de fourniture de données sensibles selon un mode de réalisation de la présente description ; la FIG. 4 illustre des étapes de chiffrement et de fourniture de données sensibles selon un autre mode de réalisation de la présente description ; et la FIG. 5 est un organigramme illustrant des étapes d’un procédé de protection de données selon un mode de réalisation de la présente description. De mêmes éléments ont été désignés par de mêmes références dans les différentes figures. En particulier, les éléments structurels et/ou fonctionnels communs aux différents modes de réalisation peuvent présenter les mêmes références et peuvent disposer de propriétés structurelles, dimensionnelles et matérielles identiques. Par souci de clarté, seuls les étapes et éléments utiles à la compréhension des modes de réalisation décrits ont été représentés et sont détaillés. En particulier, les procédés cryptographiques, mettant par exemple en œuvre des chiffrements et déchiffrement asymétriques et/ou symétriques sont connus par la personne du métier et ne sont pas décrits en détail. Sauf précision contraire, lorsque l'on fait référence à deux éléments connectés entre eux, cela signifie directement connectés sans éléments intermédiaires autres que des conducteurs, et lorsque l'on fait référence à deux éléments reliés (en anglais "coupled") entre eux, cela signifie que ces deux éléments peuvent être connectés ou être reliés par l'intermédiaire d'un ou plusieurs autres éléments. Dans la description qui suit, lorsque l'on fait référence à des qualificatifs de position absolue, tels que les termes "avant", "arrière", "haut", "bas", "gauche", "droite", etc., ou relative, tels que les termes "dessus", "dessous", "supérieur", "inférieur", etc., ou à des qualificatifs d'orientation, tels que les termes "horizontal", "vertical", etc., il est fait référence sauf précision contraire à l'orientation des figures. Sauf précision contraire, les expressions "environ", "approximativement", "sensiblement", et "de l'ordre de" signifient à 10 % près, de préférence à 5 % près. La FIG. 1 est un schéma par blocs représentant un système 100 selon un mode de réalisation de la présente description. En particulier, le système 100 comprend un dispositif électronique 102 et un dispositif sécurisé 104. A titre d’exemple, le dispositif 102 est un dispositif électronique non sécurisé et, par exemple, pouvant être la cible d’attaque ayant pour objet l’obtention des données sensibles stockées par le dispositif 102. A titre d’exemple, le dispositif électronique 102 est un téléphone intelligent (en anglais « smart phone »), un objet connecté, une carte à microcircuit, etc. A titre d’exemple, le dispositif 104 est un dispositif fonctionnant dans un environnement sécurisé, ou comprenant un circuit sécurisé. A titre d’exemple, le dispositif 104 est un ordinateur. Dans cet exemple, le dispositif sécurisé 104 est configuré pour extraire des données du dispositif 102 et pour les exploiter. Dans un autre exemple, un autre dispositif non sécurisé (non illustré en FIG. 1 ) est par exemple positionné entre les dispositifs 102 et 104. L’autre dispositif non sécurisé est configuré pour extraire des données du dispositif 102 et pour fournir les données au dispositif sécurisé 104, qui est alors configuré pour exploiter les données. Les dispositifs électroniques 102 et 104 comprennent, par exemple, respectivement une interface 106 et une interface 108. Les interfaces 106 et 108 sont, par exemple, des ports de communication filaire en série, tel que des ports USB (de l’anglais « Universal Serial Bus ») ou USB-C, ou d’autres types de ports de communication filaire, tels que des émetteurs-récepteurs asynchrones universels (de l’anglais « Universal Asynchronous Receiver Transmitter » - UART), etc. Dans un autre exemple, les interfaces 106 et 108 permettent la mise en œuvre d’une communication non filaire, par exemple une communication par WiFi (de l’anglais « Wireless-Fidelity »), une communication de type Bluetooth, NFC (de l’anglais « Near Field Communication »), etc. Le dispositif électronique 102 comprend par exemple une mémoire non volatile sécurisée 110 (SECURE STORAGE) configurée pour stocker un ou plusieurs logiciels. A titre d’exemple, les un ou plusieurs logiciels sont des logiciels provenant du dispositif sécurisé 104. A titre d’exemple, les un ou plusieurs logiciel ont, par exemple, été fournis, par l’intermédiaire des interface 106 et 108, en amont de la mise en service du dispositif 102. Le dispositif 102 comprend, par exemple, en outre un processeur 112 (CPU) relié à la mémoire sécurisée 110 par l’intermédiaire d’un bus 114. A titre d’exemple, le processeur 112 est configuré pour exécuter des instructions permettant l’exécution du ou des logiciels. Le dispositif 102 comprend, par exemple, en outre une mémoire non volatile 116 (NV MEM) et une mémoire volatile 118 (RAM) reliées au bus 114. Le dispositif électronique 102 comprend en outre un circuit cryptographique 120 (CRYPTO) configuré pour effectuer des opérations cryptographiques. A titre d’exemple, le circuit cryptographique 120 est configuré pour réaliser des chiffrements et/ou déchiffrements symétriques et/ou asymétriques. Selon un mode de réalisation, la mémoire sécurisée 110 est comprise dans le circuit cryptographique 120. A titre d’exemple, le processeur 112 et le circuit cryptographique 120 sont compris dans un même sous circuit sécurisé. Le dispositif sécurisé 104 comprend par exemple un processeur 122 (CPU) relié à l’interface 108 par l’intermédiaire d’un bus 124. Le dispositif sécurisé 104 comprend en outre une mémoire non volatile 126 (NV MEM) et une mémoire volatile 128 (RAM) reliées au bus 124. Le dispositif sécurisé 104 comprend en outre un circuit cryptographique 130 (CRYPTO) configuré pour effectuer des opérations cryptographiques. A titre d’exemple, le circuit cryptographique 130 est configuré pour réaliser des chiffrements et/ou déchiffrements symétriques et/ou asymétriques. Lors du fonctionnement du dispositif 102 et, en particulier, lors de l’exécution du ou des logiciels provenant du dispositif 104, des données sensibles sont manipulées et/ou générées. A titre d’exemple, les données sensibles comprennent des données de trace de fonctionnement du processeur 112 lors de l’exécution du ou des logiciels. La trace de fonctionnement inclus à la fois une trace dynamique, telle qu’une trace de débogage, et/ou une image de l’état du processeur 112 (en anglais « core dump ») au moment d’un événement. Il est souhaitable que le dispositif 104 ait accès aux données sensibles du ou des logiciels suite à, par exemple, une interruption dans le bon fonctionnement du dispositif 102, tel qu’une interruption due à un bug logiciel, et/ou à un crash et/ou une attaque subie par le dispositif 102. En particulier, il est souhaitable qu’aucun dispositif externe, autre que le dispositif 104, ait accès aux données sensibles. La FIG. 2 illustre des étapes de fourniture et d’installation de logiciels, selon un mode de réalisation de la présente description. En particulier, la FIG. 2 illustre la fourniture d’un module de logiciels 200, en provenance du dispositif sécurisé 104 et vers le dispositif électronique 102 et, par exemple, par l’intermédiaire des interfaces 106 et 108. Le module de logiciels 200 comprend par exemple un premier logiciel, ou micrologiciel (en anglais « firmware »), 202 (FWA). A titre d’exemple, le module 200 comprend en outre un deuxième logiciel, ou micrologiciel, 204 (FWB). Selon un mode de réalisation, le module 200 comprend en outre une première clef de chiffrement 206 (EKEYA) associée au premier logiciel 202. Le module 200 comprend par exemple en outre une deuxième clef de chiffrement 208 (EKEYB) associée au deuxième logiciel 204. A titre d’exemple, la clef 206 et/ou 208 sont des clefs de chiffrement publique. Le module de logiciels 200 comprend par exemple en outre un en-tête 210 (HEADER) et une valeur d’authentification 212 (SIGNATURE). A titre d’exemple, l’en-tête 210 comprend des informations telles que, par exemple, la version du logiciel. L’en-tête 210 comprend, par exemple, en outre des indications permettant au dispositifs 102 d’extraire et de traiter les données comprises dans le module 200. A titre d’exemple, la valeur d’authentification 212 est une signature. La valeur d’authentification 212 est, par exemple, calculée par le dispositif 104 et par l’intermédiaire d’une clef 214 (PRIV_SIGN), par exemple une clef privée, comprise dans le dispositif 104. A titre d’exemple, la clef 214 est comprise dans la mémoire non volatile 126 du dispositif 104. Dans un autre exemple, la clef privée 214 est comprise dans une mémoire sécurisée du dispositif sécurisé 104. La valeur d’authentification 212 est calculée sur la base des logiciels 202 et 204 et des clefs de chiffrement 206 et 208. Selon un mode de réalisation, le dispositif 104 comprend en outre, par exemple stockée dans la mémoire 126, une clef de déchiffrement 216 (DKEYA) associée à la clef de chiffrement 206 et au premier logiciel 202. A titre d’exemple, les clefs 206 et 216 forment une paire de clefs publique/privée. Le dispositif 104 comprend, par exemple, en outre une clef de déchiffrement 218 (DKEYB), stockée dans la mémoire 126, associée à la clef de chiffrement 208 et au deuxième logiciel 204. A titre d’exemple, les clefs 208 et 218 forment une paire de clefs publique/privée. Selon un mode de réalisation, à réception du module 200, le dispositif 102 vérifie l’authenticité et/ou l’intégrité du module 200. A titre d’exemple, la vérification du module est réalisée par l’intermédiaire d’une clef 219 (PUB_SIGN). A titre d’exemple, la clef 219 est une clef publique formant une paire de clefs publique/privée avec la clef 214. L’authentification et/ou l’intégrité du module 200 s’effectue en outre sur la base de la valeur d’authentification 212. La clef 219 est par exemple provisionné dans le dispositif 102 lors de sa fabrication. Selon un mode de réalisation, dans le cas où l’authentification et/ou l’intégrité du module 200 est vérifiée avec succès, le logiciel 202, et par exemple le logiciel 204, sont installés dans la mémoire sécurisée 110 du dispositif 102. La clef de chiffrement 206 est en outre stockée, en association du logiciel 202, dans la mémoire 110. A titre d’exemple, le module 200 comprend, dans certains cas, un nombre de logiciel supérieur à deux. Par exemple le module comprend un troisième logiciel et une clef de chiffrement associée au troisième logiciel. A titre d’exemple, le module 200 comprend une pluralité de logiciels associés à une unique clef de chiffrement, par exemple la clef 206. Dans cet exemple, la clef 206 est une clef de chiffrement associée aux logiciels 202 et 204. Une fois installé dans la mémoire 110, le logiciel 204 est par exemple exécuté par le processeur 112 et des données sont, par exemple, générées. A titre d’exemple, ces données comprennent des données d’historique du fonctionnement du logiciel. La clef 106 est, par exemple, utilisée pour extraire des données encryptées durant le fonctionnement du processeur 112 ou en cas de dysfonctionnement.. A titre d’exemple, la fourniture de ces données au dispositif sécurisé 104 permet à ce dernier d’analyser une potentielle cause du dysfonctionnement. Cependant, il est important que la fourniture de ces données soit effectuée de manière sécurisée afin que personne, autre que le dispositif sécurisée 104, ait accès aux valeurs des données fournies. La FIG. 3 illustre des étapes de chiffrement et de fourniture de données sensibles, selon un mode de réalisation de la présente description. Suite à un dysfonctionnement, le dispositif sécurisé 102, et en particulier le circuit cryptographique 120, est configuré pour chiffrer des données sensibles 300 (FWA CORE DUMP), telles que par exemple des données d’historique, stockées dans la mémoire sécurisée 110 en association du premier logiciel 202. Les données 300 sont par exemple chiffrées par l’intermédiaire de la clef de chiffrement 206. Le circuit cryptographique 120 génère alors des données chiffrées 302 (CIPHERED FWA CORE DUMP) et ces données 302 sont fournies, par exemple par l’intermédiaire des interfaces 106 et 108, au dispositif sécurisé 104. A réception des données chiffrées 302, le circuit cryptographique 130 est configuré pour déchiffrer les données chiffrées 302, par l’intermédiaire de la clef de déchiffrement 216, afin de retrouver les données sensibles 300. La clef de déchiffrement 216 étant connue uniquement par le dispositif sécurisé 104, qui est un environnement sécurisé, un dispositif extérieur au dispositif 102 et autre que le dispositif 104 n’est pas en mesure de déchiffrer les données chiffrées 302. Ainsi, uniquement le dispositif sécurisé 100 a accès aux données sensibles 300. Dans l’exemple où la mémoire 110 comprend le deuxième logiciel 204 et la deuxième clef de chiffrement 208, le circuit cryptographique est en outre configuré pour chiffrer les données sensibles associées au logiciel 204 par l’intermédiaire de la clef de chiffrement 208. Dans cet exemple, le circuit cryptographique 130 du dispositif sécurisé 104 est configuré pour déchiffrer les données sensibles chiffrées, et associées au deuxième logiciel 204, par l’intermédiaire de la clef de déchiffrement 218. Dans un autre exemple, les données sensibles associées au logiciel 204 sont chiffrées par l’intermédiaire de la clef de chiffrement 206. Le déchiffrement de ces données, par le circuit cryptographique 130, est réalisé par l’intermédiaire de la clef de déchiffrement 216. Les opérations cryptographiques pour le chiffrement et le déchiffrement des données 300 sont, par exemple, des opérations de chiffrement asymétriques. La FIG. 4 représente illustre des étapes de chiffrement et de fourniture des données sensibles 300, selon un autre mode de réalisation de la présente description. Selon un mode de réalisation, la mémoire sécurisé 110 comprend en outre une clef de chiffrement symétrique 400 (RANDOM KEY). A titre d’exemple, la clef de chiffrement symétrique 400 a été générée de manière aléatoire, par exemple par un générateur de nombre du dispositif 102. Selon un mode de réalisation, le circuit cryptographique 120 est configuré pour générer une clef de chiffrement symétrique chiffrée 402 en chiffrant la clef de chiffrement 400 à l’aide de la clef de chiffrement 206. A titre d’exemple, les opérations cryptographiques permettant le chiffrement de la clef de chiffrement symétrique 400 sont des opérations de chiffrement asymétrique. Le circuit cryptographique 120 est en outre configuré pour générer des données sensibles chiffrées 404 (CIPHERED FWA CORE DUMP) en chiffrant, par exemple sur la base d’opérations de chiffrement symétrique, les données 300 à l’aide de la clef symétrique 400. La clef symétrique chiffrée 402 et les données sensibles chiffrées 404 sont ensuite fournies, par exemple par l’intermédiaire des interfaces 106 et 108, au dispositif sécurisé 104. Le circuit cryptographique 130 est configuré pour déchiffrer, par exemple en exécutant des opérations de chiffrement asymétrique, la clef de chiffrement chiffrée 402 à l’aide de la clef de déchiffrement 216 et ainsi retrouver la valeur de la clef de chiffrement symétrique 400. Le circuit cryptographique 130 est en outre configuré pour déchiffrer, par exemple en exécutant des opérations de chiffrement symétrique, les données sensibles chiffrées 404 par l’intermédiaire et ainsi retrouver les valeurs des données sensibles 300. Dans l’exemple où la mémoire 110 comprend le deuxième logiciel 204 et la deuxième clef de chiffrement 208, le circuit cryptographique 120 est en outre configuré pour générer une deuxième clef de chiffrement symétrique chiffrée, par exemple en chiffrant la clef de chiffrement 400 à l’aide de la clef de chiffrement 208. Dans cet exemple, le circuit cryptographique 130 du dispositif sécurisé 104 est configuré pour déchiffrer les données sensibles chiffrées, et associées au deuxième logiciel 204, par l’intermédiaire de la clef de déchiffrement 218 et de la deuxième clef de chiffrement symétrique chiffrée. La FIG. 5 est un organigramme illustrant des étapes d’un procédé de protection de données selon un mode de réalisation de la présente description. Dans une étape 500 (FURNITURE BY PC), le dispositif sécurisé 104 fournit un module de logiciels au dispositif électronique 102. Le module de logiciels est par exemple semblable au module 200 et comprend un ou plusieurs logiciels destinés à être installés dans le dispositif 102. Le module comprend en outre une ou plusieurs clefs de chiffrement, telles que par exemple des clefs publiques, en association du ou des logiciels, tel que décrit en relation avec la FIG. 2 . Dans une étape 501 (VERIFICATION & INSTALLATION), le dispositif 102 vérifie l’intégrité et/ou l’authenticité du module reçu. A titre d’exemple, la vérification s’effectue sur la base d’une vérification d’une valeur d’authentification, telle que par exemple une valeur de signature. A titre d’exemple, la vérification du module comprend la mise en œuvre d’opérations de chiffrement asymétrique à l’aide d’une clef publique, connue par le dispositif électronique 102. Dans cet exemple, la clef privée faisant paire avec la clef publique est connue par le dispositif sécurisé 104. A titre d’exemple, la valeur d’authentification 212 est une valeur de signature, par exemple calculée par le dispositif sécurisé 104. La valeur d’authentification 212 correspond par exemple à une valeur résultant du chiffrement, par l’intermédiaire de la clef 214, des logiciels 202 et/ou 204 et des clefs 206 et/ou 208. Le dispositif 102 est alors configuré pour recalculer la valeur d’authentification 212 sur la base du module 200 et de la clef 219 et pour comparer la valeur obtenue avec la valeur d’authentification 212. L’authentification et/ou l’intégrité du logiciel est, par exemple, validée lorsque les deux valeurs correspondent. Dans le cas où la vérification échoue (non illustré dans l’organigramme), le procédé se termine, sans installation du ou des logiciels. A titre d’exemple, dans ce cas, le module est supprimé du dispositif électronique 102. Dans le cas où la vérification réussie, le ou les logiciels sont installés, en association de la ou des clefs de chiffrement, dans la mémoire sécurisée 110. Dans une éventuelle étape 502 (EVENT), des données sont transmises au module logiciel 104 ou à un module tiers ayant connaissance de la clef 206. Dans un exemple, ces données sont transmises lorsque le circuit électronique 102 subit un dysfonctionnement, tel que par exemple, un crash, un bug ou une attaque. Suite à l’étape 502, le circuit cryptographique 120 chiffre, lors de la réalisation d’une étape 503 (CIPHER), les données sensibles associées aux logiciels. A titre d’exemple, les données sensibles chiffrées sont des données d’historique retraçant le fonctionnement du ou des logiciels. Le chiffrement des données est réalisé, par exemple, tel que décrit en relation avec les figures 3 et/ou 4. Dans une étape 504 (FURNITURE BY DISP.), le dispositif électronique 102 fournit, par exemple par l’intermédiaire de l’interface 106, les données sensibles chiffrées, lors de l’étape 503, au dispositif sécurisé 104. A titre d’exemple, lorsque le chiffrement des données sensibles est réalisé selon le mode de réalisation décrit en relation avec la FIG. 4 , les données chiffrées comprennent la clef de chiffrement symétrique chiffrée. Dans une étape 505 (DECIPHER), le circuit sécurisé 104, et en particulier le circuit cryptographique 130, déchiffre les données chiffrées reçues. Le déchiffrement des données est par exemple réalisé tel que décrit en relation avec les figures 3 et/ou 4. Une fois les données sensibles récupérées, le circuit sécurisé 104 les manipule et par exemple, analyse la cause du dysfonctionnement. Un avantage des modes de réalisation décrits est qu’ils permettent la provision de données sensibles associées à des logiciels à un dispositif, de manière sécurisée. En effet, les clefs de déchiffrement nécessaire au déchiffrement des données provisionnée sont uniquement connues par ce dispositif. Divers modes de réalisation et variantes ont été décrits. La personne du métier comprendra que certaines caractéristiques de ces divers modes de réalisation et variantes pourraient être combinées, et d’autres variantes apparaîtront à la personne du métier. En particulier, les méthodes de chiffrement mises en œuvre pour le chiffrement et/ou le déchiffrement peuvent varier. Enfin, la mise en œuvre pratique des modes de réalisation et variantes décrits est à la portée de la personne du métier à partir des indications fonctionnelles données ci-dessus. Procédé comprenant : - la fourniture d’un module de logiciels (200) par un dispositif sécurisé (104) à un dispositif électronique (102), le module de logiciels comprenant un module d’installation d’un premier logiciel (202), une première clef publique (206) et une valeur d’authentification (212) du module de logiciels ; - la vérification du module de logiciels sur la base de la valeur d’authentification ; - si la vérification est réussie, l’installation du premier logiciel dans une mémoire (110) du dispositif électronique en association avec la première clef publique, la première clef publique étant utilisée pour chiffrer des valeurs de données associées au premier logiciel. Procédé selon la revendication 1, comprenant en outre : - la fourniture au dispositif sécurisé (100), par le dispositif électronique (102), des valeurs de données associées au premier logiciel et chiffrées (300, 400) par l’intermédiaire de la première clef publique (206) ; - le déchiffrement, par le dispositif sécurisé par l’intermédiaire d’une première clef privée (216) stockée dans le dispositif sécurisé, des valeurs de données chiffrées. Procédé selon la revendication 1, dans lequel la mémoire (110) du dispositif électronique (102) comprend une mémoire configurée pour stocker une clef symétrique (400), le procédé comprenant en outre : - le chiffrement symétrique des données (300) associées au premier logiciel par l’intermédiaire de la première clef symétrique ; - le chiffrement asymétrique de la première clef symétrique par l’intermédiaire de la première clef publique (206) ; - la fourniture, par le dispositif électronique, des valeurs de données, associées au premier logiciel, chiffrées (404) et de la clef symétrique chiffrée (402) au dispositif sécurisé ; - le déchiffrement de la clef symétrique chiffrée par l’intermédiaire d’une première clef privée (216) stockée dans le dispositif sécurisé ; et - le déchiffrement des valeurs de données associées au premier logiciel par le dispositif sécurisé et par l’intermédiaire de la clef symétrique déchiffrée. Procédé selon la revendication 3, dans lequel la clef symétrique (400) est une valeur aléatoire générée par un générateur de nombres aléatoires du dispositif électronique (102). Procédé selon la revendication 2 ou 3, dans lequel la fourniture des valeurs de données chiffrées (302, 404) au dispositif sécurisé (104) a lieu suite à la réception de données par le premier logiciel (202). Procédé selon l’une quelconque des revendications 1 à 5, dans lequel les données (300) associées au premier logiciel (202) comprennent une ou plusieurs données d’historique du fonctionnement du premier logiciel. Procédé selon l’une quelconque des revendications 1 à 6, dans lequel l’installation du premier logiciel (202), dans une mémoire du dispositif électronique (102) en association de la première clef publique (206), s’effectue dans une mémoire sécurisée (110) du dispositif sécurisé. Procédé selon l’une quelconque des revendications 1 à 7, dans lequel le module de logiciels (200) comprend en outre un module d’installation d’un ou plusieurs deuxièmes logiciels (204) et d’une ou plusieurs deuxièmes clefs publiques (208) associées, et dans lequel, si la vérification est réussie, l’un ou plusieurs deuxièmes logiciels sont installés dans la mémoire (110) du dispositif électronique (102) en association avec l’une ou plusieurs deuxièmes clefs publiques, l’une ou plusieurs deuxièmes clefs publiques étant utilisées pour chiffrer des valeurs de données associées à l’un ou plusieurs deuxièmes logiciels. Procédé selon l’une quelconque des revendications 1 à 8, dans lequel la vérification du module de logiciels (200) comprend : - le calcul d’une valeur de signature du module logiciel, par l’intermédiaire d’une clef de signature publique ; - la comparaison de la valeur de signature avec la valeur d’authentification (212) ; et - si les deux valeurs correspondent, la validation de l’authenticité du module logiciel. Système (100) comprenant un dispositif sécurisé (104) et un dispositif électronique (102), le dispositif sécurisé étant configuré pour : stocker une première clef privée (216) ; fournir un module de logiciels (200) au dispositif électronique, le module de logiciels comprenant un module d’installation d’un premier logiciel (202), une première clef publique (206), associée à la première clef privée, et une valeur d’authentification (212) du module de logiciels, le dispositif électronique étant configuré pour : vérifier le module logiciel sur la base de la valeur d’authentification ; et si la vérification est réussie, installer le premier logiciel dans une mémoire (110) du dispositif électronique en association avec la première clef publique, la première clef publique étant utilisée pour chiffrer des valeurs de données (300) associées au premier logiciel. Système (100) selon la revendication 10, dans lequel, le dispositif électronique (102) est en outre configuré pour ; - chiffrer des données (300) associées au premier logiciel (202), par l’intermédiaire de la première clef publique (206) ; et - fournir les données chiffrées au dispositif sécurisé (100), le dispositif sécurisé étant en outre configuré pour déchiffrer les données chiffrées (302, 404) par l’intermédiaire de la première clef privée (216). Système (100) selon la revendication 11, dans lequel le dispositif électronique (102) est configuré pour fournir les données chiffrées (302, 404) au dispositif sécurisé suite à l’initiation d’une procédure de débogage. Système selon la revendication 11 ou 12, dans lequel les données (300) associées au premier logiciel (202) sont des données d’historique du fonctionnement du premier logiciel. Dispositif électronique (102) comprenant : - une mémoire (110) dans laquelle est installé un premier logiciel (202), la mémoire stockant en outre une première clef publique (206) associée au premier logiciel, la clef privée (216) associée à la clef publique étant uniquement stockée dans un dispositif sécurisé (104), externe au dispositif électronique ; et - un circuit cryptographique (120) configuré pour chiffrer des données (300) associées au premier logiciel par l’intermédiaire de la première clef publique, le dispositif étant en outre configuré pour fournir les données chiffrées au dispositif sécurisé suite à une procédure de débogage. Dispositif électronique (102) selon la revendication 14, comprenant en outre une clef symétrique (400), stockée dans la mémoire (110) et dans lequel, le circuit cryptographique (120) est configuré pour : - effectuer un chiffrement symétrique des données (300) associées au premier logiciel par l’intermédiaire de la clef symétrique ; et - effectuer un chiffrement asymétrique de la clef symétrique, par l’intermédiaire de la première clef publique, le dispositif électronique (102) étant en outre configuré pour fournir, avec la clef symétrique chiffrée (402), les données associées au premier logiciel chiffrées (404) au dispositif sécurisé (104).