$$\rightleftharpoonup{xx}$$
$$\longleftharp{xx}$$,
$$\longrightharp{xx}$$,
Voorrondes
Systeemmodel: Het VANET-systeem bestaat uit drie primaire entiteitstypen: trusted authority (TA), wegeenheden (RSU's) en voertuigen met boordunits (OBU's). De TA is centraal bij het initiëren van de initialisatie, sleutelbeheer en af en toe intrekking. Het is volledig vertrouwd en meestal gecontroleerd door de overheid of infrastructuur. Elke RSU is een stationaire eenheid die langs de weg is ingezet. Dit biedt een communicatie-infrastructuur; in dit model wordt aangenomen dat RSU's via een beveiligde backbone (bijvoorbeeld glasvezel of een beveiligd netwerk) met de TA zijn verbonden, zodat ze updates van de TA kunnen verzenden of ontvangen wanneer dat nodig is. Voertuigen zijn uitgerust met OBU's die voertuig-naar-voertuig (V2V) en voertuig-tot-infrastructuur (V2I) communicatie mogelijk maken. Deze studie gaat ervan uit dat OBU's beschikken over een manipulatiebestendig apparaat (TPD) of een beveiligde hardwaremodule die cryptografische sleutels kan opslaan en cryptografische bewerkingen in isolatie kan uitvoeren, waardoor langetermijngeheimen worden beschermd tegen fysieke compromittering.
Communicatiemodel: Voertuigen zenden periodieke one-hop berichten uit (zoals basisveiligheidsberichten) via een draadloos kanaal (bijv. IEEE 802.11p of C-V2X PC5) die door andere voertuigen en RSU's binnen bereik kunnen worden ontvangen. Deze berichten moeten door de ontvangers worden geauthenticeerd om hun geldigheid te waarborgen. RSU's sturen ook periodiek informatie (verkeerslichten en waarschuwingen) naar voertuigen via vehicle-to-infrastructure (V2I) communicatie. In dit werk ligt de primaire focus op de authenticatie van vehicle-to-infrastructure (V2I) berichten. Dit betekent dat de voertuigen door een RSU worden geauthenticeerd via batchauthenticatie wanneer ze het dekkingsgebied van de RSU binnenkomen. V2V-authenticatie kan op vergelijkbare wijze worden uitgevoerd door voertuigen hetzelfde handtekeningschema te laten gebruiken; batchverificatie is echter het meest voordelig bij RSU's, die mogelijk de berichten van meerdere voertuigen gelijktijdig moeten verifiëren.

Figuur 1: Batchverificatie in het VANET-netwerk. Deze figuur toont de architectuur die wordt gebruikt voor batchauthenticatie en illustreert hoe meerdere OBU's in voertuigbatches (bijv. BATCH1 en BATCH2) draadloos communiceren met RSU's op kruispunten of verkeerspunten, die via bekabelde verbindingen met een centrale TA. Het protocol maakt collectieve verificatie van authenticatieverzoeken in hoogdicht verkeer mogelijk met behulp van Chebyshev-polynomen. Elk voertuig berekent een authenticatietoken door Tk(x) mod P te evalueren, verbindt deze met zijn identiteit en tijdstempel, hasht de waarde en verzendt deze naar de RSU. De RSU verzamelt de tokens en verifieert ze gezamenlijk.
Afkortingen; VANET = Voertuig ad hoc netwerk; OBU = On-board Unit; RSU = Wegeenheid; TA = Trusted Authority. Klik hier om een grotere versie van deze figuur te bekijken.
Batchauthenticatie in VANETs: In omgevingen met veel verkeer kunnen RSU's binnen zeer korte tijd authenticatieverzoeken van meerdere voertuigen ontvangen. Het uitvoeren van individuele authenticatie voor elk verzoek kan aanzienlijke rekenvertragingen veroorzaken en de communicatie-overhead vergroten. Zoals geïllustreerd in Figuur 1, maakt het voorgestelde batch-authenticatiemechanisme gebruik van de wiskundige eigenschappen van Chebyshev-polynomen om efficiënte verificatie van meerdere voertuigente bereiken 15. Elk voertuig berekent een authenticatietoken αi door een Chebyshev-polynoom Tvi(Tr(x)) te evalueren modulo een groot priemgetal p, waarbij vi de privésleutel van het voertuig is, r de privésleutel van de RSU en x een publieke basis. De uitgang wordt gekoppeld aan de digitale identiteit en tijdstempel van het voertuig, gehasht en verzonden naar de RSU. De RSU aggregeert alle ontvangen tokens tot één waarde en verifieert ze collectief met behulp van de relatie Tr.∑vi(x) modulo p. Deze aanpak vermindert het aantal dure verificatieoperaties aanzienlijk, waardoor de schaalbaarheid verbetert in omgevingen zoals kruispunten, tolpoorten en verkeersknelpunten.

