$$\rightleftharpoonup{xx}$$
$$\longleftharp{xx}$$,
$$\longrightharp{xx}$$,
Préliminaires
Modèle du système : Le système VANET se compose de trois types principaux d’entités : autorité de confiance (TA), unités routières (RSU) et véhicules avec unités embarquées (OBU). L’AT est au cœur de l’initiation, de la gestion des clés et de la révocation occasionnelle. Elle est totalement fiable et généralement contrôlée par le gouvernement ou les infrastructures. Chaque RSU est une unité stationnaire déployée le long de la route. Cela fournit une infrastructure de communication ; dans ce modèle, les RSU sont supposées être connectées à la TA via une infrastructure dorsale sécurisée (par exemple, fibre ou réseau sécurisé) afin qu’elles puissent envoyer ou recevoir des mises à jour de la TA selon les besoins. Les véhicules sont équipés d’OBU qui permettent aux communications véhicule à véhicule (V2V) et véhicules à infrastructure (V2I). Cette étude suppose que les OBU disposent d’un dispositif inviolable (TPD) ou d’un module matériel sécurisé capable de stocker des clés cryptographiques et d’effectuer des opérations cryptographiques isolément, protégeant ainsi les secrets à long terme contre toute compromission physique.
Modèle de communication : Les véhicules diffusent des messages périodiques à un seul saut (comme des messages de sécurité de base) via un canal sans fil (par exemple, IEEE 802.11p ou C-V2X PC5) qui peuvent être reçus par d’autres véhicules et des RSU à portée. Ces messages doivent être authentifiés par les destinataires afin d’en garantir la validité. Les RSU envoient également périodiquement des informations (feux de circulation et avertissements) aux véhicules via la communication véhicule-infrastructure (V2I). Dans ce travail, l’accent principal est mis sur l’authentification des messages véhicule-à-infrastructure (V2I). Cela signifie que les véhicules sont authentifiés par une RSU via une authentification par lots lorsqu’ils entrent dans la zone de couverture de la RSU. L’authentification V2V peut être gérée de manière similaire en faisant utiliser les véhicules le même schéma de signature ; cependant, la vérification par lots est la plus bénéfique lors des RSU, qui peuvent devoir vérifier simultanément les messages de nombreux véhicules.

Figure 1 : Vérification par lots dans le réseau VNET. Cette figure illustre l’architecture utilisée pour l’authentification par lots, illustrant comment plusieurs ORBU dans des lots de véhicules (par exemple, BATCH1 et BATCH2) communiquent sans fil avec des RSU aux intersections ou points de trafic, qui sont connectés via des liaisons filaires à une TA centrale. Le protocole permet la vérification collective des demandes d’authentification dans un trafic à haute densité à l’aide de polynômes de Chebyshev. Chaque véhicule calcule un jeton d’authentification en évaluant Tk(x) mod P, le concaténe avec son identité et son horodatage, hache la valeur et la transmet à l’URSS. L’USR agrège les jetons et les vérifie collectivement.
Abréviations ; VANET = Réseau ad hoc véhiculaire ; OBU = Unité embarquée ; RSU = Unité de bord de route ; TA = Autorité de confiance. Veuillez cliquer ici pour voir une version agrandie de cette figurine.
Authentification par lots dans les VANET : Dans les environnements à forte densité de trafic, les RSU peuvent recevoir des demandes d’authentification de plusieurs véhicules en très peu de temps. Effectuer une authentification individuelle pour chaque requête peut entraîner des retards computationnels importants et augmenter la surcharge de communication. Comme illustré à la Figure 1, le mécanisme d’authentification par lots proposé exploite les propriétés mathématiques des polynômes de Chebyshev pour obtenir une vérification multi-véhicule efficace15. Chaque véhicule calcule un jeton d’authentification αi en évaluant un polynôme de Chebyshev Tvi(Tr(x)) modulo un grand nombre premier p, où vi est la clé privée du véhicule, r la clé privée de la RSU, et x est une base publique. La sortie est concaténée avec l’identité numérique et l’horodatage du véhicule, hachée et transmise à l’USR. La RSU agrége tous les jetons reçus en une seule valeur et les vérifie collectivement en utilisant la relation Tr.∑v i(x) modulo p. Cette approche réduit considérablement le nombre d’opérations de vérification coûteuses, améliorant ainsi la scalabilité dans des environnements tels que les intersections, les barrières de péage et les points d’étranglement de la circulation.

