Brevet FR3079045A1 — publié le 20190920

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. 2 [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 5 entité de distribution une pluralité de séries de nombres contenant chacune - une base gi, - un nombre premier pi, - une première clé Z, ladite première clé Z étant le résultat d'un calcul consistant à élever la base g; à une puissance zi, où zi est un nombre 10 secret choisi par ladite entité de distribution, afin d'obtenir gizi, puis à calculer gizi modulo pi, - 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 15 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 Zia puis en calculant Zia modulo Pi; 20 - une étape 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: - chiffre un deuxième groupe de nombres contenant a, pi 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, pi et g; chiffré à 3 l'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 ; 5 - une étape d'émission du message créé M par 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 10 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 15 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 20 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, à 25 travers un canal de communication, selon le procédé d'émission qui vient d'être défini, caractérisé en ce qu'il comprend : 4 - 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 gi, 5 o un nombre premier pi, 0 une première clé Z, ladite première clé Z étant le résultat d'un calcul consistant à élever la base g; à une puissance zi, où zi est un nombre secret choisi par ladite entité de distribution, afin d'obtenir gizi, puis à calculer gizi modulo pi, 10 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 ; - une étape d'extraction du nombre de validité Vi du message M reçu ; 15 - 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é Z, afin d'obtenir les nombres a, pi et gi; - une étape de calcul d'une deuxième clé KaZi consistant à élever la première 20 clé Z à la puissance a pour obtenir Zia puis à calculer Zia modulo Pi; - 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é 25 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. 5 [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 10 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 ; 15 - 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 ; 20 - 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 25 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. 6 [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 5 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 à 10 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 15 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 20 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. 25 [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 30 véhicule A, le véhicule B et le serveur de backoffice BO. De façon alternative, 7 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 5 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 gi, 10 o un nombre premier pi, 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 pi, g; et Z. 15 [0025] La première clé Z est générée à partir d'un nombre secret zi 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 pi. Plus précisément, le calcul de la première clé Z consiste à élever la base g; à une puissance z, où, afin d'obtenir gizi, puis à calculer gizi 20 modulo pi. Le nombre où zi 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 25 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 El 1 (E12) d'obtention de séries de nombres, préalable à l'établissement de 30 communications sécurisées et anonymisées, aux fins d'obtenir des séries de 8 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 El 1, mise en oeuvre par le véhicule A. [0028] L'étape El 1 comporte une première sous-étape E110 5 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 10 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, V,) 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 15 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, 20 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 25 clé Zi, par exemple une date de début d'usage de la clé Z. 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 El 1 et El 2 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 (gi, p,, Z, V,) avec i=1, ..., N. [0032] On va maintenant décrire la transmission sécurisée de 5 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. 10 [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. 15 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 20 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 25 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 gi, le nombre premier pi, et la validité V. La clé Zi est choisie de façon aléatoire dans la table ou selon un ordre prédéfini - 10 - d'ordonnancement 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 5 Zia puis en calculant Zia modulo pi. Autrement dit, la deuxième clé est calculée selon l'expression Kazi = Ziamodulo 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 à 10 transmettre, à partir du premier groupe de nombres contenant pi, 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, 15 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, pi 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 (a, gjAES Zi 20 le deuxième groupe de nombres chiffré par AES et la clé de chiffrement 1. 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 25 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)4 Es KaZ' et constituent un corps de message, appelé « Body ». Autrement dit, on a l'expression suivante : Body = (data)Es Kaz, [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 5 à l'aide de la deuxième clé KaZi . Dans ce cas, les données chiffrées sont notées (data, RAND)AEsKazi et constituent le corps de message. Autrement dit, on a dans ce cas l'expression suivante : Body = (data, RAND)AEs KaZ' [0042] L'étape E23 de préparation du message M comprend ensuite une sous-étape E233 de signature du message lors de laquelle le 10 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 15 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 Kaz(Body)s'_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 20 message M, les composants ou éléments suivants sont concaténés dans AES Z, l'ordre : la validité Vi, l'entête (a,pi, g i) chiffré avec la première clé Zi, le corps de message Ge 0 dy)AES KaZ' chiffré avec la deuxième clé Kaz et la signature HMAC Kaz(Body)s'_256. Le message M a ainsi un format correspondant à la concaténation ordonnée de ces éléments, comme 25 représenté ci-après : AES Z SHA-256} M = (a, p i, g i) ,(datc)s KaZ' HMAC Kaz'((datc)s AES Z = (a, i, g i) Body, HMAC K(Body)_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 5 é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 10 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é KaZi. 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 15 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 20 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 25 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, pi et gi. - 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 Zia puis en calculant Zia modulo pi. Autrement dit, le véhicule B calcule la deuxième clé Kazi selon l'expression suivante Kazi = Zia modulo pi. 5 [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 Kaz(Body)s'_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 10 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 = (date' Kaz' 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 15 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. 20 [0055] Les étapes El 1 et El 2 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 Z. 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 (gi, pi, Z, 14), comme précédemment décrit. 25 [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 5 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 10 ceuvre 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 15 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 20 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 25 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 - 15 - différents modes de réalisation de l'invention décrits dans la présente description sans sortir du cadre de l'invention REVENDICATIONS1. 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 (El 1) 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 gi, o un nombre premier pi, 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 zi, où zi est un nombre secret choisi par ladite entité de distribution, afin d'obtenir gizi, puis à calculer gizi 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 Zia puis en calculant Zia modulo Pi; - 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, pi 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; - 17 - le deuxième groupe de nombres a, pi et g; chiffré à l'aide de la première clé Z, 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 5 utilisant la deuxième clé KaZi ; - une étape (E24) d'émission du message créé M par le véhicule (A) à travers ledit canal de communication radio. 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 10 uniquement pour le message M. 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 15 (E233) de signature du message à l'aide de la deuxième clé Kazi. 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. Procédé d'émission selon l'une des revendications précédentes, 20 caractérisé en ce que le véhicule (A) insère un nombre aléatoire rdans le corps du message. 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 25 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 gi, - 18 - o un nombre premier pi, 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 zi, où est un nombre secret choisi par ladite entité de distribution, afin 5 d'obtenir gizi, puis à calculer gizi 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 ; 10 - 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, pi et ; 15 - une étape (E34) de calcul d'une deuxième clé Kazi consistant à élever la première clé Z à la puissance a pour obtenir Zia puis à calculer Zia modulo ; - au moins une étape (E35, E36) de traitement cryptographique du message M reçu à l'aide de la deuxième clé Kazi. 20 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. Procédé selon l'une des revendications 6 et 7, caractérisé en ce 25 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. -19- 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. Véhicule automobile intégrant un dispositif de sécurisation selon la revendication 9.