Figuur 2: Overdrachtauthenticatie in VANET-netwerken. Deze figuur toont het voorgestelde lichtgewicht overdrachtsauthenticatieprotocol dat een voertuig toestaat om van de huidige RSU (Roadside unit 1) naar de volgende RSU (Roadside unit 2) te gaan zonder volledige herauthenticatie, wat de latentie kan verminderen. RSU1 genereert een geautoriseerde kaart met behulp van hash-gebaseerde concatenatie van publieke sleutels en een willekeurige waarde, en past vervolgens Chebyshev-polynoomoperaties toe om tussenliggende parameters (ω₁, ω₂), een initiële sleutel (IK), een versleutelde sessiesleutel en een tijdelijke sleutel (TK) te berekenen. Deze waarden worden naar het voertuig gestuurd en doorgestuurd naar RSU2. RSU2 verifieert de gegevens en herstelt de sessiesleutel met behulp van omgekeerde Chebyshev-operaties, waarmee een veilige sessiesleutel (SK) wordt ingesteld voor ononderbroken communicatie. Het protocol ondersteunt snelle en veilige overdrachten die geschikt zijn voor snelle voertuigcommunicatieomgevingen. Afkortingen; VANET = Voertuig ad hoc netwerk; RSU = Wegeenheid; IK = Begintoonsoort; TK = Tijdelijke Sleutel; SK = Sessiesleutel. Klik hier om een grotere versie van deze figuur te bekijken.
Overdrachtsauthenticatie voor naadloze overdracht: Naarmate voertuigen tussen RSU-dekkingszones bewegen, veroorzaakt het opnieuw uitvoeren van volledige authenticatie bij elke nieuwe RSU vertraging en kan het veilige sessies verstoren. Het overdrachtsverificatieproces, zoals weergegeven in Figuur 2, maakt een veilige en lichte overdracht mogelijk. De huidige RSU genereert een geautoriseerde kaart ACi door de concatenatie van de publieke sleutels van het voertuig en de RSU samen met een willekeurige sessieparameter bi te hashen. Met behulp van Chebyshev-polynoomtransformaties TAC(x) modulo p berekent de RSU tussenliggende waarden ω1,ω 2 = ω1
FPKRi, een sessie-specifieke sleutel IKi = H(ω1
FPKvi) en een versleutelde sessiesleutel ω3 = (EIKi(SKi)). Ten slotte wordt een tijdelijke sleutel TKi afgeleid uit γ = bi. IK i-1 met een andere Chebyshev-transformatie Tγ(x). De tuple (TKi,ω 2,ω 3) wordt naar de volgende RSU gestuurd, die deze gebruikt om te verifiëren en veilige communicatie met het voertuig te hervatten zonder volledige herauthenticatie uit te voeren. Dit mechanisme zorgt voor minimale verstoring en extreem lage latentie voor voertuigen die met hoge snelheid rijden.
Mobiliteit en overdracht: Voertuigen die van de ene locatie naar de andere in het netwerk bewegen, kunnen meerdere RSU's tegenkomen op hun route. Door Chebyshev polynomiaal-gebaseerde batchauthenticatie voor initiële RSU-toegang te combineren met overdrachtsauthenticatie voor mobiliteitsoverdrachten, bereikt het systeem zowel schaalbaarheid als continuïteit16. Batchauthenticatie verwerkt effectief veel gelijktijdige voertuigauthenticaties, terwijl overdrachtauthenticatie de vertragingen bij herauthenticatie tijdens RSU-overgangen vermindert. Samen vormen deze mechanismen een sterk, wiskundig veilig en prestatie-effectief kader voor VANET-authenticatie.
Chebyshev-polynomiale voorlopige voorlopige beweringen
Chebyshev-polynomen (Tn(x)) vormen het wiskundige kernconcept van het authenticatieschema. Ze volgen een recidiviteitsformule en hebben kenmerken die ze geschikt maken voor eenrichtingscryptografische functies. De belangrijkste definities en eigenschappen zijn als volgt.
Definitie: Het Chebyshev-polynoom van graad n (voor geheel getal n≥ 0):
Tn(x) = cos(n arccos x),
voor x
[-1,1]]. Evenveel kan men het definiëren over de reële getallen of modulo een priemgetal P. De eerste paar Chebyshev-polynomen van het eerste soort Tn(x) tot n=4 (graad varieert van 0 tot 4) beschreven in Tabel 2.
| S.No | Diploma | Beschrijving | Resultaat |
| 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 (aangezien cos(2θ) = 2cos2θ-1) | T2(x) = 2x2-1 |
| 4 | T3(x) | T3(x) = cos(3.arccros x) = 4x 3-3x (Aangezien cos(3θ) = 4cos3θ-3cosθ) | T3(x) = 4x3-3x |
| 5 | T4(x) | T4(x) = 8x4-8x 2+1 (Aangezien cos(4θ) = 8cos4θ-8cos2θ+1) | T4(x) = 8x4-8x 2+1 |
Tabel 2: Evaluatie van de recurrence relation. Deze tabel toont de eerste paar Chebyshev-polynomen van het eerste soort Tn(x) (voor graden 0 tot 4), berekend met behulp van de recurrence relation die de wiskundige basis vormt van het voorgestelde authenticatieschema. Afkortingen; Tn(x) = Chebyshev-polynoom van graad n geëvalueerd op x; n = Polynoomgraad; x = Invoervariabele.
In het algemeen voldoen ze aan de recurrence:
Tn+1(x) = 2xTn(x) - Tn-1(x), met T0(x) =1, T1(x) = x .
Deze recurrence maakt efficiënte iteratieve berekening van Tn(x) mogelijk.
Semi-groep eigenschap: Vergelijkbaar met multiplicatieve exponenten tonen Chebyshev-polynomen een compositie-eigenschap specifiek:
Tm(Tn(x)) = Tm.n(x) ,
voor elke positieve gehele getallen m,n. Met andere woorden, als men eerst een Chebyshev-polynoom van graad n op x toepast, en vervolgens een ander Chebyshev-polynoom van graad m op het resultaat toepast, is het equivalent aan het direct toepassen van een Chebyshev-polynoom van graad m * n op x. Deze eigenschap is centraal bij het gebruik van Chebyshev-polynomen in Diffie–Hellman, zoals sleuteluitwisselings- en authenticatieprotocollen, omdat het lijkt op de eigenschap (ga)b = (gb)a van exponentiatie in een cyclische groep.
Chaotisch gedrag: Voor graden n>1 is aangetoond dat de afbeelding x
Tn(x) (wanneer x in [-1,1]) chaotisch is onder specifieke voorwaarden. Informeel kan een kleine verandering in x grote veranderingen in Tn(x) veroorzaken wanneer n groot is, en Tn(x) is verdeeld in [-1,1] op een manier die voor grote n willekeurig kan lijken. Deze "pseudo-willekeurigheid" is nuttig in de cryptografie voor het produceren van niet-voorspelbare outputs.
Chebyshev polynoom discrete logaritmeprobleem (CPDLP): Dit lijkt op het discrete logaritmeprobleem, maar gebruikt Chebyshev-polynomen. Gegeven een priemmodulus P en publieke waarden x en y = Tn(x) mod P, is het erg moeilijk om het geheel getal n te vinden. Met andere woorden, als men x en y kent, is het uiterst moeilijk om n te bepalen wanneer de getallen groot zijn. Dit lijkt op het klassieke discrete log-probleem, waarbij het lastig is omeen mod P te vinden vanuit g en een mod P.
Chebyshev-polynoom Diffie–Hellman-probleem (CPDHP): Gegeven x, Ta(x) en Tb(x) (voor willekeurige geheime gehele getallen a,b), is het moeilijk om Ta.b(x) te berekenen zonder zowel a als b te kennen. Dit weerspiegelt het Diffie–Hellman-probleem: geef ga en gb, een tegenstander kan gab niet berekenen. In de Chebyshev-context let op dat Tab(x) = Ta(Tb(x)) = Tb(Ta(x)) volgens de semi-groep eigenschap; dus als twee partijen elk één van a,b kennen, kunnen ze elk Tab(x) gemakkelijk berekenen, terwijl een afluisteraar die alleen de individuele resultaten kent, dat niet kan.
De beveiliging van het systeem is afhankelijk van deze aannames (CPDLP en CPDHP zijn onbuigzaam). Voor praktische implementatie werkt deze studie in een eindig veld (modulo een grote priemgetal P) om onderscheidend gedrag te garanderen. Typisch wordt een willekeurig getal x in [2,P-2] gekozen als systeemparameter (dit speelt een rol als een generator in een multiplicatieve groep). De TA kiest zo'n x en publiceert deze als onderdeel van de publieke parameters. Dan kunnen de Chebyshev-polynomen modulo P worden berekend via de recurrentieformule. Hoewel x in dit geval niet in [-1,1] zit, kan men de isomorfisme tussen Chebyshev-polynomen en hyperbolische cosinus gebruiken voor waarden buiten [-1,1], of simpelweg de recidivisie algebraïsch modulo P behandelen. De chaotische eigenschap geldt in strikte zin voor reële intervallen; voor cryptografisch gebruik is studie echter gebaseerd op de onvoorspelbaarheid door de hardheid van de CPDHP in het eindige veld.
Aanvalsmodel
In het voorgestelde batch- en transferauthenticatiekader voor VANETs met Chebyshev-polynomen beschouwen onderzoekers een realistisch dreigingslandschap waarin zowel externe als interne tegenstanders kunnen proberen veilige communicatie te verstoren. Externe aanvallers zijn entiteiten buiten het voertuignetwerk die erop gericht zijn kwaadaardige berichten te onderscheppen, wijzigen of injecteren zonder over legitieme authenticatiegegevens te beschikken17. Interne aanvallers daarentegen zijn gecompromitteerde of kwaadaardige voertuigen of RSU's die al geldige inloggegevens bezitten, maar deze misbruiken om zich voor anderen voor te doen, data te vervalsen of gecoördineerde aanvallen uit te voeren.
Man-in-the-middle (MIM) aanval: De tegenstander onderschept en geeft berichten door tussen twee legitieme partijen, terwijl hij mogelijk hun inhoud aanpast. Het protocol verzacht dit door gebruik te maken van wederzijdse authenticatie en sessiesleutelovereenkomst op basis van de moeilijkheid van het Chebyshev-polynoomprobleem, zodat onderschepte data computationeel onhaalbaar is om te manipuleren zonder detectie18.
Replay-aanval: Een aanvaller stuurt eerder vastgelegde geldige berichten opnieuw om ongeautoriseerde toegang te krijgen of netwerkverwarring te veroorzaken. Onderzoekers pakken dit probleem aan door tijdstempels en sessie-identificaties in het authenticatieproces op te nemen, zodat berichten alleen geldig zijn binnen een kort tijdsvenster en later niet opnieuw gebruikt kunnen worden.
Imitatie-aanval: wordt ook beschouwd, waarbij een aanvaller probeert zich voor te doen als een legitiem voertuig of RSU. Door het authenticatieproces strak te binden aan unieke Chebyshev-polynoomsleutels en digitale handtekeningen te verifiëren tijdens batch- en overdrachtauthenticatie, zorgt het systeem ervoor dat alleen echte deelnemers kunnen communiceren.
Afluisteraanvallen: waarbij tegenstanders passief communicatie monitoren om gevoelige informatie te verkrijgen. Het voorgestelde schema waarborgt vertrouwelijkheid door beveiligde sessiesleutelgeneratie; Daarom blijven datapakketten zelfs als ze worden onderschept, onleesbaar zonder de geheime sleutel.
Collusie-aanvallen: waarbij meerdere gecompromitteerde entiteiten samenwerken om het authenticatieprotocol te doorbreken. Het gebruik van geaggregeerde verificatie bij batchauthenticatie en onafhankelijke verificatie bij overdrachtauthenticatie voorkomt dat gecompromitteerde knooppunten collectief geldige inloggegevens vervalsen.
| Symbool | Beschrijving |
| Ui | i-de voertuig in de VANET |
| RSU | Wegafdeling |
| TA | Vertrouwde Autoriteit |
| TSi | Tijdstempel gegenereerd door voertuig |
| TARSU | Tijdstempel gegenereerd door RSU |
| TSTA | Tijdstempel gegenereerd door TA |
| ΔT | Maximaal toegestane klokverschil voor berichtgeldigheid |
| DIDUi | Pseudoniem-gebaseerde identiteit van voertuig Ui |
| DIDRSU | Pseudoniem-gebaseerde identiteit van RSU |
| Tv(x) | Chebyshev-polynoom met de privésleutel "v" van het voertuig |
| Tv(x) | Chebyshev-polynoom met vertrouwde autoriteit privésleutel "b" |
TPKRi(x)
| Chebyshev-polynoom met de publieke sleutel van RSU |
| α | Identiteitshash berekend door voertuig Ui |
| βik | Identiteitshash berekend door RSU voor Ui |
| θi | Polynomiale verificatietoken van Ui gebruikt voor aggregatie |
| θ'agg | Verwacht geaggregeerd polynoom (TA berekend) |
| θagg | Geaggregeerd polynoomproduct van alle voertuigen Θi |
| mi,n i | Willekeurige sessiesleutelseed waarden van gegenereerd door TA |
| ri, ui | Geheime scalairwaarden toegewezen aan respectievelijk RSU en voertuig |
| PUBRSU | Publieke sleutel van RSU |
| PUBui | Publieke sleutel van voertuig Ui |
| E1(i),E2(i) | Maskeringswaarden berekend via hash voor vertrouwelijkheid |
| IK(i) | Componenten van authenticatie-/sessiesleuteluitwisselingsberichten |
| SKi | Laatste sessiesleutel vastgesteld tussen voertuig en RSU |
| H(.) | Botsingsbestendige hashfunctie |
| ESK(.)/DSK(.) | Symmetrische encryptie/decryptie met behulp van sessiesleutel |
| || | Concatenatie-operator |
| mod P | Modulaire operatie over een groot priemgetal p |
Tabel 3: Notities. Deze tabel geeft een overzicht van de belangrijkste symbolen, parameters en cryptografische notaties die door het hele artikel worden gebruikt.
Voorgesteld schema:
Dit voorgestelde schema bestaat uit twee hoofdcomponenten: (i) een batchberichtverificatiemechanisme met Chebyshev-polynomen en (ii) een overdrachtsauthenticatieprotocol voor voertuigoverdrachten tussen RSU's. Deze studie geeft eerst een overzicht van de systeemopzet en beschrijft vervolgens elk onderdeel in detail in de volgende secties, samen met het feit dat de terminologie en notatie zijn geïllustreerd in Tabel 3.
Voertuigregistratie:
Stap 1: Elk voertuig start het authenticatieproces. Laat er n voertuigen u1,u 2,u 3....,un zijn die op tijd t proberen te authenticeren met dezelfde RSU. Elk voertuig ui berekent:
αi = H(DIDui|| Tvi(Tb(x)) || TSi) (1)
Vervolgens stuurt ui:
I1(i) = (αi,DID ui,TS i) (2)
naar de RSU.
Stap 2: RSU aggregeert en bereidt zich voor op batchauthenticatie nadat alle I1(i) is ontvangen, RSU voert uit:
1. Tijdstempelvalidatie: |TSc - TSi| ≤ ΔT
2. Bereken RSU-responshash voor elk voertuig: βi = H(DIDRSU||Tri(Tb(x))||TSRSU)
3. Bereken Chebyshev-tokens: θi = Tvi(TPKRi(x)) mod P
4. Alle tokens samenvoegen:
5. Bereid batchbericht voor en
stuur naar TA.
Stap 3: TA verifieert batchhandtekeningen
1. Verifieer tijdstempel: TSTA - TSRSU ≤ ΔT
2. Controleer RSU hash: βi* = H(DIDRSU || Tb(Tri(x)) || TSRSU) = βi
3. Controleer voertuig-hash: αi* = H(DIDui|| Tb(Tvi(x)|| TSi) = αi
4. Aggregatieverificatie: θ'agg = T∑vi(x)mod P
H(θagg) = H(θagg') Als alle slagen slaagt, is authenticatie succesvol.
Stap 4: Sessiesleutel opstellen (in batch) voor elke ui, voert TA uit:
1. Bereken: E1(i) = H(PUBRSU||ri||TSRSU)
E2(i) = H(PUBui||vi||TSi).
2. Genereer willekeurige waarden mi,n i
Z*P
3. Bereken sessiesleutel: SKi = H(mi||ni||ri||vi)
4. Construeren versleutelde componenten:
I3(i) = H(mi)
E1(i)
I4(i) = H(ni)
E2(i)
I5(i) = SKi
H(mi)
I6(i) = SKi
H(ni)
Send bundle: {I3(i),I4(i),I5(i),I6(i),TSTA}ni=1
Stap 5: RSU stuurt sessiegegevens naar elk voertuig ui
1. Herstellen: H(mi) = I3(i)
E1(i)
SKi = I5(i)
H(mi)
2. Stuur naar ui : {I4(i),I6(i),TSRSU+1}
Stap 6: Voertuigen voltooien de sessiesleutelextractie voor elke ui
1. Bereken: H(ni) = I4(i)
E2(i)
SKi =I 6(i)
H(ni)
2. Gebruik de sessiesleutel om berichten te versleutelen:
ESKi(mi||PUBu i||PUBRSU)
Stap 7: Overdrachtsauthenticatie voor naadloze overdracht
Stap 7.1: Geautoriseerde kaartgeneratie door RSU zal worden berekend
ACi = H(FPKvi|| FPKRi|| bi)
ω1 = TAC(x) mod P,ω2=ω1
FPKRi
IKi = H(ω1||FPKvi)
ω3 = EIKi(SKi)
TKi = Tγ(x) mod P
γ = bi. IK i-1
Stuur (TKi,ω 2,ω 3) naar de volgende RSU.
Stap 7.2: Validatie door de naburige RSU
TAC(x) = ω2
FPKRi-1
IKi '= H(TAC(x)||FPKvi)
TTKi(IKi'(HORi))mod P = Tt(x)mod P
Stap 7.3: Sessiesleutelherstel (nieuwe RSU-ontsleutelingen)
SKi = DIKi'(ω3)
Het voertuig ui is nu geauthenticeerd binnen de nieuwe RSU-zone en kan beveiligde communicatie voortzetten, met alle notaties die in het algoritme in Tabel 3 zijn beschreven.
In Figuur 3 hebben onderzoekers in detail uitgelegd hoe de overdrachtauthenticatie met een zwembaandiagram wordt uitgelegd, hoe de huidige RSU de autorisatie overdraagt aan de nieuwe RSU door zijn parameters (TKi,ω 2,ω 3) te verzenden en nadat deze parameters van de nieuwe RSU is ontvangen, de verificaties wordt gevalideerd door gebruik te maken van
TTKi(IKi'(HORi))mod P = Tt(x)mod P . Vanaf deze sessie wordt de sleutel teruggevonden door de nieuwe RSU en naar het voertuig gestuurd.

Figuur 3: Overdracht van authenticatie tussen twee RSU's. Deze figuur illustreert het stroomdiagram van het overdrachtsauthenticatieprotocol in een VANET, waarbij een voertuig veilige overdracht faciliteert tussen de huidige Roadside Unit (RSU 1) en de volgende Roadside Unit (RSU 2). Het proces begint met geauthenticeerde kaartgeneratie en cryptografische berekeningen bij RSU 1, gevolgd door het verzenden van parameters naar het voertuig, validatie en het terugvinden van sessiesleutels bij RSU 2, en eindigt met het opzetten van een beveiligde sessiesleutel. Afkortingen; VANET = Voertuig ad hoc netwerk; RSU = Wegstation. Klik hier om een grotere versie van deze figuur te bekijken.