FR3074989A1 - Procede de communication securise - Google Patents
Procede de communication securise Download PDFInfo
- Publication number
- FR3074989A1 FR3074989A1 FR1761950A FR1761950A FR3074989A1 FR 3074989 A1 FR3074989 A1 FR 3074989A1 FR 1761950 A FR1761950 A FR 1761950A FR 1761950 A FR1761950 A FR 1761950A FR 3074989 A1 FR3074989 A1 FR 3074989A1
- Authority
- FR
- France
- Prior art keywords
- entity
- key
- specific
- parameter
- secret
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 32
- 230000006854 communication Effects 0.000 title claims abstract description 24
- 238000004891 communication Methods 0.000 title claims abstract description 23
- 238000004422 calculation algorithm Methods 0.000 claims abstract description 12
- 230000004931 aggregating effect Effects 0.000 claims abstract description 3
- 238000009795 derivation Methods 0.000 claims description 23
- 230000005540 biological transmission Effects 0.000 claims description 22
- 230000006870 function Effects 0.000 claims description 18
- 230000004044 response Effects 0.000 claims description 13
- 238000004364 calculation method Methods 0.000 claims description 8
- 238000003860 storage Methods 0.000 claims description 6
- 230000008929 regeneration Effects 0.000 claims description 4
- 230000002776 aggregation Effects 0.000 claims description 2
- 238000004220 aggregation Methods 0.000 claims description 2
- 230000008901 benefit Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 239000000523 sample Substances 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 1
- QVFWZNCVPCJQOP-UHFFFAOYSA-N chloralodol Chemical compound CC(O)(C)CC(C)OC(O)C(Cl)(Cl)Cl QVFWZNCVPCJQOP-UHFFFAOYSA-N 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000011069 regeneration method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
- H04L9/0866—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving user or device identifiers, e.g. serial number, physical or biometrical information, DNA, hand-signature or measurable physical characteristics
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
- H04L9/065—Encryption by serially and continuously modifying data stream elements, e.g. stream cipher systems, RC4, SEAL or A5/3
- H04L9/0656—Pseudorandom key sequence combined element-for-element with data sequence, e.g. one-time-pad [OTP] or Vernam's cipher
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
- H04L9/0877—Generation of secret information including derivation or calculation of cryptographic keys or passwords using additional device, e.g. trusted platform module [TPM], smartcard, USB or hardware security module [HSM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/80—Wireless
- H04L2209/805—Lightweight hardware, e.g. radio-frequency identification [RFID] or sensor
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Storage Device Security (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
Procédé (100) de communication sécurisé entre au moins une première entité et au moins une deuxième entité en liaison de communication dans au moins un réseau comprenant : - une étape de chiffrement, par la première entité, par un algorithme de chiffrement symétrique, d'un contenu par une première clé propre à la première entité ; - une étape d'agrégation, en un message, du contenu chiffré avec au moins un paramètre de génération de clé propre à la première entité ; - une étape d'envoi, par la première entité, du message à la deuxième entité ; - une étape de détermination, par la deuxième entité, de ladite première clé propre à la première entité à l'aide dudit paramètre de génération de clé propre à la première entité, d'un premier secret connu par la deuxième entité et d'une fonction de génération de clé ; - une étape de déchiffrement, par la deuxième entité, du contenu chiffré du message reçu, à l'aide de la première clé.
Description
PROCEDE DE COMMUNICATION SECURISE
DOMAINE TECHNIQUE DE L’INVENTION
La présente invention appartient au domaine des procédés de communication sécurisés et notamment dans les réseaux intégrant des objets connectés dits « loT >> (Internet of Things).
ETAT DE LA TECHNIQUE
Les systèmes basés sur des objets connectés sont aujourd’hui très utilisés et leur exploitation devrait aller croissante. Un exemple est fourni par les capteurs installés dans les véhicules connectés. Ces capteurs connectés sont par exemple utilisés pour superviser des flottes de véhicules sur la base des données fournies par les capteurs. Un autre exemple est fourni par les systèmes de production incluant des fonctionnalités dédiées à la maintenance ou à la sécurité. Les données fournies par des capteurs ou des sondes installés, par exemple, sur un poste de travail ou sur du matériel de communication, peuvent être utilisées dans le but d’anticiper les délais d’entretien ou des mises à jour et ainsi permettre une planification plus efficace des interventions de maintenance.
Dans les systèmes connectés par un ou plusieurs réseaux, l’intégrité et la sécurité des données échangées restent des points d’importance majeure. La conservation de la confidentialité des informations est de plus en plus renforcée, par exemple, pour des raisons stratégiques ou pour des raisons de protection des données personnelles. Le contrôle de l’intégrité des données est par exemple renforcé dans le contexte des menaces de cyber-attaques ou dans des environnements sécurisés correspondant à des domaines technologiques sensibles.
Des systèmes de communication utilisent par exemple des protocoles de sécurisation des données du type TLS ou DTLS. Ces protocoles sont généralement exploités par des objets connectés de type smartphone. La mise en œuvre de ces protocoles implique toutefois l’utilisation d’une part importante des ressources mises à disposition par les calculateurs embarqués. Un tel protocole n’est pas adapté par exemple pour des objets connectés de type sonde ou disposant d’une puissance de calcul limitée. Les objets connectés peuvent également être limités par leurs réserves d’énergie, les calculs complexes (par exemple, cryptographiques) entraînant une consommation importante d’énergie. Les calculs sont par exemple considérés comme trop complexes lorsque les temps de calculs ou l’énergie nécessaire à ces calculs ne sont pas compatibles avec les besoins opérationnels. Les réseaux peuvent également se trouver limités, en termes de ressources, par leurs débits ou par les ressources matérielles mises en oeuvre pour la gestion des communications. Des exemples de mise en oeuvre du protocole DTLS sont illustrées par exemple dans les documents RFC5246 ou RFC5077.
D’autres méthodes proposent des solutions s’appuyant sur l’architecture réseau, mais ces solutions, telles que ZigBee ou LoRa, n’assurent généralement pas une sécurité de bout-en-bout.
PROBLEME TECHNIQUE
Il apparaît ainsi le besoin de fournir un procédé de communication sécurisé robuste et simple à déployer conservant une grande souplesse dans la gestion des objets connectés.
RESUME DE L’INVENTION
Pour pallier ces problèmes techniques, la présente propose un procédé de communication sécurisé entre au moins une première entité et au moins une deuxième entité en liaison de communication dans au moins un réseau comprenant :
- une étape de chiffrement, par la première entité, par un algorithme de chiffrement symétrique, d’un contenu par une première clé propre à la première entité;
- une étape d’agrégation, en un message, du contenu chiffré avec au moins un paramètre de génération de clé propre à la première entité;
- une étape d’envoi, par la première entité, du message à la deuxième entité;
- une étape de détermination, par la deuxième entité, de ladite première clé propre à la première entité à l’aide dudit paramètre de génération de clé propre à la première entité, d’un premier secret connu par la deuxième entité et d’une fonction de génération de clé;
- une étape de déchiffrement, par la deuxième entité, du contenu chiffré du message reçu, à l’aide de la première clé.
Selon une particularité, le procédé comprend une étape supplémentaire d’envoi d’une réponse au message, chiffrée par l’algorithme de chiffrement symétrique à l’aide de la première clé et/ou une étape supplémentaire d’effacement de la première clé en mémoire de la deuxième entité.
Selon une autre particularité, le procédé comprend une étape préalable d’initialisation de chaque deuxième entité comprenant une mémorisation dudit premier secret.
Selon une autre particularité, le procédé comprend des étapes préalables, à savoir :
- une étape de transmission, par chaque première entité, à une entité gestionnaire, du paramètre de génération de clé propre à chaque première entité pour l’obtention d’une deuxième clé;
- une étape de génération, par l’entité gestionnaire, de chaque deuxième clé propre à chaque première entité, à partir dudit premier secret détenu par l’entité gestionnaire, dudit paramètre de génération de clé propre à chaque première entité et de ladite fonction de génération de clé;
- une étape de fourniture de chaque première clé à chaque première entité ;
le procédé comprenant des étapes additionnelles à savoir :
- une étape de génération, par chaque première entité, de la première clé, par une fonction de dérivation, à partir de sa deuxième clé et d’au moins un paramètre de dérivation,
- une étape d’agrégation, par chaque première entité, dudit paramètre de dérivation au message destiné à la deuxième entité,
- une étape de dérivation, par la deuxième entité, pour l’obtention de la première clé à partir de la deuxième clé générée à partir du premier secret et du paramètre de génération de clé propre à la première entité fourni en entrée de ladite fonction de génération de clé.
Selon une autre particularité, ledit paramètre de dérivation comprend au moins un aléa généré par ladite première entité.
Selon une autre particularité, les étapes de transmission du paramètre de génération pour la deuxième clé et de fourniture de ladite deuxième clé sont réalisées par l’envoi d’une requête d’obtention de la deuxième clé et d’une réponse à cette requête, chaque première entité étant en liaison de communication avec l’entité gestionnaire dans ledit réseau.
Selon une autre particularité, la requête d’obtention de la deuxième clé et la réponse à cette requête sont chiffrées à l’aide d’une troisième clé mémorisée par chaque première entité et régénérée par l’entité gestionnaire à partir d’un deuxième secret détenu par l’entité gestionnaire, dudit paramètre de génération de clé propre à chaque première entité et de ladite fonction de génération de clé, le procédé comprenant des étapes préalables à savoir :
- une étape de transmission, par chaque première entité, à l’entité gestionnaire, du paramètre de génération de clé propre à chaque première entité pour l’obtention de la troisième clé;
- une étape de génération, par l’entité gestionnaire, de chaque troisième clé propre à chaque première entité, à partir dudit deuxième secret détenu par l’entité gestionnaire, dudit paramètre de génération de clé propre à chaque première entité et de ladite fonction de génération de clé;
- une étape de fourniture de chaque troisième clé à chaque première entité.
- une étape d’effacement, en mémoire de l’entité gestionnaire, de chaque troisième clé.
Selon une autre particularité, la transmission par chaque première entité, à l’entité gestionnaire, du paramètre de génération de clé propre à chaque première entité pour l’obtention de la troisième clé est réalisée en même temps qu’une authentification de chaque première entité auprès de l’entité gestionnaire.
Selon une autre particularité, la transmission par chaque première entité, à l’entité gestionnaire, du paramètre de génération de clé propre à chaque première entité pour l’obtention de la troisième clé est réalisée conjointement à la transmission d’une clé publique, cette clé publique et la clé privée correspondante étant mémorisée par ladite première entité, la troisième clé étant ainsi chiffrée à l’aide de cette clé publique, par l’entité gestionnaire, préalablement à sa transmission à ladite première entité.
Selon une autre particularité, ledit au moins un paramètre de génération de clé propre à la première entité comprend au moins un identifiant de cette première entité.
Selon une autre particularité, ledit au moins un paramètre de génération de clé propre à la première entité comprend en outre une date d’expiration de la clé générée par la première entité.
Un autre objet de l’invention concerne un système sécurisé d’échange de données entre au moins une première entité et au moins une deuxième entité en liaison de communication dans au moins un réseau, lesdites première et deuxième entités comprenant des modules de calcul, de mémorisation et des interfaces de communication réseau, caractérisé en ce que chaque première entité mémorise :
- un programme de chiffrement et de déchiffrement par un algorithme de chiffrement symétrique, à partir d’une première clé et
- un programme de transmission de données chiffrées agrégées avec au moins un paramètre propre à la première entité permettant une génération de la clé, et en ce que chaque deuxième entité mémorise :
- un programme de régénération de clé à partir dudit paramètre de génération de clé propre à la première entité et d’un secret connu par la deuxième entité et
- un programme de chiffrement et de déchiffrement par ledit algorithme de chiffrement symétrique, à partir de ladite première clé.
Selon une autre particularité, le système comprend une entité gestionnaire comprenant un programme de génération de clé à partir dudit paramètre de génération de clé propre à chaque première entité et dudit secret détenu par l’entité gestionnaire.
Selon une autre particularité, l’entité gestionnaire comprenant un programme d’initialisation de chaque deuxième entité comprenant l’initialisation du premier secret connu de chaque deuxième entité.
Selon une autre particularité, le système comprend une pluralité de deuxièmes entités organisées en au moins un lot, de façon à accéder à une même ressource par le même lot de deuxièmes entités partageant le même secret.
Selon une autre particularité, chaque première et deuxième entité comprend un programme de dérivation de clé en fonction d’au moins un paramètre de dérivation.
Selon une autre particularité, le système est apte à exécuter le procédé selon l’invention.
Un premier avantage de l’invention réside dans la simplicité de son déploiement permettant à des objets connectés de simplement obtenir une clé principale et une ou plusieurs clés auxiliaires pour accéder à une ou plusieurs ressources. L’augmentation des unités de contrôle pour répondre à une extension des requêtes clientes est également facilitée. Le procédé selon la présente invention apporte ainsi une grande flexibilité dans son adaptation.
Un autre avantage de l’invention réside dans la mise en oeuvre d’une sécurisation des données échangées de bout en bout et indépendamment du type de réseaux sur lequel ou sur lesquels circule les données.
Un avantage de l’invention réside encore dans le déportement des calculs des clés principale et auxiliaire dans l’entité de gestion ou dans les entités de contrôle. Ainsi les entités clientes peuvent se présenter sous la forme d’objets connectés bénéficiant de faibles ressources, les prestations en termes de latence et de débit restant performantes. Par ailleurs, il n’est pas nécessaire pour les entités de gestion ou de contrôle de mémoriser l’ensemble des clés utilisées par l’ensemble des entités client.
L’invention présente également l’avantage de permettre des chiffrements par différentes entités clientes utilisant des clés différentes pour chacun des clients, sans nécessiter d’importants moyens de gestion des communications sécurisées.
L’invention a également pour avantage de permettre un renouvellement simple des clés principale et auxiliaire. De plus la date d’expiration peut être transmise avec le message chiffré en tant que paramètre de régénération de la clé utilisée pour le chiffrement.
Un avantage de l’invention réside encore dans le fait que les changements opérés dans les clés de chiffrement peuvent être réalisés simplement et à plusieurs niveaux selon différentes fréquences. La clé auxiliaire dérivée est par exemple valable une journée, la clé auxiliaire restant par exemple valable une semaine, tandis que la clé principale peut rester valable deux semaines. De plus, les secrets pour les générations des clés principales et auxiliaires ne sont jamais transmis aux entités clientes.
De manière avantageuse, il n’est pas nécessaire pour une entité de contrôle ou pour l’entité gestionnaire de sauvegarder les différentes clés de chiffrement utilisées par les différentes entités clientes, ce qui permet d’économiser des ressources et de rendre le procédé selon l’invention particulièrement flexible et adaptable à un environnement évolutif.
LISTE DE FIGURES
D’autres caractéristiques de l’invention ressortiront clairement de la description qui en est donnée ci-dessous, à titre indicatif et nullement limitatif, en référence aux figures annexées, parmi lesquelles :
- La figure 1 montre un exemple de procédé sécurisé selon l’invention ;
- La figure 2 montre un exemple d’échanges de données pour l’initialisation d’une clé propre à une entité cliente lui permettant d’adresser des requêtes chiffrées à une entité gestionnaire ;
- La figure 3 illustre un exemple d’échanges de données pour l’initialisation d’une clé propre à une entité cliente lui permettant d’adresser des requêtes chiffrées à une entité de contrôle initialisée par l’entité gestionnaire ;
- La figure 4 montre un exemple d’échanges sécurisés entre une entité cliente et une entité de contrôle ;
- La figure 5 montre un exemple de système sécurisé d’échange de données selon l’invention.
DESCRIPTION DETAILLEE DE L’INVENTION
Comme représenté à la figure 5, une entité gestionnaire B est reliée à un réseau de communication 50. Plusieurs entités de contrôle S1 et S2 sont également reliées à ce réseau 50 de communication. Ce dernier réseau 50 est relié par ailleurs à d’autres réseaux 51,52 et 5M via des passerelles 61, 62 et 6M. Des entités clients A1, A2 et AN peuvent ainsi se trouver en liaison de communication avec les entités de contrôle S1 et S2 et avec l’entité gestionnaire B. Le nombre d’entités clientes est susceptible de varier, le nombre d’entités de contrôle pouvant alors être augmenté ou diminué en conséquence. Une entité de contrôle est par exemple créée ou résiliée par l’entité gestionnaire B. L’entité gestionnaire, les entités clientes et les entités de contrôle comprennent chacune des modules de calcul, des modules de mémorisation et des interfaces de communication réseau.
Une ou plusieurs entités de contrôle S1 et S2 permettent par exemple l’accès à une ressource. On peut également envisager différents types d’entités de contrôle regroupés en différents lots pour accéder à différentes ressources. Une ressource accédée est par exemple du type application, base de données, librairie, gestionnaire d’accès, gestionnaire d’authentification ou gestionnaire de logs. L’entité de contrôle est par exemple du type proxy inversé ou « reverse proxy >> selon la terminologie anglaise. L’entité de contrôle peut par exemple être du type passerelle. L’augmentation du nombre d’entités de contrôle, dans un même lot, pour accéder à une même ressource permet à un plus grand nombre d’entités clientes d’accéder simultanément à cette ressource. Dans un même lot, une nouvelle entité de contrôle peut être créée pour répondre à un volume de requêtes plus important. La nouvelle entité de contrôle sera par exemple créée par l’entité gestionnaire qui lui transférera un secret auxiliaire identique au sein d'un même lot. Une telle nouvelle entité de contrôle pourra également être créée sur la base d’une entité de contrôle existante.
Chaque entité de contrôle mémorise un secret auxiliaire S_S, un programme 103 de régénération de clé, un programme 104 de chiffrement et de déchiffrement par algorithme de chiffrement symétrique ainsi qu’un programme 107 de dérivation de clé. Le programme de dérivation est par exemple du type HKDF. Le programme de génération de clé peut par exemple se présenter sous la forme d'un protocole de dérivation du secret tel que NIST-800-108-KDF, X9.63-KDF, NIST-800-56-KDF-A/B, NIST-800-56-KDF-C ou HKDF.
Les entités clients A1, A2 et AN sont par exemple des smartphones, des ordinateurs, des tablettes, des sondes connectées, des capteurs connectés, des actionneurs connectés ou d’autres instruments connectés. Chaque entité cliente mémorise notamment un programme 101 de chiffrement et de déchiffrement par un algorithme de chiffrement symétrique, un programme 102 de transmission de données chiffrées agrégées avec des paramètres destinés à permettre le déchiffrement et un programme 107 de dérivation de clé. Comme représenté à la figure 5, chaque entité cliente mémorise également un programme 110 de chiffrement/déchiffrement par clés asymétriques, un programme 111 de génération d’un aléa et un programme 112 d’horodatage. Le programme de dérivation est par exemple du type HKDF. L’entité cliente A1 mémorise en outre une clé principale KB1, une clé auxiliaire KS1 et une clé auxiliaire dérivée DKS1. L’entité cliente A2 mémorise en outre une clé principale KB2, une clé auxiliaire KS2 et une clé auxiliaire dérivée DKS2. L’entité cliente AN mémorise en outre une clé principale KBN, une clé auxiliaire KSN et une clé auxiliaire dérivée DKSN. Comme détaillé par la suite chaque entité cliente peut détenir des clés principale et auxiliaire qui lui sont propres.
L’entité gestionnaire B détient le secret principal ainsi que les secrets auxiliaires. Les secrets auxiliaires peuvent notamment être créés en fonction des besoins. L’entité gestionnaire mémorise un programme 105 de génération de clé, un programme 106 d’initialisation des entités de contrôle. L’entité gestionnaire peut également réaliser une authentification des entités clientes grâce à une base de données DB1. Le programme de génération de clé peut par exemple se présenter sous la forme d'un protocole de dérivation d’un secret tel que NIST-800-108-KDF, X9.63-KDF, NIST800-56-KDF-A/B, NIST-800-56-KDF-C ou HKDF.
L’exemple de procédé sécurisé selon l’invention, tel que représenté à la figure 1, comprend une étape StpOO d’initialisation d’une ou plusieurs entités de contrôle (S1, S2) comprenant une initialisation de leur secret auxiliaire S_S. Cette étape peut être réitérée au cours du processus, en fonction des besoins.
Une étape StpO1 suivante comprend la transmission par l’entité cliente A1, à l’entité gestionnaire B, d’un paramètre A1 JD de génération de clé qui lui est propre pour l’obtention d’une clé principale conjointement à la transmission d’une clé publique. Cette transmission peut être réalisée lors d’une authentification auprès de l’entité gestionnaire ou par une requête d’obtention de clé principale. Le ou les paramètres transmis pour la génération de clé comprennent par exemple un identifiant A1 JD de l’entité cliente A1. Les paramètres de génération de clé peuvent également comprendre un aléa, une heure d’envoi ou de réception ou une date de validité, de façon à garantir l’unicité de la clé principale générée. L’ensemble des paramètres de génération agrégés présentent par exemple une taille inférieure ou égale à 32 bits pour optimiser la bande passante et les temps de calcul. Comme représenté à la figure 2, la requête 1 peut comprendre également une clé publique A1_KPUB mémorisée avec une clé privée par l’entité cliente A1. La requête pour l’obtention de la clé principale peut également comprendre un horodatage A1_T.
Dans une étape Stp02 suivante, l’entité gestionnaire B génère la clé principale KB1 propre à l’entité cliente A1.
KB1 = F (B_S, A1_ID)
La clé principale KB1 est obtenue par une fonction F de génération de clé à partir du secret principale B_S et d’au moins un paramètre de génération tel que l’identifiant A1 JD de l’entité cliente A1. Le paramètre de dérivation peut également comprendre un aléa, un horodatage correspondant à l’envoi de la requête ou à l’arrivée de la requête ou encore une date de validité. Cette clé KB1 générée est par exemple chiffrée à l’aide de la clé publique reçue A1_KPUB avant sa transmission à l’entité client. Un décalage temporel DT par rapport à l’horloge interne de l’entité gestionnaire B est également calculé à partir de l’horodatage A1_T. Ce décalage DT est agrégé à la clé principale KB1, dans la réponse 2 à l’entité cliente A1. La clé principale KB1 générée est par exemple associée à une fenêtre temporelle d’expiration de la clé mémorisée dans la base de données DB1. Lorsqu’un laps de temps supérieur à la fenêtre temporelle d’expiration s’est écoulé, la clé est alors révoquée. Cela permet de renouveler périodiquement les clés utilisées et d’augmenter la sécurité du procédé.
Dans une étape Stp03 suivante, l’entité gestionnaire B réalise la transmission de la clé principale KB1 dans sa réponse 2 à la requête 1. Après transmission, cette clé KB1 est par exemple effacée de la mémoire de l’entité gestionnaire B.
Dans une étape StpO4 suivante, l’entité cliente A1 reçoit la clé principale KB1, la déchiffre éventuellement à l’aide de sa clé privée puis la stocke en mémoire. L’entité cliente mémorise également le décalage temporel reçu DT correspondant à l’écart temporel calculé entre l’heure d’envoi de la requête et l’heure de sa réception. La différence temporelle DT mémorisée par l’entité cliente A1 est utilisée pour corriger un décalage entre l’horloge de l’entité cliente A1 et l’horloge de l’entité gestionnaire B.
Dans une étape Stp05 suivante on réalise une transmission, de l’entité cliente A1, à l’entité gestionnaire B, du paramètre de génération de clé propre pour l’obtention d’une clé auxiliaire KS1 propre à l’entité cliente A1. Cette transmission est par exemple réalisée sous la forme d’une requête 4 chiffrée à l’aide de la clé principale KB1 agrégée à un ou plusieurs paramètres A1 JD pour la génération de la clé principale. L’entité gestionnaire B est alors en mesure de déchiffrer grâce au(x) paramètre(s) de génération de clé principale KB1 fourni(s) et propre à l’entité cliente A1, tout en authentifiant la provenance de la requête. Un paramètre temporel d’émission de requête corrigé Te prenant en compte l’écart temporel DT entre l’horloge de l’entité cliente A1 et celui de l’entité gestionnaire B est également agrégé à la requête 4. La requête d’obtention de clé auxiliaire comprend au moins un paramètre de génération de clé A1 JD propre à la première entité A, comme par exemple l’identifiant de l’entité cliente A1. D’autres paramètres tels que des aléas, des horodatages ou une date de validité peuvent également être utilisés. L’ensemble des paramètres de génération agrégés présentent par exemple une taille inférieure ou égale à 32 bits pour optimiser la bande passante et les temps de calcul.
Dans une étape Stp06 suivante, on réalise la génération, par l’entité gestionnaire B, de la clé auxiliaire KS1 propre à l’entité cliente A1, à partir dudit secret auxiliaire S_S détenu par l’entité gestionnaire B, du ou des paramètres A1 JD de génération de clé propre à l’entité cliente A1 et de ladite fonction de génération de clé F.
KS1 = F (S_S, A1JD)
L’entité gestionnaire B vérifie notamment la validité de la requête 4, en vérifiant que la requête est arrivée avant l’expiration d’une fenêtre temporelle de validité de la requête, en fonction du temps Te d’émission corrigé. Des attaques de type « par rejeu >> sont ainsi évitées.
L’entité gestionnaire réalise en outre un calcul de la clé principale KB1 propre à l’entité cliente A1 afin de déchiffrer la requête 4. La clé auxiliaire KS1 générée est par exemple chiffrée par la clé principale KB1 propre à l’entité cliente A1 avant sa transmission. La même clé KB1 est ainsi utilisée pour le chiffrement dans la requête et dans la réponse à cette requête.
KB1 = F (S_B, A1JD)
Dans une étape Stp07 suivante, on réalise une fourniture de la clé auxiliaire KS1 à l’entité cliente A1, par réponse 6 à la requête 4. Après transmission, la clé auxiliaire KS1 et la clé principale KB1 précédemment générées sont effacées de la mémoire de l’entité gestionnaire B. L’entité de gestion B peut également agréger à la réponse 6 une valeur mise à jour de l’écart temporel DT entre l’heure d’envoi de la requête par l’entité cliente A1 et l’heure de réception par l’entité gestionnaire B.
Dans une étape Stp08 suivante, on réalise la réception, le déchiffrement et la mémorisation de la clé auxiliaire KS1 propre par l’entité cliente A1. Le déchiffrement est réalisé grâce à la clé principale KB1 mémorisée par l’entité cliente. Ainsi l’entité gestionnaire B a pu adresser un message chiffré par une clé qui n’est détenue que par l’entité cliente A1 à qui le message était destiné. Chaque entité cliente A1, A2, AN mémorise, en même temps que les différentes clés, leur(s) paramètre(s) de génération. Un paramètre temporel, un aléa et/ou une date d’expiration utilisés pour générer la clé sont par exemple mémorisés. Le décalage temporel DT mis à jour est également mémorisé par l’entité cliente A1.
Dans une étape Stp09 suivante, on réalise une génération d’une clé dérivée DKS1 de la clé auxiliaire et sa mémorisation. La dérivation est réalisée à partir de la clé auxiliaire KS1 mémorisée et d’au moins un paramètre de dérivation P1, tel qu’un aléa généré par le programme 111 de génération d’aléa. Ce ou ces paramètres de dérivation sont mémorisés en même temps que la clé. Une date d’expiration ou une date de création peuvent également être utilisés comme paramètres de dérivation.
DKS1=Fb(KS1, P1)
Dans une étape Stp10 suivante, on réalise le chiffrement d’un contenu destiné à l’entité de contrôle en utilisant la clé auxiliaire dérivée DKS1.
Dans une étape Stp11 suivante on réalise une agrégation en un message M, du contenu chiffré R1 avec le ou les paramètres de génération A1 JD de clé auxiliaire KB1 propre à la première entité A1 et du ou des paramètres de dérivation P1. L’heure d’envoi Te ou l’heure d’envoi corrigée peut également être intégrée au message M.
Dans une étape Stp12 suivante, on réalise l’envoi, par la entité cliente A1, du message M à l’entité de contrôle S1. Lors de la réception, l’entité de contrôle peut notamment déterminer si la requête lui est parvenue dans une fenêtre temporelle autorisée et ainsi éviter les attaques de type « par rejeu >>.
Dans une étape Stp13 suivante, on réalise une détermination, par l’entité de contrôle S1, de la clé de chiffrement par génération de la clé auxiliaire KS1 à partir du secret auxiliaire S_S et du ou des paramètres de génération A1 JD de clé propres à l’entité cliente A1 fournis en entrée d’un programme de génération de clé puis dérivation de cette dernière clé KS1, à l’aide du ou des paramètres de dérivation P1 et de la fonction de dérivation pour obtenir la clé auxiliaire dérivée DKS1 utilisée pour chiffrer le contenu R1 du message.
KS1 = Fa (S_S, A1JD)
DKS1 = Fb (KS1, P1)
Dans une étape Stp14 suivante, on réalise un déchiffrement du contenu chiffré R1 du message M reçu.
Dans une étape Stp15 suivante, on réalise l’envoi d’une réponse au message, la réponse comprenant un contenu chiffré R2 par l’algorithme de chiffrement symétrique à l’aide de la clé auxiliaire dérivée DKS1 précédemment régénérée.
Dans une étape Stp16 suivante, on réalise un effacement de la clé auxiliaire KS1 et de la clé auxiliaire dérivée DKS1 en mémoire de l’entité de contrôle S1.
On ne sort pas du cadre de l’invention lorsque l’entité cliente utilise directement la clé auxiliaire KS1 pour chiffrer le contenu du message envoyé à l’entité de contrôle, l’entité de contrôle n’utilisant que le ou les paramètres de génération de clé auxiliaire pour régénérer la clé auxiliaire KS1 et déchiffrer le contenu du message reçu.
II doit être évident pour l'homme du métier que la présente invention permet d'autres variantes de réalisation. Par conséquent, les présents modes de réalisation doivent être considérés comme illustrant l'invention.
Claims (17)
- REVENDICATIONS1. Procédé (100) de communication sécurisé entre au moins une première entité (A1) et au moins une deuxième entité (S1) en liaison de communication dans au moins un réseau (50, 51,52, 5M) comprenant :- une étape de chiffrement, par la première entité, par un algorithme de chiffrement symétrique, d’un contenu par une première clé (DKS1) propre à la première entité (A1) ;- une étape d’agrégation, en un message (M), du contenu chiffré (R1) avec au moins un paramètre de génération (A1 JD) de clé propre à la première entité (A1) ;- une étape d’envoi, par la première entité (A1), du message (M) à la deuxième entité (S1) ;- une étape de détermination, par la deuxième entité (S1), de ladite première clé (DKS1) propre à la première entité (A1) à l’aide dudit paramètre de génération (A1 JD) de clé propre à la première entité (A1), d’un premier secret (S_S) connu par la deuxième entité (S1) et d’une fonction de génération de clé (Fb);- une étape de déchiffrement, par la deuxième entité (S1), du contenu chiffré (R1) du message (M) reçu, à l’aide de la première clé (DKS1).
- 2. Procédé selon la revendication 1, caractérisé en ce qu’il comprend une étape supplémentaire d’envoi d’une réponse au message (M), chiffrée par l’algorithme de chiffrement symétrique à l’aide de la première clé (DKS1) et/ou une étape supplémentaire d’effacement de la première clé (DKS1) en mémoire de la deuxième entité (S1).
- 3. Procédé selon l’une des revendications précédentes, caractérisé en ce qu’il comprend une étape (StpOO) préalable d’initialisation de chaque deuxième entité (S1, S2, S3) comprenant une mémorisation dudit premier secret (S_S).
- 4. Procédé selon l’une des revendications précédentes, caractérisé en ce qu’il comprend des étapes préalables, à savoir :- une étape de transmission, par chaque première entité (A1, A2, A3, AN), à une entité gestionnaire (B), du paramètre de génération de clé propre à chaque première entité (A1, A2, A3, An) pour l’obtention d’une deuxième clé (KS1 );- une étape de génération, par l’entité gestionnaire (B), de chaque deuxième clé (KS1) propre à chaque première entité (A1, A2, A3, AN), à partir dudit premier secret (S_S) détenu par l’entité gestionnaire (B), dudit paramètre de génération de clé (A1 JD) propre à chaque première entité et de ladite fonction de génération de clé (Fa);- une étape de fourniture de chaque première clé (DKS1) à chaque première entité ;le procédé comprenant des étapes additionnelles à savoir :- une étape de génération, par chaque première entité (A1), de la première clé (DKS1), par une fonction de dérivation (Fb), à partir de sa deuxième clé (KS1) et d’au moins un paramètre de dérivation (P1),- une étape d’agrégation, par chaque première entité, dudit paramètre de dérivation (P1) au message (M) destiné à la deuxième entité (S1),- une étape de dérivation, par la deuxième entité (S1), pour l’obtention de la première clé (DKS1) à partir de la deuxième clé (KS1) générée à partir du premier secret (S_S) et du paramètre de génération (A1 JD) de clé propre à la première entité (A1) fourni en entrée de ladite fonction de génération de clé (Fa).
- 5. Procédé selon la revendication précédente, caractérisé en ce que ledit paramètre de dérivation (A1 JD) comprend au moins un aléa généré par ladite première entité (A1).
- 6. Procédé selon la revendication 4 ou 5, caractérisé en ce que les étapes de transmission du paramètre de génération pour la deuxième clé (KS1) et de fourniture de ladite deuxième clé sont réalisées par l’envoi d’une requête (4) d’obtention de la deuxième clé (KS1) et d’une réponse (6) à cette requête, chaque première entité (A1) étant en liaison de communication avec l’entité gestionnaire (B) dans ledit réseau.
- 7. Procédé selon la revendication précédente, caractérisé en ce que la requête (4) d’obtention de la deuxième clé et la réponse (6) à cette requête sont chiffrées à l’aide d’une troisième clé (KB1) mémorisée par chaque première entité et régénérée par l’entité gestionnaire (B) à partir d’un deuxième secret (S_B) détenu par l’entité gestionnaire (B), dudit paramètre de génération (A1 JD) de clé propre à chaque première entité (A1) et de ladite fonction de génération de clé (F), le procédé comprenant des étapes préalables à savoir :- une étape de transmission, par chaque première entité (A1, A2, A3, An), à l’entité gestionnaire (B), du paramètre (A1_ID) de génération de clé propre à chaque première entité (A1, A2, A3, An) pour l’obtention de la troisième clé (KB1 ) ;- une étape de génération, par l’entité gestionnaire (B), de chaque troisième clé (KB1) propre à chaque première entité (A1, A2, A3, An), à partir dudit deuxième secret (S_B) détenu par l’entité gestionnaire (B), dudit paramètre (A1_ID) de génération de clé propre à chaque première entité et de ladite fonction de génération de clé (F) ;- une étape de fourniture de chaque troisième clé (KB1) à chaque première entité (A1).- une étape d’effacement, en mémoire de l’entité gestionnaire (B), de chaque troisième clé (KB1).
- 8. Procédé selon la revendication précédente, caractérisé en ce que la transmission par chaque première entité (A1, A2, A3, An), à l’entité gestionnaire (B), du paramètre (A1 JD) de génération de clé propre à chaque première entité (A1) pour l’obtention de la troisième clé (KB1) est réalisée en même temps qu’une authentification de chaque première entité (A1) auprès de l’entité gestionnaire (B).
- 9. Procédé selon l’une des revendications 6 à 8, caractérisé en ce que la transmission par chaque première entité (A1), à l’entité gestionnaire (B), du paramètre de génération de clé propre à chaque première entité pour l’obtention de la troisième clé (KB1) est réalisée conjointement à la transmission d’une clé publique, cette clé publique et la clé privée correspondante étant mémorisée par ladite première entité (A1), la troisième clé (KB1) étant ainsi chiffrée à l’aide de cette clé publique, par l’entité gestionnaire (B), préalablement à sa transmission à ladite première entité (A1).
- 10. Procédé selon l’une des revendications précédentes, caractérisé en ce que ledit au moins un paramètre de génération (A1 JD) de clé propre à la première entité (A1) comprend au moins un identifiant de cette première entité.
- 11. Procédé selon la revendication précédente, caractérisé en ce que ledit au moins un paramètre de génération (A1_ID) de clé propre à la première entité (A1) comprend en outre une date d’expiration de la clé générée par la première entité.
- 12. Système sécurisé d’échange de données entre au moins une première entité (A1) et au moins une deuxième entité (S1) en liaison de communication dans au moins un réseau (50, 51,52, 5M), lesdites première et deuxième entités comprenant des modules de calcul, de mémorisation et des interfaces de communication réseau, caractérisé en ce que chaque première entité mémorise :- un programme (101) de chiffrement et de déchiffrement par un algorithme de chiffrement symétrique, à partir d’une première clé et- un programme (102) de transmission de données chiffrées agrégées avec au moins un paramètre propre à la première entité (A1) permettant une génération de la clé, et en ce que chaque deuxième entité mémorise :- un programme (103) de régénération de clé à partir dudit paramètre (A1_ID) de génération de clé propre à la première entité (A1) et d’un secret (S_S) connu par la deuxième entité (S1) et- un programme (104) de chiffrement et de déchiffrement par ledit algorithme de chiffrement symétrique, à partir de ladite première clé.
- 13. Système selon la revendication 12, caractérisé en ce qu’il comprend une entité gestionnaire comprenant un programme (105) de génération de clé à partir dudit paramètre de génération (A1_ID) de clé propre à chaque première entité (A1) et dudit secret (S_S) détenu par l’entité gestionnaire (B).
- 14. Système selon la revendication précédente, caractérisé en ce que l’entité gestionnaire (B) comprenant un programme (106) d’initialisation de chaque deuxième entité (S1, S2) comprenant l’initialisation du premier secret connu de chaque deuxième entité.
- 15. Système selon la revendication précédente, caractérisé en ce qu’il comprend une pluralité de deuxièmes entités (S1, S2) organisées en au moins un lot, de façon à accéder à une même ressource par le même lot de deuxièmes entités partageant le même secret (S_S).
- 16. Système selon l’une des revendications 12 à 15, caractérisé en ce que chaque première et deuxième entité comprend un programme (107) de dérivation de clé en fonction d’au moins un paramètre de dérivation (P1).
- 17. Système selon l’une des revendications 12 à 16, caractérisé en ce qu’il est apte à exécuter le procédé (100) selon l’une des revendications 1 à 11.
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1761950A FR3074989B1 (fr) | 2017-12-11 | 2017-12-11 | Procede de communication securise |
| EP18811868.1A EP3725025B1 (fr) | 2017-12-11 | 2018-12-10 | Procede de communication securise |
| US16/771,524 US20210184839A1 (en) | 2017-12-11 | 2018-12-10 | Secure communication method |
| PCT/EP2018/084203 WO2019115463A1 (fr) | 2017-12-11 | 2018-12-10 | Procede de communication securise |
| CN201880086115.3A CN111587557B (zh) | 2017-12-11 | 2018-12-10 | 安全通信方法 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1761950A FR3074989B1 (fr) | 2017-12-11 | 2017-12-11 | Procede de communication securise |
| FR1761950 | 2017-12-11 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR3074989A1 true FR3074989A1 (fr) | 2019-06-14 |
| FR3074989B1 FR3074989B1 (fr) | 2021-03-05 |
Family
ID=62816599
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR1761950A Active FR3074989B1 (fr) | 2017-12-11 | 2017-12-11 | Procede de communication securise |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20210184839A1 (fr) |
| EP (1) | EP3725025B1 (fr) |
| CN (1) | CN111587557B (fr) |
| FR (1) | FR3074989B1 (fr) |
| WO (1) | WO2019115463A1 (fr) |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7080255B1 (en) * | 1999-05-19 | 2006-07-18 | Murata Kikai Kabushiki Kaisha | Secret key generation method, encryption method, and cryptographic communications method and system |
| US7181015B2 (en) * | 2001-07-31 | 2007-02-20 | Mcafee, Inc. | Method and apparatus for cryptographic key establishment using an identity based symmetric keying technique |
| US20110194698A1 (en) * | 2008-10-22 | 2011-08-11 | Tomoyuki Asano | Key Sharing System |
| USH2270H1 (en) * | 2009-07-09 | 2012-06-05 | Actividentity, Inc. | Open protocol for authentication and key establishment with privacy |
| US8850203B2 (en) * | 2009-08-28 | 2014-09-30 | Alcatel Lucent | Secure key management in multimedia communication system |
| US8683194B2 (en) * | 2009-09-30 | 2014-03-25 | Orange | Method and devices for secure communications in a telecommunications network |
| ITGE20110091A1 (it) * | 2011-08-10 | 2013-02-11 | Carlo Pes | Metodo di cifratura e decifratura |
| JP5214782B2 (ja) * | 2011-08-31 | 2013-06-19 | 株式会社東芝 | メモリ装置、ストレージメディア、ホスト装置、及びシステム |
| WO2013060695A1 (fr) * | 2011-10-24 | 2013-05-02 | Koninklijke Kpn N.V. | Distribution sécurisée de contenu |
| US8769259B2 (en) * | 2012-01-06 | 2014-07-01 | Alcatel Lucent | Methods and apparatuses for secure information sharing in social networks using randomly-generated keys |
| CA2860866C (fr) * | 2012-01-12 | 2020-06-23 | Blackberry Limited | Systeme et procede d'acces legal a des communications securisees |
| CN104144049B (zh) * | 2014-03-11 | 2016-02-17 | 腾讯科技（深圳）有限公司 | 一种加密通信方法、系统和装置 |
| US10038557B2 (en) * | 2014-09-26 | 2018-07-31 | British Telecommunications Public Limited Company | Secure object access |
| US9935925B2 (en) * | 2014-10-03 | 2018-04-03 | Intrinsic Id B.V. | Method for establishing a cryptographically protected communication channel |
| US10382409B2 (en) * | 2015-11-25 | 2019-08-13 | Visa International Service Association | Secure multi-party protocol |
| KR101834504B1 (ko) * | 2016-01-15 | 2018-03-06 | 단국대학교 산학협력단 | 암복호화 장치 및 방법 |
| CN105915334B (zh) * | 2016-03-24 | 2019-11-08 | 南京阙音文化传媒有限公司 | 基于云端验证的声波遥控方法 |
| CN106507347B (zh) * | 2017-01-09 | 2019-05-10 | 大连理工大学 | 一种用于保护无线传感器网络安全的密钥生成方法 |
| US10536267B2 (en) * | 2017-09-15 | 2020-01-14 | Visa International Service Association | Cryptographic services utilizing commodity hardware |
-
2017
- 2017-12-11 FR FR1761950A patent/FR3074989B1/fr active Active
-
2018
- 2018-12-10 WO PCT/EP2018/084203 patent/WO2019115463A1/fr not_active Ceased
- 2018-12-10 CN CN201880086115.3A patent/CN111587557B/zh not_active Expired - Fee Related
- 2018-12-10 US US16/771,524 patent/US20210184839A1/en not_active Abandoned
- 2018-12-10 EP EP18811868.1A patent/EP3725025B1/fr active Active
Non-Patent Citations (3)
| Title |
|---|
| DENIS SITENKOV: "Access Control in the Internet of Things", 1 January 2014 (2014-01-01), XP055517435, Retrieved from the Internet <URL:http://www.diva-portal.org/smash/get/diva2:872003/FULLTEXT01.pdf> [retrieved on 20181019] * |
| KARI KOSTIAINEN ET AL: "On-board credentials with open provisioning", INFORMATION, COMPUTER, AND COMMUNICATIONS SECURITY, ACM, 2 PENN PLAZA, SUITE 701 NEW YORK NY 10121-0701 USA, 10 March 2009 (2009-03-10), pages 104 - 115, XP058175312, ISBN: 978-1-60558-394-5, DOI: 10.1145/1533057.1533074 * |
| TILOCA MARCO ET AL: "On improving resistance to Denial of Service and key provisioning scalability of the DTLS handshake", INTERNATIONAL JOURNAL OF INFORMATION SECURITY (IJIS), SPRINGER, HEIDELBERG, DE, vol. 16, no. 2, 25 March 2016 (2016-03-25), pages 173 - 193, XP036175021, ISSN: 1615-5262, [retrieved on 20160325], DOI: 10.1007/S10207-016-0326-0 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111587557B (zh) | 2024-05-28 |
| US20210184839A1 (en) | 2021-06-17 |
| FR3074989B1 (fr) | 2021-03-05 |
| CN111587557A (zh) | 2020-08-25 |
| WO2019115463A1 (fr) | 2019-06-20 |
| EP3725025A1 (fr) | 2020-10-21 |
| EP3725025B1 (fr) | 2023-08-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2514166B1 (fr) | Accès a un réseau de distribution de contenu numérique | |
| EP3174241B1 (fr) | Méthode d'établissement d'une communication sécurisée de bout en bout entre le terminal d'un utilisateur et un objet connecté | |
| US10824744B2 (en) | Secure client-server communication | |
| EP3625928A1 (fr) | Procede de securisation d'une communication sans gestion d'etats | |
| CN110599163B (zh) | 一种面向区块链交易监管的交易记录外包方法 | |
| KR102266654B1 (ko) | Mqtt-sn 프로토콜의 보안을 위한 mqtt-sn 보안 관리 방법 및 시스템 | |
| Vedeshin et al. | A secure data infrastructure for personal manufacturing based on a novel key-less, byte-less encryption method | |
| EP3375133A1 (fr) | Procede de securisation et d'authentification d'une telecommunication | |
| EP4207675B1 (fr) | Procede de transmission et de reception de donnees de consommation et dispositifs mettant en oeuvre lesdits procedes | |
| CA3100170C (fr) | Procede de securisation de flux de donnees entre un equipement de communication et un terminal distant, equipement mettant en oeuvre le procede | |
| EP4576658A1 (fr) | Procédé d'attestation à distance décentralisé | |
| EP3725025B1 (fr) | Procede de communication securise | |
| KR100722253B1 (ko) | 센서네트워크 환경에 적합한 센서 인증 시스템 및 방법 | |
| CN118157938A (zh) | 文件加密方法、边缘节点之间的文件共享方法及系统 | |
| EP4376352A1 (fr) | Système de chiffrement hiérarchique hybride | |
| Godra et al. | Practical Approach to Design and Implement a P2P and E2EE Instant Messaging System | |
| EP3211826B1 (fr) | Méthode de gestion de certificats implicites au moyen d'une infrastructure à clés publiques distribuée | |
| Santos et al. | Secure decentralized IoT infrastructure | |
| FR3050085A1 (fr) | Procede de chiffrement a clef partagee entre un serveur et un compteur communicant | |
| WO2020089565A1 (fr) | Systeme de supervision ameliore de capteurs connectes | |
| FR3087981A1 (fr) | Procede securise de transmission de donnees au sein d'un systeme de supervision | |
| WO2019207231A1 (fr) | Procédé d'élaboration de données d'utilisation de relais utilisés au cours d'une communication entre deux appareils, de recherche desdites données, et appareils associés | |
| EP4629558A1 (fr) | Procédé et dispositif de communication sécurisé utilisant un identifiant dérivé de manière déterministe | |
| FR3127832A1 (fr) | Procede de transmission et de reception de donnees de consommation et dispositifs mettant en œuvre lesdits procedes | |
| CN119051916A (zh) | 配置文件分发方法、装置、计算机设备、可读存储介质和程序产品 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLSC | Publication of the preliminary search report |
Effective date: 20190614 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |
|
| PLFP | Fee payment |
Year of fee payment: 5 |
|
| PLFP | Fee payment |
Year of fee payment: 6 |
|
| PLFP | Fee payment |
Year of fee payment: 7 |