Brevet FR3103071A1 — publié le 20210514

TITRE : Procédé de communication sécurisé entre un objet connecté et une autre entité d’un réseau L’invention concerne un procédé de communication sécurisé entre au moins un objet connecté (O1) et au moins une entité, comprenant, pour chaque accès à chaque clé chiffrée en mémoire dudit objet connecté, une étape préalable de détermination, par chaque objet connecté (O1), d’une clé (KO1) d’accès à sa mémoire chiffrée, à partir d’au moins une empreinte d’une zone mémoire déterminée (SFp) et/ou matérielle (HFp) de l’objet connecté (O1), et en ce que l’objet connecté effectue, pour chaque envoi ou réception d’un message chiffré lors d’une communication avec ladite entité : une étape de détermination, par ledit objet connecté, de la clé (KO1) d’accès à sa mémoire chiffrée, une étape d’accès (E6), en mémoire de l’objet connecté (O1), à une clé (KM1, KA1) symétrique chiffrée propre aux échanges chiffrés entre l’objet connecté (O1) et ladite entité (M1, A1), une étape de chiffrement symétrique du message à envoyer à ladite entité ou de déchiffrement symétrique du message reçu de ladite entité. Figure à publier avec l’abrégé : Figure 3 Procédé de communication sécurisé Le domaine technique de l’invention est celui des procédés de communication sécurisés au sein de réseaux et particulièrement au sein de réseaux comprenant des objets connectés également désignés par IoTs. ARRIERE-PLAN TECHNOLOGIQUE DE L’INVENTION L’exploitation des objets connectés est en croissance rapide du fait qu’ils peuvent s’avérer particulièrement intéressants dans l’observation de grandeurs physiques à l’aide de capteurs, par exemple dans l’industrie où on met en place des supervisions des processus de production. Un autre exemple de domaine peut être celui de la domotique ou celui des véhicules connectés. Il importe de garantir au maximum la sécurité de l’information, en renforçant la confidentialité, l’intégrité, la disponibilité et la traçabilité des données échangées sur ces réseaux pour notamment des raisons économiques, stratégiques ou sécuritaires. On connait le brevet US7533422 qui décrit l’envoi d’un fichier auto-exécuté comprenant des données chiffrées à l’aide d’une clé pouvant être propre à chaque fichier transmis. La clé de chiffrement utilisée est toutefois incluse sous forme chiffrée également, dans le fichier transmis, ce qui augmente les risques d’accès ou de corruption en cas d’interception du message. De plus en cas d’accès à l’appareil destinataire du fichier, l’accès au mot de passe stocké localement permet de déchiffrer le fichier reçu. Il apparaît ainsi le besoin de renforcer la sécurité de l’information échangée sur les réseaux comprenant des IoTs en fournissant un procédé de communication dont le niveau de sécurité est renforcé tout en permettant par ailleurs l’utilisation d’un chiffrement par clé secrète symétrique afin de permettre une économie des ressources des IoTs limitées en énergie. L’invention offre une solution palliant les problèmes évoqués précédemment, en renforçant la sécurité de l’information échangée sur les réseaux comprenant des IoT tout en permettant un chiffrement par clé secrète symétrique. Un aspect de l’invention concerne un procédé de communication sécurisé entre au moins un objet connecté et au moins une entité dans au moins un réseau de communication, ledit procédé de communication sécurisé étant caractérisé en ce qu’il comprend, pour chaque accès à chaque clé chiffrée en mémoire dudit objet connecté, une étape préalable de détermination, par chaque objet connecté, d’une clé d’accès à sa mémoire chiffrée, à partir d’au moins une empreinte d’une zone mémoire déterminée et/ou une empreinte matérielle de l’objet connecté, et en ce que l’objet connecté effectue, pour chaque envoi ou réception d’un message chiffré lors d’une communication avec ladite entité : une étape de détermination, par ledit objet connecté, de la clé d’accès à sa mémoire chiffrée, une étape d’accès, en mémoire de l’objet connecté, à une clé symétrique chiffrée propre aux échanges chiffrés entre l’objet connecté et ladite entité, une étape de chiffrement symétrique du message à envoyer à ladite entité ou de déchiffrement symétrique du message reçu de ladite entité. Outre les caractéristiques qui viennent d’être évoquées dans le paragraphe précédent, le procédé de communication sécurisé selon un aspect de l’invention peut présenter une ou plusieurs caractéristiques complémentaires parmi les suivantes, considérées individuellement ou selon toutes les combinaisons techniquement possibles : ledit objet connecté est en communication avec une pluralité d’entités dans ledit réseau de communication dont une entité gestionnaire et au moins une entité de traitement, le procédé comprenant des étapes préalables aux communications chiffrées entre l’objet connecté et ladite entité de traitement: une étape d’envoi, par ledit objet connecté, à l’entité gestionnaire, d’une requête de génération de clé propre aux échanges chiffrés entre l’objet connecté et ladite entité de traitement, comprenant au moins un identifiant de l’objet connecté et un horodatage de la requête de génération de clé, une étape de génération, par l’entité gestionnaire, de la clé symétrique propre aux échanges chiffrés entre ledit objet connecté et ladite entité de traitement, par dérivation de l’identifiant de l’objet connecté, d’un horodatage fonction de l’horodatage de la requête de génération de clé et d’un secret propre à ladite entité de traitement, une étape de mémorisation, par au moins ladite entité de traitement, de l’horodatage fonction de l’horodatage de la requête de génération de clé, associé à l’identifiant de l’objet connecté et au secret propre à ladite entité de traitement, une étape de transmission, par l’entité gestionnaire, à l’objet connecté, de la clé propre aux échanges chiffrés entre l’objet connecté et ladite entité de traitement, une étape de détermination, par l’objet connecté, de la clé d’accès à sa mémoire chiffrée, une étape de chiffrement, par l’objet connecté, de la clé reçue, à l’aide de la clé d’accès à la mémoire chiffrée et de mémorisation, sous forme chiffrée, de la clé reçue. l’horodatage fonction de l’horodatage de la requête de génération est calculé à partir de l’horodatage de la requête de génération et d’un décalage temporel correspondant à la réception de cette requête. l’horodatage de la requête de génération correspond à un horodatage corrigé. pour la réception ou l’envoi d’un contenu chiffré, entre ladite entité de traitement et ledit objet connecté, ladite entité de traitement exécute : une étape de génération de la clé propre aux échanges chiffrés entre l’objet connecté et ladite entité de traitement par dérivation d’au moins le secret propre à ladite entité de traitement, de l’identifiant de l’objet connecté et de l’horodatage associé en mémoire à l’identifiant de l’objet connecté et au secret propre à ladite entité de traitement, une étape de déchiffrement symétrique du contenu chiffré reçu ou de chiffrement symétrique du contenu à envoyer, à l’aide de la clé propre aux échanges chiffrés entre l’objet connecté et ladite entité de traitement. la requête de génération de clé propre aux échanges chiffrés entre l’objet connecté et ladite entité de traitement, envoyée à l’entité gestionnaire, et la transmission de cette clé, par l’entité gestionnaire, à l’objet connecté, sont chiffrées à l’aide d’une clé symétrique propre aux échanges entre l’entité gestionnaire et ledit objet connecté, le procédé comprenant au préalable : une étape de génération, par l’entité gestionnaire, de la clé symétrique propre aux échanges chiffrés entre l’objet connecté et l’entité gestionnaire, par dérivation d’au moins un secret propre à l’entité gestionnaire à l’aide de l’identifiant de l’objet connecté, une étape de fourniture, par l’entité gestionnaire, à l’objet connecté, de la clé propre aux échanges chiffrés entre l’objet connecté et l’entité gestionnaire, une étape de détermination, par l’objet connecté, de la clé d’accès à sa mémoire chiffrée, une étape de chiffrement, par l’objet connecté, de la clé fournie, à l’aide de la clé d’accès à sa mémoire chiffrée et de mémorisation de la clé fournie sous forme chiffrée. Grâce à l’invention, la ou les clés de communication, stockées sous forme chiffrée par chaque objet connecté, permettent une authentification de chaque objet connecté, à même de déchiffrer un message reçu, tout en procurant à chaque objet connecté une protection visant à garantir son intégrité. On se prémunit en effet des modifications du logiciel ou du matériel qui rendraient alors un objet modifié inopérant sur le réseau. La ou les clés de communication, stockées sous forme chiffrée par l’objet connecté, sont d’une part propres à l’objet connecté et d’autre part déchiffrables uniquement par cet objet connecté. L’empreinte peut ainsi éviter de transiter sur le réseau. Avantageusement, en instanciant un enrôlement par l’entité gestionnaire duquel résulte une clé de communication avec l’entité gestionnaire suivi d’un ou plusieurs enrôlements cryptés par une ou plusieurs entités de traitement, il en résulte la transmission sécurisé des clés de communication, propres à chaque objet connecté, avec les entités de traitement. Ces dernières clés de communication sont échangées sous forme chiffrée et stockées sous forme chiffrée. L’installation dans un réseau de communication d’objets connectés communiquant de façon sécurisée avec des entités de traitement est ainsi particulièrement simplifiée et sécurisée. On pallie ainsi les problématiques classiques de transmission et de stockage des secrets ainsi que de vol d’empreintes par interception d’échanges au sein du réseau. L’empreinte n’est en effet jamais transmise en dehors de l’objet connecté. Avantageusement, la détermination systématique de la clé d’accès à la mémoire chiffrée en vue du chiffrement ou du déchiffrement d’un message garantit une certaine intégrité matérielle et logicielle de l’objet connecté, tout au long de son exploitation via le réseau. Un autre aspect de l’invention concerne un programme d’ordinateur comprenant des instructions de code de programme pour l’exécution des étapes du procédé selon l’invention lorsque ledit programme est exécuté sur un ordinateur. L’invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l’examen des figures qui l’accompagnent données à titre d’exemple. Les figures sont présentées à titre indicatif et nullement limitatif de l’invention. La Figure 1 montre une représentation schématique d’un réseau de communication pour la mise en œuvre d’un exemple de procédé selon l’invention. La Figure 2 représente schématiquement un exemple de procédé de communication sécurisé selon l’invention. La Figure 3 montre dans une représentation schématique un exemple de génération de clé d’accès à sa mémoire chiffrée par un objet connecté. Les figures sont présentées à titre indicatif et nullement limitatif de l’invention. Sauf précision contraire, un même élément apparaissant sur des figures différentes présente une référence unique. La figure 1 montre une représentation schématique d’un réseau de communication pour la mise en œuvre d’un procédé selon l’invention. Comme représenté à la figure 1, le réseau de communication R1 comprend des objets connectés O1 à ON, une entité gestionnaire M1 et des entités de traitement A1 à AM. Le nombre d’objets connectés, d’entités gestionnaires et d’entités de traitement du réseau de communication n’est pas limitatif et peut même évoluer grâce notamment aux facilités d’installation procurées. Chaque entité gestionnaire M1, entité de traitement A1 à AM et objet connecté O1 à ON comprend par exemple un composant de calcul, une mémoire et un module 103 d’interface et de communication réseau. Le réseau peut être Internet, un réseau intranet, un réseau filaire ou sans fil tel que par exemple Wi-Fi ou un réseau cellulaire 2G, 3G, 4G ou 5G. Plusieurs type de réseaux peuvent être combinés, la sécurité de l’information n’est avantageusement pas liée à la structure du ou des réseaux par lesquels l’information transite. Les objets connectés peuvent avoir différents rôles comme par exemple la surveillance de paramètres physiques tels la température ou la pression, l’exécution de commandes ou la restitution d’information par des dispositifs électroniques. Un objet connecté peut ainsi être utilisé pour la domotique comme une ampoule connectée, une serrure connectée ou un thermostat connecté. Un objet connecté peut également se présenter sous la forme d’une caméra connectée, d’une montre connectée, d’une balance connectée, d’un traceur de localisation par satellite GPS (Global Positioning System) ou encore d’un véhicule ou d’un drone. L’objet connecté O1 comprend un module de gestion 110 permettant notamment l’exécution des étapes successivement décrites dans la présente description. L’objet connecté comprend un module 102 de chiffrement et de déchiffrement symétrique. Ce module 102 sera par exemple exécuté pour déchiffrer ou chiffrer un message lors d’une communication avec une entité du réseau. Ce module 102 est par ailleurs exécuté en combinaison avec un module 101 de détermination d’une clé KO1 d’accès à la mémoire chiffrée 112 de l’objet connecté. Une clé KM1 de communication avec l’entité gestionnaire M1 ainsi qu’une clé KA1 de communication avec l’entité de traitement A1 sont stockées de façon chiffrée. D’autres clés de communication avec d’autres entités peuvent également être mémorisées sous forme chiffrée. Chaque clé de communication avec les entités du réseau KM1 et KA1 est propre à l’objet connecté O1. L’identifiant 10 de l’objet connecté O1 peut également être stocké sous forme chiffrée. La clé KO1 de chiffrement pour le stockage en mémoire de l’objet connecté, qui sera décrite plus en détails en relation avec la figure 3, est également propre à l’objet connecté O1. En outre, l’objet connecté O1 comprend également un module 105 d’horodatage. Ce module d’horodatage peut comprendre une fonction de correction de l’horodatage. Cette correction est mise en œuvre en fonction des datations des échanges avec les entités du réseau. L’entité gestionnaire M1 comprend un module de gestion 120 permettant notamment l’exécution des étapes successivement décrites dans la présente description. L’entité gestionnaire comprend également un module 102 de chiffrement et de déchiffrement symétrique. Les clés utilisées pour l’envoi de communication chiffrées sont calculées par un module 104 de génération de clés. Les clés sont générées notamment à partir d’un secret S1, S2 ou SM stocké en mémoire 150 et en fonction de l’identifiant 10 à 10N de l’objet connecté avec lequel la communication sécurisée est établie. L’horodatage peut également être utilisé pour la génération de clés. Un module 106 d’ajustement de l’horodatage génère un horodatage ajusté 12 ou 12’ à partir d’un horodatage reçu 11 ou 11’, par exemple en y soustrayant le décalage temporel correspondant au temps de transmission ou correspondant à un ajustement par rapport à une horloge externe universelle. Chaque identifiant 10 à 10N est ainsi mémorisé en association avec leur horodatage de requête, éventuellement ajusté, 12’ à 12N’ et en association avec le secret S1, utilisé pour les communications chiffrées entre chaque objet connecté et l’entité gestionnaire M1. Chaque identifiant 10 à 10N est par ailleurs mémorisé en association avec leur horodatage de requête, éventuellement ajusté, 12 à 12N et en association avec le secret S2 utilisé pour les communications chiffrées entre chaque objet connecté et l’entité de traitement A1. Le programme de génération de clé 104 peut par exemple se présenter sous la forme d'un protocole de dérivation de secret tel que NIST-800-108-KDF, X9.63-KDF, NIST-800-56-KDF-A/B, NIST-800-56-KDF-C ou HKDF. L’entité A1 de traitement comprend un module de gestion 130 permettant notamment l’exécution des étapes successivement décrites dans la présente description. L’entité de traitement A1 comprend un module 102 de chiffrement et de déchiffrement symétrique utilisant des clés fournies par son module 104 de génération de clés. L’entité de traitement A1 mémorise le secret S2 utilisé pour les communications chiffrées avec chaque objet connecté. Les clés sont générées à partir de ce secret S2 mémorisé et pour chaque objet connecté, à partir de son identifiant 10 à 10N. Chaque identifiant 10 à 10N est associé en mémoire 151 à un horodatage 12 à 12N, de la même façon que dans l’entité gestionnaire. L’entité de traitement réalise par exemple différentes opérations de traitement, de stockage, d’exploitation ou de transmission des données issues des objets connectées et leur transmet en retour, par exemple des paramétrages de configuration ou des commandes, leurs communications étant avantageusement chiffrées. Des données remontées des objets connectées peuvent ainsi facilement être rendues accessibles à un ou plusieurs utilisateurs via l’entité de traitement. L’entité A1 de traitement peut également permettre, à l’objet connecté O1, l’accès, sécurisé par son intermédiaire, à une ressource, telle qu’une application, une base de données, une librairie, un gestionnaire d’accès, un gestionnaire d’authentification ou un gestionnaire de logs. L’entité A1 de traitement peut notamment se présenter sous la forme d’un proxy inversé ou « reverse proxy » selon la terminologie anglo-saxonne. L’entité A1 de traitement peut également se présenter sous la forme d’une passerelle ou « Gateway » selon la terminologie anglo-saxonne. Sur la figure 1, les communications chiffrées ont été représentées en pointillés. L’enrôlement, par l’entité gestionnaire, comprenant une requête de clé de communication avec l’entité gestionnaire et l’envoi de cette clé KM1 en retour à l’objet connecté O1, est ici réalisé en clair via le réseau. Dans ce cas la clé KM1 et l’identifiant 10 ne circulent qu’une fois via le réseau, limitant les risques d’interception. On pourrait également envisager un enrôlement par l’entité gestionnaire réalisée dans un réseau fermé et sécurisé, avant d’installer l’objet connecté dans le réseau R1 pour son exploitation. Ce premier enrôlement est par exemple réalisé dans un environnement sécurisé et maîtrisé, comme par exemple en usine, sur un site sécurisé avec contrôle d’accès physique et logique et ou sur un réseau Intranet cloisonné. Le composant pourra alors être déplacé pour son exploitation finale, à l’issue de cette phase d’enrôlement. Sur la figure 1, la requête 201 d’une clé de communication avec l’entité de traitement A1 ainsi que la clé KA1 générée, sont transmises en utilisant un chiffrage CKM1 utilisant la clé KM1 propre aux communications entre l’entité gestionnaire M1 et l’objet connecté O1. Les données Data1 échangées entre l’objet connecté O1 et l’entité de traitement A1 sont transmises en utilisant un chiffrage CKA1 utilisant la clé KA1 propre aux communications entre l’entité de traitement A1 et l’objet connecté O1. Les opérations visant la sécurisation des informations vont être davantage détaillées ci-après dans différents exemples d’étapes de communication sécurisée selon l’invention. La figure 2 représente schématiquement un exemple de procédé de communication sécurisé selon l’invention. L’objet connecté O1 émets par exemple vers l’entité gestionnaire, à l’étape E1, une requête 202 de clé KM1 de communication avec l’entité gestionnaire propre à l’objet connecté O1. Cette requête comprenant par exemple un identifiant 10 de l’objet connecté O1 ainsi qu’un horodatage 11’ de la requête. La requête est émise par l’objet connecté O1, par exemple lors d’une phase d’enrôlement de l’objet connecté O1 par l’entité gestionnaire M1. Cette requête peut également comprendre une clé publique, mémorisée par l’objet connecté O1 avec une clé privée et destinée à chiffrer la réponse de l’entité gestionnaire. A réception de cette requête 202, l’entité gestionnaire M1, à l’étape E2, génère la clé KM1 de chiffrement symétrique propre aux communications entre l’entité gestionnaire M1 et l’objet connecté O1. Cette génération est par exemple réalisée par dérivation du secret S1 connu seulement de l’entité gestionnaire M1 en utilisant comme paramètre l’identifiant 10 de l’objet connecté O1. Un horodatage peut aussi être utilisé pour la dérivation. Cet horodatage est par exemple ajusté par rapport au temps de transmission, l’horodatage ajusté 12’ étant stocké en mémoire en association avec l’identifiant et le secret S1. L’heure de réception par l’entité gestionnaire M1 est par exemple déterminée à partir de l’horloge interne de l’entité de gestion ou à partir d’une source extérieure de temps universel. L’heure d’émission de la requête est par exemple calculée par rapport à un temps de transmission par défaut pour être ensuite retransmis à l’objet connecté et lui permettre d’ajuster son horloge interne. L’entité gestionnaire M1 transmet ensuite, à l’étape E3, la clé KM1 à l’objet connecté O1, en réponse à sa requête. A cette clé KM1 peut être agrégé l’horodatage ajusté, permettant à l’objet connecté O1 de connaître le décalage temporel entre son horloge interne et le temps universel et ainsi créer des horodatages corrigés. L’objet connecté peut par exemple soustraire l’horodatage ajusté reçu à l’horodatage initial pour calculer un décalage de correction de son horloge interne. La clé KM1 de chiffrement propre aux communications entre l’entité gestionnaire M1 et l’objet connecté O1 peut être transmise non-chiffrée. Selon un autre mode de réalisation, cette clé KM1 peut également être chiffrée avant transmission, à l’aide d’une clé publique précédemment transmise. Lorsque l’objet connecté O1 reçoit la clé KM1 de chiffrement propre aux communications entre l’entité gestionnaire M1 et l’objet connecté O1, l’objet connecté exécute, à l’étape E401, un calcul de la clé KO1 d’accès en lecture et en écriture à sa mémoire chiffrée. Le calcul de cette clé KO1 sera décrit plus en détails en relation avec la figure 3. L’objet connecté O1 exécute ensuite, à l’étape E5, un chiffrement de la clé KM1 reçue à l’aide de la clé KO1 d’accès à sa mémoire chiffrée et un stockage, sous forme chiffrée, de cette clé KM1 de chiffrement propre aux communications entre l’entité gestionnaire M1 et l’objet connecté O1. Le chiffrement est réalisé par le module 102 de chiffrement et de déchiffrement symétrique. D’une manière générale, les clés de chiffrement extraite ou reçue, par l’objet connecté O1, sous une forme non-chiffrée, sont effacées voire même écrasées après utilisation. La clé de chiffrement KM1 propre aux communications entre l’entité gestionnaire M1 et l’objet connecté O1, est ici stockée exclusivement sous forme chiffrée dans l’objet connecté O1. En outre, cette clé de chiffrement des communications est chiffrée par une clé d’accès à la mémoire chiffrée, déterminée à partir d’informations logicielles et matérielles apportant une garantie sur l’intégrité et l’authenticité de l’objet connecté O1. Si l’objet connecté O1 était en effet physiquement atteint et qu’une partie de son matériel était modifié par un remplacement ou un branchement ou que son software était altéré, cette attaque rendrait l’objet connecté inopérant sur le réseau. Cet état serait alors détecté par les entités du réseau. En effet, l’objet connecté O1 ne serait alors plus en mesure de déchiffrer les clés de chiffrement lui permettant d’établir des communications chiffrées puisque le calcul de sa clé d’accès à sa mémoire chiffrée deviendrait erroné. L’objet connecté O1 prépare ensuite l’envoi d’un message chiffré à l’entité gestionnaire M1 et calcule, à l’étape E402, sa clé KO1 d’accès à sa mémoire chiffrée. Ce calcul de clé est réalisé, comme précédemment, à partir d’au moins une empreinte SFp d’une zone mémoire déterminée de l’objet connecté O1 et/ou d’au moins une empreinte matérielle HFp de l’objet connecté O1. Ainsi, comme expliqué précédemment, si sa configuration matérielle ou logicielle était altérée, l’objet connecté O1 ne pourrait plus communiquer avec l’entité gestionnaire M1 via les communications chiffrées. L’objet connecté déchiffre alors, à l’étape E6, la clé KM1 stockée en mémoire sous forme chiffrée pour l’établissement d’une communication chiffrée avec l’entité gestionnaire M1. Le déchiffrement est réalisé par l’exécution du module 102 de chiffrement et de déchiffrement 102 symétrique en utilisant la clé KO1 d’accès à sa mémoire chiffrée. Une fois la clé KM1 de communication avec l’entité gestionnaire accédée, l’objet connecté O1 réalise, à l’étape E7, le chiffrement CKM1 d’une requête 201 de clé de communication avec l’entité de traitement A1 et la transmission de cette requête chiffrée CKM1(201) à l’entité gestionnaire M1. La requête 201 est chiffrée, selon un chiffrage symétrique, par le module de chiffrement 102 de l’objet connecté O1 à l’aide de la clé KM1 de communication avec l’entité gestionnaire M1. La requête comprend par exemple l’identifiant 10 de l’objet connecté O1 et un horodatage 11 de la requête 201. L’horodatage peut par exemple être un horodatage corrigé, prenant en compte le décalage temporel entre les deux horloges internes de l’objet connecté O1 et de l’entité gestionnaire M1 correspondant au temps universel. A la réception de la requête chiffrée CKM1(201), l’entité gestionnaire M1 réalise, à l’étape E8, un calcul de la clé KM1 de chiffrement utilisée. La requête comprend l’identifiant 10 en clair, pour le calcul par le module 104 de génération de clé, d’une dérivation du secret S1 connu de l’entité gestionnaire à l’aide, par exemple, de l’identifiant 10 reçu et de l’horodatage 12’ mémorisé précédemment. Après déchiffrement, à l’étape E9, l’entité gestionnaire M1 peut également vérifier la validité de la requête 201 en vérifiant que la requête est arrivée dans un intervalle de validité en fonction de l’horodatage transmis 11. Cela permet à l’entité gestionnaire M1 de s’assurer que la requête n’a pas fait l’objet d’une attaque « de l'homme du milieu », par exemple de type « par rejeu », tout en prenant en compte le décalage temporel de son horloge interne avec l’horloge interne de l’objet connecté O1. La première clé KM1 est régénérée par l’entité gestionnaire M1 et utilisée pour déchiffrer la requête chiffrée reçue. Un horodatage ajusté 12 est fourni par le module 106 d’ajustement de l’horodatage prenant notamment en compte le temps de transmission, en fonction de l’horodatage 11 reçu. L’identifiant 10 est par exemple mémorisé, par l’entité gestionnaire et par l’entité de traitement, à l’étape E101, en association avec l’horodatage ajusté 12 et le secret S2 connu de l’entité de traitement. Les communications entre l’entité de traitement et l’entité gestionnaire, non représentées, peuvent être sécurisées par des chiffrages divers, selon les cas d’application. L’entité gestionnaire M1 exécute ensuite, à l’étape E10, le module 104 de génération de clé à partir du secret S2 connu de l’entité A1 de traitement dérivé à l’aide de l’identifiant 10 de l’objet connecté et éventuellement de l’horodatage ajusté 12. La clé KA1 obtenue de chiffrement des communications entre l’objet connecté O1 et l’entité de traitement A1, est ensuite chiffrée, à l’aide de la clé symétrique KM1 avant envoi de l’entité gestionnaire à l’objet connecté O1, à l’étape E11. La clé KA1 transmise en réponse à la requête précédente 201, est ainsi chiffrée par le module 102 de chiffrement, par chiffrage symétrique, à l’aide de la clé de chiffrement KM1 des communications entre l’entité gestionnaire M1 et l’objet connecté O1. A réception de la clé chiffrée CKM1(KA1), l’objet connecté réalise, à l’étape E403, le calcul de sa clé KO1 d’accès à sa mémoire chiffrée. L’objet connecté O1 peut alors accéder, à l’étape E41, à la clé KM1 de chiffrement des communications avec l’entité gestionnaire M1, pour déchiffrer le message reçu CKM1(KA1). L’objet connecté déchiffre alors le message chiffré provenant de l’entité gestionnaire, à l’étape E12, pour accéder à la clé KA1 de chiffrement des communications avec l’entité de traitement A1. L’objet connecté effectue alors, à l’étape E13, un chiffrement de cette dernière clé KA1 à l’aide de la clé d’accès KO1 à sa mémoire chiffrée pour son stockage, sous forme chiffrée, en mémoire de l’objet connecté O1. La clé KO1 d’accès à la mémoire chiffrée, la clé KA1 de communication avec l’entité de traitement ainsi que la clé KM1 de communication avec l’entité gestionnaire, sous leur forme non-chiffrée, sont ensuite effacées de la mémoire de l’objet connecté, voire écrasées. L’objet connecté prépare ensuite, à l’étape E404, une communication chiffrée avec l’entité de traitement A1, en calculant la clé KO1 d’accès à sa mémoire chiffrée. Le calcul, par l’objet connecté O1, de la clé d’accès à sa mémoire chiffrée est effectué, comme décrit précédemment, à partir d’au moins une empreinte d’une zone mémoire SFp déterminée de l’objet connecté O1 et/ou d’au moins une empreinte matérielle HFp de l’objet connecté O1. L’objet connecté peut alors accéder, à l’étape E14, à la clé KA1 permettant la communication avec l’entité de traitement A1. Cette clé KA1, stockée sous forme chiffrée, est déchiffrée à l’aide de la clé KO1 d’accès à la mémoire chiffrée en exécutant le module 102 de déchiffrement symétrique. De l’information Data1 à transmettre à l’entité de traitement A1, peut alors être chiffrée, à l’étape E141, en exécutant le module de chiffrement 102 à l’aide de la clé KA1 de chiffrement des communications entre l’objet connecté O1 et l’entité de traitement A1. D’une manière générale, après une utilisation voire après quelques utilisations, par exemple à la fin d’une étape, les clés de chiffrement, sous forme non chiffrée, sont systématiquement effacées de la mémoire de l’objet connecté voire écrasées. Le message chiffré CKA1(Data1) est ensuite transmis, à l’étape E15, à l’entité de traitement A1. Sur le schéma, est référencé par CKA1(Data1) l’ensemble des messages, données ou informations chiffrés pouvant être échangées entre l’entité de traitement A1 et l’objet connecté O1. A la réception du message chiffré provenant de l’objet connecté et comprenant un identifiant en clair de cet objet connecté O1, à l’étape E16, l’entité de traitement A1 effectue par exemple une recherche en mémoire de cette identifiant 10 associé à un horodatage ajusté 12. L’entité de traitement peut alors exécuter, à l’étape E17, le module 104 de génération de clé en dérivant le secret S2 mémorisé à l’aide de l’identifiant 10 reçu et par exemple à l’aide de l’horodatage mémorisé 12. La clé KA1, permettant de déchiffrer le message reçu CKA1(Data1), est alors générée. L’entité de traitement déchiffre alors, à l’étape E18, le message reçu en exécutant le module de déchiffrement 102 à l’aide de la clé générée KA1 précédemment. L’entité de traitement, à l’étape A19, traite le message et génère le message en réponse. Ce message en réponse est chiffré, à l’étape E20, en exécutant le module de chiffrement 102, à l’aide de la clé KA1 de chiffrement propre aux échanges entre l’objet connecté O1 et cette entité de traitement A1. Après l’envoi de la réponse chiffrée et la réception par l’objet connecté, à l’étape E21, l’objet connecté exécute un calcul de la clé KO1 d’accès à sa mémoire chiffrée, à l’étape E405. Une fois la clé KO1 d’accès à sa mémoire chiffrée générée, l’objet connecté O1 peut accéder, à l’étape E22, à la clé KM1 propre aux échanges entre l’objet connecté O1 et l’entité de traitement A1. L’objet connecté peut alors déchiffrer, à l’étape E23, le message reçu. Le message reçu peut ensuite être traité, par l’objet connecté O1, à l’étape E24. Les échanges chiffrés entre les objets connectés et les entités de traitement peuvent se poursuivre de la même manière. Un objet connecté peut aisément être ajouté au réseau en effectuant enrôlement par l’entité gestionnaire directement auprès de l’entité gestionnaire, puis un enrôlement par les différentes entités de traitement auprès de l’entité gestionnaire. Une entité de traitement peut par ailleurs aisément être ajoutée au réseau en exécutant, pour chaque objet connecté, un enrôlement par cette entité de traitement, auprès de l’entité gestionnaire. Cet exemple illustre ainsi le fait que l’empreinte utilisée pour le calcul de la clé d’accès à sa mémoire chiffrée n’est par exemple jamais communiquée à l’extérieur de chaque objet connecté. Il est par ailleurs possible de ne transmettre que sous forme chiffrée la clé de chiffrement propre aux communications entre chaque objet connecté et chaque entité de traitement, où ce chiffrement apporte une garantie du niveau d’authenticité et d’intégrité des objets connectés. La Figure 3 montre dans une représentation schématique un exemple de génération de clé d’accès à sa mémoire chiffrée par un objet connecté. Le module 101 de détermination de la clé d’accès à la mémoire chiffrée détermine par exemple une empreinte Fp issue de l’objet connecté. Cette empreinte Fp est par exemple calculée à partir de deux empreintes : une empreinte SFp d’une zone mémoire déterminée de l’objet connecté O1 et une empreinte matérielle HFp de l’objet connecté O1. Les deux empreintes SFp et HFp sont par exemple agrégées ou combinées pour former l’empreinte Fp utilisée par le module 101 de génération de la clé KO1 d’accès à la mémoire chiffrée. Une empreinte est par exemple calculée par fonction de hachage. A partir d’une empreinte matérielle ou logicielle ou d’une combinaison d’empreintes matérielle et logicielle, le module 101, de détermination de la clé d’accès à la mémoire chiffrée, génère une clé KO1 d’accès à la mémoire chiffrée. Cette génération utilise par exemple une fonction de hachage. La clé KO1 d’accès à la mémoire chiffrée est utilisée par le module 102 de chiffrement et de déchiffrement pour réaliser des accès en lecture ou en écriture dans la mémoire chiffrée. Ainsi pour retrouver une clé stockée sous forme chiffrée, l’objet connecté O1 réalise par exemple la collecte de données de différents composants de l’objet connecté O1, des numéros de séries des composants, des statuts de registres représentatifs de l’état des ports d’entrée et de sortie, des données stockées dans des emplacements mémoires déterminés agrégées puis mise en forme, par exemple par une fonction de hachage telle que SHA (selon la dénomination anglo-saxonne pour « Secure Hash Algorithm ») ou encore MD5 (selon la dénomination anglo-saxonne pour « Message-Digest algorithm 5 »). Ces fonctions de hachage permettent de prendre un grand nombre de données de taille et nature différentes et de créer une signature de l’ensemble de ces données possédant des caractéristiques spécifiques. Notamment, une fonction de hachage permet d’avoir en sortie une taille fixe. Les composants examinés sont par exemple des capteurs, des processeurs ou des mémoires. Le numéro de série d’un capteur est par exemple utilisé. D’autres données concernant la configuration matérielle de l’objet connecté O1 et ne variant pas au cours d’une période d’exploitation normale peuvent être prise en compte. On se prémunie notamment contre l’intrusion de faux objet connecté. Une empreinte logicielle SFp peut être notamment utilisée pour déterminer la clé d’accès à la mémoire chiffrée et vérifier à cette occasion l’intégrité du code, si cette portion de logiciel ne varie pas au cours de la période d’exploitation normale. On se prémunie notamment contre les remplacements malveillants de code. Procédé de communication sécurisé (100) entre au moins un objet connecté (O1) et au moins une entité (M1, A1) dans au moins un réseau de communication (R1), ledit procédé de communication sécurisé (100) étant caractérisé en ce qu’il comprend, pour chaque accès à chaque clé chiffrée en mémoire dudit objet connecté, une étape préalable de détermination (E4), par chaque objet connecté (O1), d’une clé (KO1) d’accès à sa mémoire chiffrée, à partir d’au moins une empreinte (SFp) d’une zone mémoire déterminée et/ou une empreinte matérielle (HFp) de l’objet connecté (O1), et en ce que l’objet connecté (O1) effectue, pour chaque envoi ou réception d’un message chiffré lors d’une communication avec ladite entité : une étape (E4) de détermination, par ledit objet connecté, de la clé (KO1) d’accès à sa mémoire chiffrée, une étape d’accès (E22), en mémoire de l’objet connecté (O1), à une clé (KM1, KA1) symétrique chiffrée propre aux échanges chiffrés entre l’objet connecté (O1) et ladite entité (M1, A1), une étape de chiffrement symétrique (E141) du message à envoyer à ladite entité ou de déchiffrement symétrique (E23) du message reçu de ladite entité. Procédé (100) selon la revendication 1, caractérisé en ce que ledit objet connecté (O1) est en communication avec une pluralité d’entités dans ledit réseau de communication (R1) dont une entité gestionnaire (M1) et au moins une entité de traitement (A1), le procédé (100) comprenant des étapes préalables aux communications chiffrées entre l’objet connecté (O1) et ladite entité de traitement (A1): une étape (E8) d’envoi, par ledit objet connecté (O1), à l’entité gestionnaire (M1), d’une requête (201) de génération de clé (KA1) propre aux échanges chiffrés entre l’objet connecté (O1) et ladite entité de traitement (A1), comprenant au moins un identifiant (10) de l’objet connecté (O1) et un horodatage (11) de la requête (201) de génération de clé (KA1), une étape de génération (E10), par l’entité gestionnaire (M1), de la clé (KA1) symétrique propre aux échanges chiffrés entre ledit objet connecté (O1) et ladite entité de traitement (A1), par dérivation de l’identifiant (10) de l’objet connecté (O1), d’un horodatage (12) fonction de l’horodatage (11) de la requête (201) de génération de clé et d’un secret (S2) propre à ladite entité de traitement (A1), une étape (E101) de mémorisation, par au moins ladite entité de traitement (A1), de l’horodatage (12) fonction de l’horodatage (11) de la requête (201) de génération de clé, associé à l’identifiant (10) de l’objet connecté et au secret (S2) propre à ladite entité de traitement, une étape de transmission (E11), par l’entité gestionnaire (M1), à l’objet connecté (O1), de la clé (KA1) propre aux échanges chiffrés entre l’objet connecté (O1) et ladite entité de traitement (A1), une étape de détermination (E4), par l’objet connecté (O1), de la clé (KO1) d’accès à sa mémoire chiffrée, une étape de chiffrement (E13), par l’objet connecté, de la clé (KA1) reçue, à l’aide de la clé (KO1) d’accès à la mémoire chiffrée et de mémorisation, sous forme chiffrée, de la clé reçue (KA1). Procédé (100) selon la revendication 2, caractérisé en ce que l’horodatage (12) fonction de l’horodatage (11) de la requête (201) de génération est calculé à partir de l’horodatage (11) de la requête de génération et d’un décalage temporel correspondant à la réception de cette requête (201). Procédé (100) selon la revendication 2 ou 3, caractérisé en ce que l’horodatage (11) de la requête de génération correspond à un horodatage corrigé. Procédé (100) selon l’une des revendications 2 à 4, caractérisé en ce que pour la réception ou l’envoi d’un contenu (Data1) chiffré, entre ladite entité de traitement (A1) et ledit objet connecté (O1), ladite entité de traitement (A1) exécute : une étape (E17) de génération de la clé (KA1) propre aux échanges chiffrés entre l’objet connecté (O1) et ladite entité de traitement (A1) par dérivation d’au moins le secret (S2) propre à ladite entité de traitement, de l’identifiant (10) de l’objet connecté et de l’horodatage (12) associé en mémoire à l’identifiant (10) de l’objet connecté et au secret (S2) propre à ladite entité de traitement, une étape de déchiffrement (E18) symétrique du contenu (Data1) chiffré reçu ou de chiffrement symétrique (E20) du contenu (Data1) à envoyer, à l’aide de la clé (KA1) propre aux échanges chiffrés entre l’objet connecté (O1) et ladite entité de traitement (A1). Procédé selon l’une des revendications 2 à 5, caractérisé en ce que la requête (201) de génération de clé (KA1) propre aux échanges chiffrés entre l’objet connecté (O1) et ladite entité de traitement (A1), envoyée à l’entité gestionnaire (M1), et la transmission (E3) de cette clé (KA1), par l’entité gestionnaire (M1), à l’objet connecté (O1), sont chiffrées à l’aide d’une clé (KM1) symétrique propre aux échanges entre l’entité gestionnaire (M1) et ledit objet connecté (O1), le procédé comprenant au préalable : une étape (E2) de génération, par l’entité gestionnaire (M1), de la clé (KA1) symétrique propre aux échanges chiffrés entre l’objet connecté (O1) et l’entité gestionnaire (M1), par dérivation d’au moins un secret (S1) propre à l’entité gestionnaire (M1) à l’aide de l’identifiant (10) de l’objet connecté, une étape (E3) de fourniture, par l’entité gestionnaire (M1), à l’objet connecté (O1), de la clé (KM1) propre aux échanges chiffrés entre l’objet connecté (O1) et l’entité gestionnaire (M1), une étape de détermination (E4), par l’objet connecté (O1), de la clé (KO1) d’accès à sa mémoire chiffrée, une étape (E5) de chiffrement, par l’objet connecté, de la clé (KM1) fournie, à l’aide de la clé (KO1) d’accès à sa mémoire chiffrée et de mémorisation de la clé fournie (KM1) sous forme chiffrée. Programme d’ordinateur comprenant des instructions de code de programme pour l’exécution des étapes du procédé selon l’une quelconque des revendications 1 à 6 lorsque ledit programme est exécuté sur un ordinateur.