Figure 2 : Authentification par transfert dans les réseaux VNET. Cette figure montre le protocole d’authentification de transfert léger proposé qui permet à un véhicule de passer de l’unité RSU actuelle (unité routière 1) à la suivante (unité routière 2) sans réauthentification complète, ce qui peut réduire la latence. RSU1 génère une carte autorisée en utilisant la concaténation basée sur hachage de clés publiques et une valeur aléatoire, puis applique des opérations polynomiales de Chebyshev pour calculer des paramètres intermédiaires (ω₁, ω₂), une clé initiale (IK), une clé de session chiffrée et une clé temporaire (TK). Ces valeurs sont envoyées au véhicule et transmises à RSU2. RSU2 vérifie les données et récupère la clé de session en utilisant des opérations inverses de Chebyshev, établissant une clé de session sécurisée (SK) pour une communication ininterrompue. Le protocole permet des transferts rapides et sécurisés, adaptés aux environnements de communication vectorielle à grande vitesse. Abréviations ; VANET = Réseau ad hoc véhiculaire ; RSU = Unité de bord de route ; IK = Clé initiale ; TK = Clé temporaire ; SK = Clé de session. Veuillez cliquer ici pour voir une version agrandie de cette figurine.
Authentification par transfert pour un transfert fluide : À mesure que les véhicules se déplacent entre les zones de couverture RSU, refaire l’authentification complète à chaque nouvelle RSU introduit de la latence et peut perturber les sessions sécurisées. Le processus d’authentification par transfert, tel que montré à la Figure 2, permet un transfert sécurisé et léger. La RSU actuelle génère une carte autorisée ACi en hachant la concaténation des clés publiques du véhicule et de la RSU ainsi qu’un paramètre de session aléatoire bi. En utilisant les transformations polynomiales de Chebyshev TAC(x) modulo p, la RSU calcule des valeurs intermédiaires ω1,ω 2 = ω1
FPKRi, une clé spécifique à la session IKi = H(ω1
FPKv i) et une clé de session chiffrée ω3 = (EIKi(SKi)). Enfin, une clé temporaire TKi est dérivée de γ =b i. IK i-1 en utilisant une autre transformation de Chebyshev Tγ(x). Le tuple (TK i,ω 2,ω 3) est envoyé à la RSU suivante, qui l’utilise pour vérifier et reprendre une communication sécurisée avec le véhicule sans effectuer une réauthentification complète. Ce mécanisme garantit un minimum de perturbations et une latence ultra-faible pour les véhicules circulant à grande vitesse.
Mobilité et transfert : Les véhicules se déplaçant d’un endroit à un autre dans le réseau peuvent rencontrer plusieurs RSU sur leur parcours. En combinant l’authentification par lots basée sur les polynômes de Chebyshev pour l’accès initial aux RSU et l’authentification par transfert de transfert de mobilité, le système atteint à la fois évolutivité etcontinuité 16. L’authentification par lots gère effectivement de nombreuses authentifications simultanées des véhicules, tandis que l’authentification par transfert réduit les délais de réauthentification lors des transitions RSU. Ensemble, ces mécanismes forment un cadre solide, mathématiquement sécurisé et performant pour l’authentification VNET.
Préliminaires polynômes de Tchebychev
Les polynômes de Tchébychev (Tn(x)) sont le concept mathématique central du schéma d’authentification. Ils suivent une formule de récurrence et possèdent des caractéristiques qui les rendent adaptés aux fonctions cryptographiques unidirectionnelles. Les principales définitions et propriétés sont les suivantes.
Définition : Le polynôme de Chebyshev de degré n (pour un entier n≥ 0) :
Tn(x) = cos(n arccos x),
pour x
[-1,1]]. De manière équivalente, on peut la définir sur les réels ou modulo un nombre premier P. Les premiers polynômes de Chebyshev de premier type Tn(x) jusqu’à n=4 (le degré varie de 0 à 4) sont décrits dans le tableau 2.
| S.No | Diplôme | Description | Résultat |
| 1 | T0(x) | T0(x) = cos(0.arccros x) = cos(0) = 1 | T0(x) = 1 |
| 2 | T1(x) | T1(x) = cos(1.arccros x) = cos(arcos x) = 1 | T1(x) = x |
| 3 | T2(x) | T2(x) = cos(2.arccros x) = 2cos2(arcos x)-1 = 2x2-1 (Puisque cos(2θ) = 2cos2θ-1) | T2(x) = 2x2-1 |
| 4 | T3(x) | T3(x) = cos(3.arccros x) = 4x3-3x (Puisque cos(3θ) = 4cos3θ-3cosθ) | T3(x) = 4x3-3x |
| 5 | T4(x) | T4(x) = 8x4-8x 2+1 (Puisque cos(4θ) = 8cos4θ-8cos2θ+1) | T4(x) = 8x4-8x 2+1 |
Tableau 2 : Évaluation de la relation de récurrence. Ce tableau présente les premiers polynômes de Chebyshev du premier type Tn(x) (pour les degrés 0 à 4), calculés à l’aide de la relation de récurrence qui constitue la base mathématique du schéma d’authentification proposé. Abréviations ; Tn(x) = polynôme de Chebyshev de degré n évalué en x ; n = degré polynomial ; x = Variable d’entrée.
En général, ils satisfont la récurrence suivante :
Tn+1(x) = 2xTn(x) - Tn-1(x), avec T0(x) = 1, T1(x) = x.
Cette récurrence permet un calcul itératif efficace de Tn(x).
Propriété de semi-groupe : À l’instar des exposants multiplicatifs, les polynômes de Chebyshev affichent une propriété de composition spécifiquement :
Tm(Tn(x)) = Tm.n(x) ,
pour tout entier positif m,n. En termes de mots, si l’on applique d’abord un polynôme de Chebyshev de degré n à x, puis un autre polynôme de Chebyshev de degré m au résultat, cela équivaut à appliquer directement un polynôme de Chebyshev de degré m * n à x. Cette propriété est centrale pour l’utilisation des polynômes de Chebyshev dans les protocoles d’échange et d’authentification de clés de Diffie–Hellman, car elle ressemble à la propriété (ga)b = (gb)a de l’exponentiation dans un groupe cyclique.
Comportement chaotique : Pour les degrés n>1 , l’application x
Tn(x) (lorsque x est dans [-1,1]) a été démontrée comme une application chaotique sous des conditions spécifiques. De manière informelle, un petit changement dans x peut provoquer de grands changements dans Tn(x) lorsque n est grand, et Tn(x) est distribué en [-1,1] de manière à ce que, pour un grand n, puisse sembler aléatoire. Cette « pseudo-aléatoire » est utile en cryptographie pour produire des sorties imprévisibles.
Problème du logarithme discrète polynomial de Chebyshev (CPDLP) : C’est similaire au problème du logarithme discret mais utilise les polynômes de Chebyshev. Étant donné un module premier P et des valeurs publiques x et y = Tn(x) mod P, il est très difficile de trouver l’entier n. En d’autres termes, si l’on connaît x et y, déterminer n est extrêmement difficile lorsque les nombres sont grands. C’est similaire au problème classique du logarithmide discret, où trouverun mod P à partir de g est difficile.
Problème polynomial de Diffie–Hellman de Chebyshev (CPDHP) : Étant donné x, Ta(x) et Tb(x) (pour les entiers secrets aléatoires a,b), il est difficile de calculer Ta.b(x) sans connaître soit a soit b. Cela reflète le problème de Diffie–Hellman : avec ga etg b, un adversaire ne peut pas calculer gab. Dans le contexte de Chebyshev, notons que Tab(x) = Ta(Tb(x)) = Tb(Ta(x)) par la propriété du semi-groupe ; donc si deux parties connaissent chacune un des a,b, elles peuvent facilement calculer Tab(x), tandis qu’un espionnage ne connaissant que les résultats individuels ne peut pas.
La sécurité du schéma repose sur ces hypothèses (CPDLP et CPDHP sont insolubles). Pour une mise en œuvre pratique, cette étude opère dans un corps fini (modulo un grand nombre premier P) afin de garantir un comportement distinct. Typiquement, un nombre aléatoire x dans [2,P-2] est choisi comme paramètre système (cela joue un rôle similaire à un générateur dans un groupe multiplicatif). L’AT choisira un tel x et le publiera comme partie des paramètres publics. Ensuite, les polynômes de Chebyshev peuvent être calculés modulo P via la formule de récurrence. Bien que x ne soit pas dans [-1,1] dans ce cas, on peut utiliser l’isomorphisme entre les polynômes de Tchébychev et le cosinus hyperbolique pour des valeurs extérieures à [-1,1], ou simplement traiter la récurrence algébriquement modulo P. La propriété chaotique, au sens strict, s’applique aux intervalles réels ; cependant, pour une utilisation cryptographique, l’étude repose sur l’imprévisibilité due à la difficulté du CPDHP dans un champ fini.
Modèle d’attaque
Dans le cadre proposé d’authentification par lots et transferts pour les VANET utilisant les polynômes de Chebyshev, les chercheurs envisagent un paysage de menace réaliste dans lequel des adversaires externes et internes peuvent tenter de perturber la communication sécurisée. Les attaquants externes sont des entités extérieures au réseau véhiculaire qui cherchent à intercepter, modifier ou injecter des messages malveillants sans posséder de véritables identifiantsd’authentification 17. Les attaquants internes, en revanche, sont des véhicules ou RSU compromis ou malveillants qui détiennent déjà des identifiants valides mais les utilisent à tort pour se faire passer pour autrui, falsifier des données ou lancer des attaques coordonnées.
Attaque Man-in-the-middle (MIM) : L’adversaire intercepte et transmet des messages entre deux parties légitimes tout en modifiant potentiellement leur contenu. Le protocole atténue cela en employant une authentification mutuelle et un accord de clé de session basés sur la difficulté du problème du polynôme de Chebyshev, garantissant que toute donnée interceptée est computationnellement irréalisable à manipuler sans détection18.
Attaque à rediffusion : Un attaquant renvoie des messages valides précédemment capturés pour obtenir un accès non autorisé ou provoquer une confusion réseau. Les chercheurs abordent ce problème en intégrant des timestamps et des identifiants de session dans le processus d’authentification, garantissant ainsi que les messages ne sont valides que dans un court délai et ne peuvent pas être réutilisés ultérieurement.
Attaque d’usurpation d’identité : est également considérée comme une attaque lorsqu’un agresseur tente de se faire passer pour un véhicule légitime ou une RSU. En liant étroitement le processus d’authentification à des clés polynomiales uniques de Chebyshev et en vérifiant les signatures numériques lors de l’authentification par lots et des transferts, le système garantit que seuls les participants authentiques peuvent communiquer.
Attaques d’écoute clandestine : où les adversaires surveillent passivement les communications pour extraire des informations sensibles. Le schéma proposé garantit la confidentialité grâce à la génération sécurisée de clés de session ; Ainsi, même si des paquets de données sont interceptés, ils restent incompréhensibles sans la clé secrète.
Attaques de collusion : lorsque plusieurs entités compromises collaborent pour briser le protocole d’authentification. L’utilisation de la vérification agrégée dans l’authentification par lots et de la vérification indépendante dans l’authentification par transfert empêche les nœuds compromis de falsifier collectivement des identifiants valides.
| Symbole | Description |
| Ui | I-ième véhicule du VANET |
| RSU | Unité en bord de route |
| Merci d’accord | Autorité de confiance |
| TSi | Horodatage généré par le véhicule |
| TA RSU | Horodatage généré par RSU |
| TSTA | Horodatage généré par TA |
| ΔT | Différence d’horloge maximale autorisée pour la validité des messages |
| DID Ui | Identité basée sur le pseudonyme du véhicule Ui |
| DID RSU | Identité basée sur le pseudonyme de RSU |
| Tv(x) | Polynôme de Tchebychev avec la clé privée du véhicule « v » |
| TV(x) | Polynôme de Chebyshev avec clé privée d’autorité de confiance « b » |
TPKRi(x)
| Polynôme de Chebyshev avec la clé publique de RSU |
| αi | Hachage d’identité calculé par véhicule Ui |
| β | Hachage d’identité calculé par RSU pour Ui |
| θi | Jeton de vérification polynomiale issu de l’interface utilisateur utilisé pour l’agrégation |
| θ’agg | Polynôme agrégé attendu (calculé TA) |
| θAGG | Produit polynomial agrégé de tous les véhicules Θi |
| mi,n i | Valeurs de graine aléatoires de clés de session générées par TA |
| ri, u i | Valeurs scalaires secrètes attribuées respectivement à RSU et véhicule |
| PUB RSU | Clé publique de RSU |
| PUB ui | Clé publique du véhicule Ui |
| E1(i), E2(i) | Valeurs de masquage calculées via un hachage pour la confidentialité |
| IK(i) | Composantes des messages d’authentification/échange de clés de session |
| SKi | Clé de la dernière session établie entre le véhicule et l’USR |
| H(.) | Fonction de hachage résistante aux collisions |
| ESK(.)/DSK(.) | Chiffrement/déchiffrement symétrique utilisant la clé de session |
| || | Opérateur de concaténation |
| mod P | Fonctionnement modulaire sur un grand nombre premier p |
Tableau 3 : Notations. Ce tableau liste les symboles clés, les paramètres et les notations cryptographiques utilisées tout au long de l’article.
Schéma proposé :
Ce schéma proposé se compose de deux composantes principales : (i) un mécanisme de vérification par lots de messages utilisant des polynômes de Chebyshev et (ii) un protocole d’authentification par transfert de transfert de véhicules entre RSU. Cette étude fournit d’abord un aperçu de la configuration du système, puis décrit chaque composant en détail dans les sections suivantes, ainsi que la terminologie et la notation ont été illustrées dans le tableau 3.
Immatriculation du véhicule :
Étape 1 : Chaque véhicule lance le processus d’authentification. Soit qu’il y ait n véhicules u1,u 2,u 3....,un tentant l’authentification avec la même RSU au moment t. Chaque véhicule ui calcule :
αi = H(DIDui|| Tv i(Tb(x)) || TSi) (1)
Ensuite, ui envoie :
I1(i) = (αi,DID ui,TS i) (2)
à la RSU.
Étape 2 : RSU agrége et prépare l’authentification par lots après avoir reçu toutl’I 1(i), RSU effectue :
1. Validation temporelle : |TSc - TSi| ≤ ΔT
2. Calculer le hachage de la réponse RSU pour chaque véhicule : βi = H(DIDRSU||Tr i(Tb(x))||TSRSU)
3. Calculer les jetons de Chebyshev : θi = Tv i(TPKRi(x)) mod P
4. Agréger tous les jetons :
5. Préparer le message de série :
et l’envoyer à l’assistant d’enseignement.
Étape 3 : TA vérifie les signatures batch
1. Vérifier l’horodatage : TSTA - TSRSU ≤ ΔT
2. Vérifier le hachage RSU : βi* = H(DIDRSU || Tb(Tr i(x)) || TS RSU) = βi
3. Vérifier le hachage du véhicule : αi* = H(DIDui|| Tb(T vi(x)|| TSi) = αi
4. Vérification agrégée : θ’agg = T∑v i(x)mod P
H(θagg) = H(θagg') Si tous réussissent, l’authentification est réussie.
Étape 4 : Établissement de la clé de session (en lot) pourchaque u i , TA effectue :
1. Calculer : E1(i) = H(PUB RSU||ri||TSRSU)
E2(i) = H(PUBui||vi||TSi).
2. Générer des valeurs aléatoires mi,n i
Z*P
3. Clé de session de calcul : SKi = H(mi||ni||ri||vi)
4. Construire des composants chiffrés :
I3(i) = H(m i)
E1(i)
I4(i) = H(n i)
E2(i)
I5(i) = SKi
H(m i)
I6(i) = SKi
H(ni)
Envoie le fibré : {I3(i),I4(i),I5(i),I6(i),TSTA}ni=1
Étape 5 : RSU envoie les informations de session à chaque véhiculeu i
1. Récupérer : H(m i) =I 3(i)
E1(i)
SKi = I5(i)
H(m i)
2. Vous envoyeri : {I 4(i),I6(i),TSRSU+1}
Étape 6 : Les véhicules réalisent l’extraction de clés de session pour chaque ui
1. Calculer : H(n i) = I4(i)
E2(i)
SKi = I6(i)
H(ni)
2. Utiliser la clé de session pour chiffrer les messages :
ESKi(mi||PUBui||PUB RSU)
Étape 7 : Transférer l’authentification pour un transfert fluide
Étape 7.1 : La génération autorisée de cartes par RSU sera calculée
ACi = H(FPKvi|| FPKRi|| bi)
ω1 = TAC(x) mod P,ω2=ω1
FPKRi
IKi = H(ω1||FPKc. i)
ω3 = EIKi(SKi)
TK i = Tγ(x) mod P
γ = bi. IK i-1
Envoyez (TK i,ω 2,ω 3) à la RSU suivante.
Étape 7.2 : Validation par la RSU voisine
TAC(x) = ω2
FPKRi-1
IKi '= H(TAC(x)||FPKc. i)
TTKi(IKi'(HORi))mod P = Tt(x)mod P
Étape 7.3 : Récupération de la clé de session (déchiffrement de nouvelles RSU)
SKi = DIKi'(ω3)
Le véhicule ui est désormais authentifié dans la nouvelle zone RSU et peut continuer une communication sécurisée, toutes les notations utilisées dans l’algorithme étant détaillées dans le tableau 3.
À la Figure 3, les chercheurs ont expliqué en détail l’authentification par transfert avec un diagramme de voie de nage, comment la RSU actuelle transfère l’autorisation à la nouvelle RSU en envoyant ses paramètres (TK i, ω2, ω3) et, après avoir reçu ces paramètres de la nouvelle RSU, elle valide les vérifications en utilisant
TTKi(IKi'(HORi))mod P = Tt(x)mod P . À partir de cette séance, la clé sera récupérée par la nouvelle RSU et envoyée au véhicule.

Figure 3 : Transfert authentifique entre deux RSU. Cette figure illustre le diagramme de flux du protocole d’authentification de transfert dans un VANET, où un véhicule facilite le transfert sécurisé entre l’Unité Routière actuelle (RSU 1) et l’Unité Routière suivante (RSU 2). Le processus commence par la génération de cartes authentifiées et les calculs cryptographiques à RSU 1, suivis de la transmission des paramètres au véhicule, de la validation et de la récupération de la clé de session à RSU 2, pour conclure par l’établissement d’une clé de session sécurisée. Abréviations ; VANET = Réseau ad hoc véhiculaire ; RSU = Unité en bord de route. Veuillez cliquer ici pour voir une version agrandie de cette figurine.