FR3079045A1 - Procede d’emission de donnees depuis un vehicule automobile et procede de reception desdites donnees par un autre vehicule, a travers un canal de communication radio. - Google Patents

Procede d’emission de donnees depuis un vehicule automobile et procede de reception desdites donnees par un autre vehicule, a travers un canal de communication radio. Download PDF

Info

Publication number
FR3079045A1
FR3079045A1 FR1852338A FR1852338A FR3079045A1 FR 3079045 A1 FR3079045 A1 FR 3079045A1 FR 1852338 A FR1852338 A FR 1852338A FR 1852338 A FR1852338 A FR 1852338A FR 3079045 A1 FR3079045 A1 FR 3079045A1
Authority
FR
France
Prior art keywords
key
message
vehicle
numbers
data
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
Application number
FR1852338A
Other languages
English (en)
Other versions
FR3079045B1 (fr
Inventor
Sylvain Patureau Mirand
Antoine Boulanger
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PSA Automobiles SA
Original Assignee
PSA Automobiles SA
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by PSA Automobiles SA filed Critical PSA Automobiles SA
Priority to FR1852338A priority Critical patent/FR3079045B1/fr
Priority to EP19711980.3A priority patent/EP3769461A1/fr
Priority to US16/980,374 priority patent/US20210044435A1/en
Priority to PCT/FR2019/050396 priority patent/WO2019180335A1/fr
Publication of FR3079045A1 publication Critical patent/FR3079045A1/fr
Application granted granted Critical
Publication of FR3079045B1 publication Critical patent/FR3079045B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0869—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving random numbers or seeds
    • 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
    • H04L9/3228—One-time or temporary data, i.e. information which is sent for every authentication or authorization, e.g. one-time-password, one-time-token or one-time-key

Abstract

Le procédé d'émission comprend une étape d'obtention par ledit véhicule (A) auprès d'une entité de distribution (BO) d'une pluralité de séries de nombres contenant chacune une base gi, un nombre premier pi, une première clé Zi, avec Zi = gizi modulo pi, où zi est un nombre secret, un nombre de validité Vi associé, et stocke en mémoire les N séries de nombres ; une étape (E20) de génération d'un nombre aléatoire a ; une étape (E22) de calcul d'une deuxième clé KaZi où KaZi = Zia modulo pi;; une étape (E23) de création d'un message M, lors de laquelle le véhicule A insère dans ledit message M le nombre de validité Vi; le deuxième groupe de nombres a, pi et gi chiffré à l'aide de la première clé Zi, dans un entête du message, et les données data, dans un corps du message ; et effectue une opération cryptographique sur ledit message M en utilisant la deuxième clé KaZi ; et une étape (E24) d'émission du message créé M par le véhicule (A) à travers un canal de communication radio.

Description

PROCEDE D’EMISSION DE DONNEES DEPUIS UN VEHICULE AUTOMOBILE ET PROCEDE DE RECEPTION DESDITES DONNEES PAR UN AUTRE VEHICULE, A TRAVERS UN CANAL DE COMMUNICATION RADIO.
[0001] La présente invention concerne de manière générale un procédé d’émission sécurisée de données depuis un véhicule automobile A, à travers un canal de communication, et un procédé de réception sécurisée de données par un véhicule automobile B à travers un canal de communication.
[0002] Les communications entre véhicules automobiles sont soumises à des dispositions légales qui réglementent la liberté de traitement des données personnelles. En France par exemple, la CNIL (Commission Nationale de l’informatique et des Libertés) veille à la mise en conformité des véhicules automobiles communicants avec la loi « Informatique et Libertés >>.
[0003] En matière de communication entre véhicules automobiles, les défis sont de garantir l’authenticité, l’intégrité et l’anonymisation des données. Par exemple, il doit être impossible de suivre un véhicule en écoutant les données qu’il émet.
[0004] Une solution connue pour anonymiser les données émises par un véhicule tout en permettant de garantir la confidentialité et l’intégrité de ces données repose sur l’utilisation de certificats de clés publique et privée. Cette solution requiert une infrastructure PKI capable de générer un nombre très important de certificats. Il est estimé qu’avec un tel système, chaque véhicule communicant doit utiliser un nouveau certificat tous les 800 mètres. A l’échelle d’un pays comme la France, il faudrait donc générer des milliards de certificats par année, ce qui nécessiterait de déployer plusieurs centaines de serveurs sur le territoire français.
[0005] La présente invention vient améliorer la situation.
[0006] Pour cela un premier aspect de l'invention concerne un procédé de d’émission de données data, depuis un véhicule automobile (A), à travers un canal de communication radio, comprenant :
- une étape d’obtention lors de laquelle ledit véhicule obtient auprès d’une entité de distribution une pluralité de séries de nombres contenant chacune • une base g,, • un nombre premier p,, • une première clé Zi, ladite première clé Z étant le résultat d’un calcul consistant à élever la base g, à une puissance z/, où z, est un nombre secret choisi par ladite entité de distribution, afin d’obtenir g^, puis à calculer gf1 modulo p,, • un nombre de validité Vi associé à un premier groupe de nombres contenant p,, g, et Z, où i est un nombre entier représentant un indice de ladite série de nombres avec i = 1,2, ..., N ;
et stocke en mémoire, dans une table, les N séries de nombres ;
- une étape de génération d’un nombre aléatoire a ;
- une étape de calcul d’une deuxième clé KaZi en élevant la première clé Z à la puissance a pour obtenir Zfa puis en calculant Zfa modulo p, ;
- une étape de création d’un message M véhiculant les données (data) à partir d’un premier groupe de nombres contenant p,, g, et Z, lors de laquelle le véhicule A :
• chiffre un deuxième groupe de nombres contenant a, p, et g, à l’aide de la première clé Z ;
• insère dans ledit message M le nombre de validité Vi associé à la première clé Z, le deuxième groupe de nombres a, p, et g, chiffré à
-3l’aide de la première clé Z/, dans un entête du message, les données data, dans un corps du message ;
• et effectue une opération cryptographique sur ledit message M en utilisant la deuxième clé KaZi ;
- une étape d’émission du message créé /Wpar le véhicule à travers ledit canal de communication.
[0007] La présente invention permet d’anonymiser les communications du véhicule tout en garantissant la confidentialité et l’intégrité du message. Les moyens cryptographiques utilisés sont performants, très rapides et peu consommateurs en ressources de calcul.
[0008] Avantageusement, la deuxième clé KaZi est à usage unique, destinée à être utilisée uniquement pour le message M.
[0009] Avantageusement encore, le véhicule effectue au moins l’une des opérations cryptographiques du groupe comportant une opération de chiffrement du contenu du corps du message à l’aide de la deuxième clé KaZi et une opération cryptographique de signature du message à l’aide de la deuxième clé KaZi.
[0010] Dans un mode de réalisation particulier, le véhicule exécute ladite opération cryptographique utilisant la deuxième clé KaZi uniquement sur le corps du message.
[0011 ] Le véhicule peut insérer un nombre aléatoire dans le corps du message.
[0012] L'invention concerne aussi un procédé de réception, par un deuxième véhicule, d’un message M transmis par un premier véhicule, à travers un canal de communication, selon le procédé d’émission qui vient d’être défini, caractérisé en ce qu’il comprend :
- une étape d’obtention lors de laquelle ledit deuxième véhicule obtient auprès d’une entité de distribution et stocke en mémoire, dans une table, une pluralité de séries de nombres contenant chacune o une base g,, o un nombre premier p,, o une première clé Z/, ladite première clé Z étant le résultat d’un calcul consistant à élever la base g, à une puissance z/, où z, est un nombre secret choisi par ladite entité de distribution, afin d’obtenir gf1, puis à calculer g^ modulo pi, o un nombre de validité Vi associé à un premier groupe de nombres contenant p,, g, et Z-, où i est un nombre entier représentant un indice de ladite série de nombres avec i = 1,2, ..., N ;
- une étape d’extraction du nombre de validité Vi du message M reçu ;
- une étape d’extraction de la première clé Z associée au nombre de validité Vi de la table stockée en mémoire ;
- une étape de déchiffrement de l’entête du message à l’aide de la première clé Zi, afin d’obtenir les nombres a, p/et gu
- une étape de calcul d’une deuxième clé KaZi consistant à élever la première clé Z, à la puissance a pour obtenir Zta puis à calculer Zta modulo p, ;
- au moins une étape de traitement cryptographique du message M reçu à l’aide de la deuxième clé KaZi .
[0013] Avantageusement, dans le cas où le message M est signé, le deuxième véhicule vérifie l’authenticité du message M en vérifiant la validité de la signature à l’aide de la deuxième clé KaZi.
[0014] Avantageusement encore, dans le cas où le message est chiffré, le deuxième véhicule déchiffre le message à l’aide de la deuxième clé KaZi en tant que clé de déchiffrement.
-5[0015] Un autre aspect de l’invention concerne un dispositif de sécurisation des communications radio pour véhicule automobile, comportant des moyens agencés pour mettre en oeuvre les étapes du procédé d’émission et les étapes du procédé de réception, tels que précédemment définis.
[0016] Un dernier aspect de l’invention concerne un véhicule automobile intégrant un dispositif de sécurisation selon la revendication précédente.
[0017] D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description détaillée qui suit d'un mode de réalisation de l'invention donné à titre d'exemple nullement limitatif et illustré par les dessins annexés, dans lesquels :
la figure 1 représente une phase d’obtention de séries de nombres par deux véhicules A et B auprès d’une entité de distribution BO (« backoffice »), selon un exemple particulier de réalisation ;
la figure 2 illustre une mise en oeuvre particulière du procédé de d’émission et du procédé de réception de l’invention ;
la figure 3 représente des sous-étapes d’une étape de préparation d’un message M véhiculant des données (dites « data ») à transmettre ;
la figure 4 représente un schéma bloc fonctionnel d’un véhicule (ici le véhicule A) configuré pour mettre en oeuvre les procédés d’émission et de réception de la figure 2.
[0018] La présente invention concerne la sécurisation des communications d’un véhicule automobile communicant. Plus particulièrement, elle concerne un procédé d’émission sécurisée de données par un véhicule automobile à travers un canal de communication, un procédé de réception sécurisée de données par un véhicule automobile à travers un canal de communication et un procédé de transmission sécurisée de données entre un premier véhicule automobile et un deuxième véhicule automobile.
[0019] A titre d’exemple illustratif, on va décrire un procédé de transmission de données, dites « data » depuis un véhicule automobile A, dit émetteur, vers un véhicule automobile B, dit récepteur. Toutefois, l’invention s’applique de manière plus générale à l’émission de données depuis un véhicule automobile à travers un canal de communication et à la réception de données par un véhicule automobile à travers un canal de communication.
[0020] Sur la figure 1, on a représenté un système pour la mise en oeuvre des procédés d’émission et de réception de l’invention, selon un exemple particulier de réalisation. Le système comporte une infrastructure à clés publiques ou PKI (de l’anglais « Public Key Infrastructure »), une entité (par exemple un serveur) de distribution, également appelée serveur de backoffice « BO », un véhicule automobile A et un véhicule automobile B.
[0021] Avant toute émission ou réception de données par les véhicules A et B, chacune des entités comportant le serveur BO, le véhicule A et le véhicule B obtient un certificat contenant une paire de clés publique et privée auprès de l’infrastructure PKI. Ainsi, lors d’une première étape initiale d’obtention de certificat E01, le serveur de backoffice BO obtient un certificat Cbo contenant une paire de clés publique et privée auprès de l’infrastructure PKI. Lors d’une deuxième étape initiale d’obtention de certificat E02, le véhicule A obtient un certificat Ca contenant une paire de clés publique et privée auprès de l’infrastructure PKI. Enfin, lors d’une troisième étape initiale d’obtention de certificat E03, le véhicule B obtient un certificat Cb contenant une paire de clés publique et privée auprès de l’infrastructure PKI. Les étapes E01, E02 et E03 sont mises en oeuvre de façon connue de l’homme du métier.
[0022] Afin d’assurer la traçabilité des communications, des nombres aléatoires générés au niveau des véhicules (comme cela sera décrit ultérieurement) sont remontés au serveur BO.
[0023] Les certificats sont ici destinés à permettre l’établissement de communications sécurisées entre chacune des entités comportant le véhicule A, le véhicule B et le serveur de backoffice BO. De façon alternative, les communications entre chaque véhicule A, B et le serveur de backoffice BO pourraient être sécurisées par l’utilisation d’un identifiant et d’un mot de passe ou par toute autre méthode de sécurisation.
[0024] Le serveur de backoffice BO génère des séries de nombres, par exemple N séries de nombres (différentes les unes des autres), lors d’une étape E04. On note « i >> l’indice de chaque série où i est un nombre entier compris entre 1 et N. Chaque série de nombres d’indice i contient les éléments suivants :
o une base g,, o un nombre premier p,, o une première clé Z/, o un nombre de validité Vi associé à ladite première clé Z, et plus précisément à un premier groupe de nombres contenant p,, g, et Zi.
[0025] La première clé Z est générée à partir d’un nombre secret z, choisi ou généré par le serveur de backoffice BO et en utilisant l’algorithme cryptographique d’échange de clés Diffie-Hellman à l’aide de la base g, et du nombre premier p,. Plus précisément, le calcul de la première clé Z consiste à élever la base g, à une puissance z/, où, afin d’obtenir gZi, puis à calculer gt Zi modulo p,. Le nombre où z, est avantageusement un nombre aléatoire généré par le serveur de backoffice BO.
[0026] La validité Vi est un identifiant, par exemple un nombre, attribué à la série de nombres d’indice i et identifiant cette série de façon unique. Ce nombre est une suite de X chiffres (chaque chiffre étant un entier naturel compris entre 0 et 9) où X est suffisamment grand pour assurer une identification unique de la série d’indice i. Par exemple, X est supérieur ou égal 20, de préférence supérieur ou égal à 30.
[0027] Chaque véhicule A (B) exécute ensuite une étape E11 (E12) d’obtention de séries de nombres, préalable à l’établissement de communications sécurisées et anonymisées, aux fins d’obtenir des séries de nombres générées par le serveur de backoffice et destinées à la sécurisation et l’anonymisation des communications. On va maintenant décrire l’étape d’obtention de séries de nombres E11, mise en oeuvre par le véhicule A.
[0028] L’étape E11 comporte une première sous-étape E110 d’authentification mutuelle entre le véhicule A et le serveur de backoffice BO. Lors de cette première sous-étape, le véhicule A se connecte au serveur de backoffice BO et les deux entités A et BO s’authentifient mutuellement à l’aide de leurs certificats respectifs Ca et Cbo. Une fois l’authentification mutuelle réussie, le véhicule A transmet au serveur de backoffice BO une requête d’obtention d’une pluralité de séries de nombres, lors d’une deuxième sousétape. En réponse à sa requête, lors d’une troisième sous-étape, le véhicule A reçoit un message d’initialisation contenant les N séries de nombres (gi, p,, Z), Vi) avec i=1, ..., N. Le message d’initialisation est avantageusement signé par le serveur de backoffice BO à l’aide de son certificat Cbo. Dans un mode de réalisation particulier, le message d’initialisation est partiellement signé. Par exemple, seule la partie du message contenant Zi et Vi est signée. Le véhicule A vérifie la signature du message à l’aide de la clé publique du serveur BO afin de vérifier son authenticité, lors d’une quatrième sous-étape. Si l’authentification du message est réussie, le véhicule A stocke en mémoire, dans une table, les séries de nombres récupérées auprès du serveur de backoffice BO, lors d’une cinquième sous-étape. En cas d’échec de l’authentification, l’obtention des séries de nombres est interrompue.
[0029] Le message d’initialisation peut également contenir, pour chaque série de nombres, une information temporelle relative à l’usage de la clé Zi, par exemple une date de début d’usage de la clé Zi. Les clés peuvent en effet avoir une durée de validité limitée, prédéfinie, à compter de cette date de début d’usage.
[0030] L’étape d’initialisation qui vient d’être décrite est également mise en oeuvre par le véhicule B, de façon analogue, lors d’une étape d’initialisation E12.
-9[0031] A l’issue des étapes E11 et E12 d’obtention de séries de nombres, chaque véhicule A et B possède en mémoire un lot de séries de nombres (g,, p,, Z, Vi) avec i=1, N.
[0032] On va maintenant décrire la transmission sécurisée de données data depuis le véhicule A vers le véhicule B à travers un canal de transmission, selon un exemple particulier de mise en oeuvre de l’invention. La transmission des données data du véhicule A au véhicule B comprend un procédé d’émission des données par le véhicule A et un procédé de réception des données par le véhicule B.
[0033] Dans l’exemple de réalisation décrit ici, les données data sont à la fois chiffrées et signées. Le chiffrement permet de garantir la confidentialité des données data transmises. La signature permet de garantir l'intégrité du message électronique et d'en authentifier l'auteur (c’est-à-dire ici le véhicule A émetteur) tout en garantissant l’anonymisation des données.
Procédé d’émission des données data par le véhicule A [0034] Pour transmettre les données data, le véhicule A crée un message M pour véhiculer lesdites données data. Préalablement à la création du message M, le véhicule A génère une clé de chiffrement (appelée « deuxième clé de chiffrement >> par la suite) à usage unique, destinée être utilisée pour chiffrer et/ou signer uniquement sur le message M.
Génération de la clé de chiffrement à usage unique [0035] La génération de la clé à usage unique comporte trois étapes E20 à E22.
[0036] Lors de la première étape E20, le véhicule A génère un nombre aléatoire a puis, lors de la deuxième étape E21, il extrait de la table de stockage une première clé Zi ainsi que les nombres associés à cette première clé Zi dans la table, à savoir la base g,, le nombre premier pi, et la validité Z. La clé Zi est choisie de façon aléatoire dans la table ou selon un ordre prédéfini
- 10cTordonnancement des clés dans la table. Le cas échéant, la clé Zi est choisie selon sa période de validité.
[0037] Lors de la troisième étape E22, le véhicule A calcule une deuxième clé KaZi en élevant la première clé Z à la puissance a pour obtenir Zta puis en calculant Z/ modulo pt. Autrement dit, la deuxième clé est calculée selon l’expression KaZi = Z/modulo pi.
Préparation du message M [0038] Le procédé comprend ensuite une étape E23 de préparation ou création du message M contenant les données data à transmettre, à partir du premier groupe de nombres contenant p,, g>et Z et en utilisant la clé de chiffrement à usage unique ou deuxième clé de chiffrement KaZi pour chiffrer le message.
[0039] L’étape E23 de préparation du message M comprend une sous-étape E230 lors de laquelle le véhicule A extrait les nombres pi et gi, associés à la première clé Zi, de sa table ou mémoire de stockage, puis une sous-étape E231 de chiffrement d’un deuxième groupe de nombres contenant a, p, et g, à l’aide de la première clé Z utilisée comme clé de chiffrement symétrique. Par exemple, le chiffrement utilise l’algorithme de chiffrement symétrique AES (« Advanced Encryption Standard »). On note (α,ρι,ρι)ΑΕ5Ζί le deuxième groupe de nombres chiffré par AES et la clé de chiffrement Zi. Il constitue un entête du message M.
[0040] Dans l’exemple de réalisation décrit ici, l’étape de préparation E23 du message M comprend également une sous-étape E232 de chiffrement des données data consistant à chiffrer les données data à l’aide d’un algorithme de chiffrement symétrique, par exemple AES, et en utilisant la deuxième clé KaZi comme clé de chiffrement symétrique. Les données data chiffrées sont notées (data)AES καΖι et constituent un corps de message, appelé « Body >>. Autrement dit, on a l’expression suivante : Body = (άαία)ΛΕ5κ°ζ'.
- 11 [0041] En variante, afin d’augmenter le niveau de sécurisation, les données data sont concaténées avec un nombre aléatoire RAND, par exemple quatre bits de valeur « 0 >> ou « 1 >>, généré par le véhicule A, les données concaténées (data, RAND) sont chiffrées par chiffrement symétrique à l’aide de la deuxième clé KaZi. Dans ce cas, les données chiffrées sont notées (data, RAND)aes καΖι et constituent le corps de message. Autrement dit, on a dans ce cas l’expression suivante : Body = (data, RAND)AES καΖι.
[0042] L’étape E23 de préparation du message M comprend ensuite une sous-étape E233 de signature du message lors de laquelle le véhicule A génère une signature électronique du message M à l’aide d’un algorithme de signature numérique. Dans l’exemple de réalisation décrit, une signature est générée à partir du corps du message « Body >>. La signature du message M est par exemple un code d’authentification de message de type HMAC (de l’anglais « keyed-hash message authentication code » pour code d'authentification d'une empreinte cryptographique de message avec clé), calculé à l’aide d’une fonction de hachage telle que SHA-256. Dans ce cas, la signature est notée HMAC KaZi(Body)SHA~256. Une autre fonction de hachage ou un autre algorithme de signature pourraient être utilisées.
[0043] Lors d’une sous-étape finale E234 de création du message M, les composants ou éléments suivants sont concaténés dans z \AESZ l’ordre : la validité Vi, l’entête (a,p.,g.) 1 chiffré avec la première clé Zi, le corps de message (Body)AESκαΖι chiffré avec la deuxième clé καΖι et la signature HMAC KaZi(Body)SHA~256. Le message M a ainsi un format correspondant à la concaténation ordonnée de ces éléments, comme représenté ci-après :
M = ^Vi, (a,pit gj l,(data)AESK 1, HMAC KaZiÇ(data)AESK j = {Vj, Ça,pL, g ^AES Z', Body, H MAC KaZi(Body)SHA~256}
- 12[0044] Toutefois, le message M pourrait avoir un format différent. Par exemple, les éléments composant le message M pourraient être concaténés dans un ordre différent.
[0045] L’étape E23 de préparation du message M est suivie d’une étape E24 de transmission de ce message M, à travers un canal de transmission radio, vers le véhicule B. Le message M transmis est ensuite reçu et traité par le véhicule B comme décrit ci-après.
[0046] Dans l’exemple de réalisation qui vient d’être décrit, le message est à la fois chiffré et signé à l’aide de la clé KaZi à usage unique. En variante, selon les besoins en termes de sécurisation, le message pourrait être chiffré uniquement à l’aide de la clé KaZi ou uniquement signé à l’aide de la clé β-αζ; En toute hypothèse, le véhicule émetteur A effectue au moins une opération cryptographique (chiffrement ou signature) sur ledit message M en utilisant la clé KaZi à usage unique (c’est-à-dire valable uniquement pour le message M).
Procédé de réception et de traitement du message M reçu par le véhicule B [0047] Lors d’une première étape E30, le message M est reçu par le véhicule B. Il est ensuite traité afin de vérifier son authenticité et en extraire les données data véhiculées en clair.
Traitement du message M [0048] Lors d’une deuxième étape E31, le véhicule B extrait du message M la valeur de validité Vi.
[0049] Lors d’une troisième étape E32, le véhicule B extrait de sa table ou mémoire de stockage la première clé Z qui est associée à la validité Vi.
[0050] Lors d’une quatrième étape E33, le véhicule B déchiffre l’entête du message à l’aide de la première clé Z et obtient ainsi les nombres a, p, et g,.
- 13[0051 ] Puis, lors d’une cinquième étape E34, le véhicule B calcule une deuxième clé KaZi en élevant la première clé Z/ à la puissance a pour obtenir Zf a puis en calculant Z/ modulo Autrement dit, le véhicule B calcule la deuxième clé KaZi selon l’expression suivante KaZi = Zf modulo pi.
[0052] Le véhicule B effectue ensuite une première étape E35 de traitement cryptographique du message M reçu, consistant à vérifier la signature HMAC KaZi(Body)SHA~256 du message, en utilisant la deuxième clé KaZi calculée à l’étape E34, afin de vérifier l'authenticité du message.
[0053] En cas de vérification réussie de la signature du message M reçu, le véhicule B effectue une deuxième étape E36 de traitement cryptographique du message M reçu, consistant à déchiffrer le corps du message Body = (data)AES καΖι en utilisant la deuxième clé KaZi calculée à l’étape E34, afin d’obtenir le corps du message en clair. Comme précédemment indiqué, Body contient les données data, éventuellement concaténées avec un nombre aléatoire RAND.
[0054] En cas d’échec de l’authentification du message M, le traitement du message M est interrompu. Un message signalant que le message n’a pas pu être authentifié peut être remonté à un utilisateur du véhicule.
[0055] Les étapes E11 et E12 sont réitérées respectivement par les véhicules A et B, de façon régulière et/ou en fonction des besoins en clés Zi. A cet effet, chaque véhicule A, B se connecte au serveur de backoffice BO et récupère de nouvelles séries de nombres (g,, pi, Zi, VI), comme précédemment décrit.
[0056] Dans la description qui vient d’être faite, c’est le véhicule A qui transmet des données au véhicule B. Bien entendu, le véhicule B pourrait transmettre de façon analogue des données au véhicule A ou à tout autre équipement à travers un canal de transmission radio.
- 14[0057] En référence à la figure 4, chaque véhicule A, B intègre un dispositif de sécurisation des communications radio, notamment pour sécuriser les communications radio entre véhicules automobiles, comportant des moyens agencés pour mettre en oeuvre les étapes du procédé d’émission et les étapes du procédé de réception, telles que précédemment décrites. En particulier, chaque véhicule comporte :
- une interface de communication radio 1 à travers un canal de communication radio ;
- un module 2 d’obtention de séries de nombres, apte à mettre en oeuvre l’étape E11 (E12) ;
- une mémoire ou table 3 de stockage des séries de nombres obtenus ;
- un générateur de nombres aléatoires 4 ;
- un module 5 de chiffrement/déchiffrement apte à mettre en oeuvre un algorithme de chiffrement / déchiffrement symétrique, ici AES,
- un module 6 de génération d’une clé à usage unique, apte à mettre en oeuvre les étapes E20 à E22 ;
- un module 7 de préparation ou de création d’un message M pour véhiculer des données data à transmettre, apte à mettre en oeuvre l’étape E23 ;
- un module 8 de traitement d’un message M reçu, apte à mettre en oeuvre les étapes E31 à E36,
- un module 9 d’émission et de réception de données à travers l’interface radio, notamment apte à mettre en oeuvre les étapes E24 et E30 de manière à émettre et recevoir des messages M véhiculant des données data.
[0058] On comprendra que diverses modifications et/ou améliorations évidentes pour l'homme du métier peuvent être apportées aux
-15différents modes de réalisation de l’invention décrits dans la présente description sans sortir du cadre de l'invention défini par les revendications annexées.

Claims (10)

  1. REVENDICATIONS
    1. Procédé d’émission de données data, depuis un véhicule automobile (A), à travers un canal de communication radio, comprenant :
    - une étape d’obtention (E11) lors de laquelle ledit véhicule (A) obtient auprès d’une entité de distribution (BO) une pluralité de séries de nombres contenant chacune o une base g,, o un nombre premier pi, o une première clé Zi, ladite première clé Z étant le résultat d’un calcul consistant à élever la base g, à une puissance z/, où z, est un nombre secret choisi par ladite entité de distribution, afin d’obtenir gf1, puis à calculer g^ modulo pi, o un nombre de validité Vi associé à un premier groupe de nombres contenant pi, g, et Z, où i est un nombre entier représentant un indice de ladite série de nombres avec i = 1,2, ..., N ;
    et stocke en mémoire, dans une table, les N séries de nombres ;
    - une étape (E20) de génération d’un nombre aléatoire a ;
    - une étape (E22) de calcul d’une deuxième clé KaZi en élevant la première clé Z à la puissance a pour obtenir Zf a puis en calculant modulo p, ;
    - une étape (E23) de création d’un message M véhiculant les données (data) à partir d’un premier groupe de nombres contenant pi, g, et Z, lors de laquelle le véhicule A :
    o chiffre un deuxième groupe de nombres contenant a, p, et g, à l’aide de la première clé Z ;
    o insère dans ledit message M le nombre de validité Vi associé à la première clé Z,;
    - 17le deuxième groupe de nombres a, p> et g, chiffré à l’aide de la première clé Zi, dans un entête du message ;
    les données data, dans un corps du message ;
    o et effectue une opération cryptographique sur ledit message Men utilisant la deuxième clé KaZi ;
    - une étape (E24) d’émission du message créé /Wpar le véhicule (A) à travers ledit canal de communication radio.
  2. 2. Procédé d’émission selon la revendication 1, caractérisé en ce que la deuxième clé KaZi est à usage unique, destinée à être utilisée uniquement pour le message M.
  3. 3. Procédé d’émission selon la revendication 1, dans lequel, le véhicule (A) effectue au moins l’une des opérations cryptographiques du groupe comportant une opération (E232) de chiffrement du contenu du corps du message à l’aide de la deuxième clé KaZi et une opération cryptographique (E233) de signature du message à l’aide de la deuxième clé KaZi.
  4. 4. Procédé d’émission selon la revendication précédente, caractérisé en ce que le véhicule (A) exécute ladite opération cryptographique utilisant la deuxième clé KaZi uniquement sur le corps du message (Body).
  5. 5. Procédé d’émission selon l’une des revendications précédentes, caractérisé en ce que le véhicule (A) insère un nombre aléatoire rdans le corps du message.
  6. 6. Procédé de réception, par un deuxième véhicule (B), d’un message M émis par un premier véhicule (A), à travers un canal de communication, selon le procédé d’émission défini par l’une des revendications 1 à 5, caractérisé en ce qu’il comprend :
    - une étape d’obtention (E12) lors de laquelle ledit deuxième véhicule (B) obtient auprès d’une entité de distribution (BO) et stocke en mémoire, dans une table, une pluralité de séries de nombres contenant chacune o une base g,,
    - 18o un nombre premier p,, o une première clé Zi, ladite première clé Z étant le résultat d’un calcul consistant à élever la base g, à une puissance z/, où z, est un nombre secret choisi par ladite entité de distribution, afin d’obtenir gf1, puis à calculer gE modulo pi, o un nombre de validité Vi associé à un premier groupe de nombres contenant p,, g, et Z, où i est un nombre entier représentant un indice de ladite série de nombres avec i = 1,2, ..., N ;
    - une étape (E31) d’extraction du nombre de validité Vi du message M reçu ;
    - une étape (E32) d’extraction de la première clé Z associée au nombre de validité Vi de la table stockée en mémoire ;
    - une étape (E33) de déchiffrement de l’entête du message à l’aide de la première clé Z, afin d’obtenir les nombres a, p/et gu
    - une étape (E34) de calcul d’une deuxième clé KaZi consistant à élever la première clé Z à la puissance a pour obtenir Zfa puis à calculer Zfa modulo Pi',
    - au moins une étape (E35, E36) de traitement cryptographique du message M reçu à l’aide de la deuxième clé KaZi.
  7. 7. Procédé de réception selon la revendication précédente, caractérisé en ce que, dans le cas où le message M est signé, le deuxième véhicule (B) vérifie (E35) l’authenticité du message M en vérifiant la validité de la signature à l’aide de la deuxième clé KaZi.
  8. 8. Procédé selon l’une des revendications 6 et 7, caractérisé en ce que, dans le cas où le message est chiffré, le deuxième véhicule (B) déchiffre (E36) le message à l’aide de la deuxième clé KaZi en tant que clé de déchiffrement.
  9. 9. Dispositif de sécurisation des communications radio pour véhicule automobile, comportant des moyens agencés pour mettre en oeuvre les étapes du procédé d’émission selon l’une des revendications 1 à 5 et les étapes du procédé de réception selon l’une des revendications 6 à 8.
    5
  10. 10. Véhicule automobile intégrant un dispositif de sécurisation selon la revendication 9.
FR1852338A 2018-03-19 2018-03-19 Procede d’emission de donnees depuis un vehicule automobile et procede de reception desdites donnees par un autre vehicule, a travers un canal de communication radio. Active FR3079045B1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR1852338A FR3079045B1 (fr) 2018-03-19 2018-03-19 Procede d’emission de donnees depuis un vehicule automobile et procede de reception desdites donnees par un autre vehicule, a travers un canal de communication radio.
EP19711980.3A EP3769461A1 (fr) 2018-03-19 2019-02-21 Procede d'emission de donnees depuis un vehicule automobile et procede de reception desdites donnees par un autre vehicule, a travers un canal de communication radio
US16/980,374 US20210044435A1 (en) 2018-03-19 2019-02-21 Method for transmitting data from a motor vehicle and method for another vehicle to receive the data through a radio communication channel
PCT/FR2019/050396 WO2019180335A1 (fr) 2018-03-19 2019-02-21 Procede d'emission de donnees depuis un vehicule automobile et procede de reception desdites donnees par un autre vehicule, a travers un canal de communication radio

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1852338A FR3079045B1 (fr) 2018-03-19 2018-03-19 Procede d’emission de donnees depuis un vehicule automobile et procede de reception desdites donnees par un autre vehicule, a travers un canal de communication radio.
FR1852338 2018-03-19

Publications (2)

Publication Number Publication Date
FR3079045A1 true FR3079045A1 (fr) 2019-09-20
FR3079045B1 FR3079045B1 (fr) 2021-12-03

Family

ID=62873452

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1852338A Active FR3079045B1 (fr) 2018-03-19 2018-03-19 Procede d’emission de donnees depuis un vehicule automobile et procede de reception desdites donnees par un autre vehicule, a travers un canal de communication radio.

Country Status (4)

Country Link
US (1) US20210044435A1 (fr)
EP (1) EP3769461A1 (fr)
FR (1) FR3079045B1 (fr)
WO (1) WO2019180335A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11159497B2 (en) * 2020-01-29 2021-10-26 Citrix Systems, Inc. Secure message passing using semi-trusted intermediaries
CN115174645B (zh) * 2022-06-30 2024-03-26 北京新能源汽车股份有限公司 一种汽车ota车云交互方法及系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ANNE MARIE HEGLAND ET AL: "A survey of key management in ad hoc networks", IEEE COMMUNICATIONS SURVEYS AND TUTORIALS, INSTITUTE OF ELECTRICAL AND ELECTRONICS ENGINEERS, US, vol. 8, no. 3, 1 July 2006 (2006-07-01), pages 48 - 66, XP011201270, ISSN: 1553-877X *
MEJRI MOHAMED NIDHAL ET AL: "A new group Diffie-Hellman key generation proposal for secure VANET communications", 2016 13TH IEEE ANNUAL CONSUMER COMMUNICATIONS & NETWORKING CONFERENCE (CCNC), IEEE, 9 January 2016 (2016-01-09), pages 992 - 995, XP032887072, DOI: 10.1109/CCNC.2016.7444925 *
SUNILKUMAR S. MANVI ET AL: "A survey on authentication schemes in VANETs for secured communication", VEHICULAR COMMUNICATIONS, vol. 9, 1 July 2017 (2017-07-01), pages 19 - 30, XP055411308, ISSN: 2214-2096, DOI: 10.1016/j.vehcom.2017.02.001 *

Also Published As

Publication number Publication date
US20210044435A1 (en) 2021-02-11
WO2019180335A1 (fr) 2019-09-26
FR3079045B1 (fr) 2021-12-03
EP3769461A1 (fr) 2021-01-27

Similar Documents

Publication Publication Date Title
US10903991B1 (en) Systems and methods for generating signatures
EP2323306B1 (fr) Procédé de transmission de données sécurisé et système de chiffrement et de déchiffrement permettant une telle transmission
JP4659749B2 (ja) 同一性ベースの暗号化メッセージングシステム
US7634085B1 (en) Identity-based-encryption system with partial attribute matching
EP2951944A1 (fr) Procede de chiffrement homomorphe pour le ou exclusif et calcul securise d'une distance de hamming
FR2913154A1 (fr) Chiffrement broadcast base sur identite
EP2345202A2 (fr) Procédé de signature numérique en deux étapes
US20150256336A1 (en) End-To-End Encryption Method for Digital Data Sharing Through a Third Party
WO2020169542A1 (fr) Méthode cryptographique de vérification des données
CN104158880A (zh) 一种用户端云数据共享解决方法
CN104993931A (zh) 一种云存储中多用户的加密搜索方法
CN116668072A (zh) 一种基于多权限属性基加密的数据安全共享方法及系统
WO2019180335A1 (fr) Procede d'emission de donnees depuis un vehicule automobile et procede de reception desdites donnees par un autre vehicule, a travers un canal de communication radio
EP3965361A1 (fr) Echange de données entre un client et un dispositif distant, par exemple un module sécurisé
CN112528309A (zh) 一种数据存储加密和解密的方法及其装置
FR3081652A1 (fr) Methode d'etablissement de cles pour le controle d'acces a un service ou une ressource
CN111526131B (zh) 基于秘密共享和量子通信服务站的抗量子计算的电子公文传输方法和系统
EP1587238A1 (fr) Procédé de vérification dans un terminal radio de l'authenticité de certificats numériques et système d'authentification
CN113824713A (zh) 一种密钥生成方法、系统及存储介质
FR3117718A1 (fr) Méthode de divulgation sélective de données via une chaine de blocs
FR2913153A1 (fr) Chiffrement base sur identite
US9369276B2 (en) Digital signature authentication without a certification authority
US11917056B1 (en) System and method of securing a server using elliptic curve cryptography
EP3863219A1 (fr) Procédé et dispositif d'évaluation de correspondance d'ensembles de données structurées protégées par le chiffrement
CN116938468A (zh) 一种密钥生成方法、装置及设备

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20190920

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