$$\rightleftharpoonup{xx}$$
$$\longleftharp{xx}$$,
$$\longrightharp{xx}$$,
Preliminari
Modello di sistema: Il sistema VANET è composto da tre tipi principali di entità: autorità affidabile (TA), unità stradali (RSU) e veicoli con unità di bordo (OBU). Il TA è centrale per avviare l'inizializzazione, la gestione delle chiavi e le revoche occasionali. È pienamente affidabile e tipicamente controllato dal governo o dalle infrastrutture. Ogni RSU è un'unità stazionaria schierata lungo la strada. Questo fornisce un'infrastruttura di comunicazione; in questo modello, si presume che le RSU siano collegate al TA tramite una backbone sicura (ad esempio, fibra o una rete sicura) così da poter inviare o ricevere aggiornamenti dal TA secondo necessità. I veicoli sono dotati di OBERTI che consentono le comunicazioni tra veicoli (V2V) e veicoli tra infrastrutture (V2I). Questo studio presume che gli OBU dispongano di un dispositivo a prova di manomissione (TPD) o di un modulo hardware sicuro che può memorizzare chiavi crittografiche ed eseguire operazioni crittografiche in isolamento, proteggendo i segreti a lungo termine da compromessi fisici.
Modello di comunicazione: I veicoli trasmettono messaggi periodici di un solo salto (come messaggi di sicurezza di base) tramite un canale wireless (ad esempio, IEEE 802.11p o C-V2X PC5) che possono essere ricevuti da altri veicoli e RSU nel raggio d'azione. Questi messaggi devono essere autenticati dai destinatari per garantirne la validità. Le RSU inviano anche periodicamente informazioni (semafori e avvisi) ai veicoli tramite la comunicazione veicolo-infrastruttura (V2I). In questo lavoro, l'attenzione principale è sull'autenticazione dei messaggi vehicle-to-infrastructure (V2I). Significa che i veicoli vengono autenticati da una RSU tramite un'autenticazione batch quando entrano nella regione di copertura della RSU. L'autenticazione V2V può essere gestita in modo simile facendo sì che i veicoli utilizzino lo stesso schema di firme; tuttavia, la verifica batch è più vantaggiosa nelle RSU, che potrebbero dover verificare contemporaneamente i messaggi di molti veicoli.

Figura 1: Verifica batch nella rete VANET. Questa figura mostra l'architettura utilizzata per l'autenticazione batch, illustrando come più OBU in batch di veicoli (ad esempio, BATCH1 e BATCH2) comunichino in modalità wireless con le RSU agli incroci o ai punti di traffico, collegati tramite collegamenti cablati a una TA centrale. Il protocollo consente la verifica collettiva delle richieste di autenticazione in traffico ad alta densità utilizzando polinomi di Chebyshev. Ogni veicolo calcola un token di autenticazione valutando Tk(x) mod P, lo concatena con la sua identità e timestamp, hasha il valore e lo trasmette all'RSU. La RSU aggrega i token e li verifica collettivamente.
Abbreviazioni; VANET = Rete ad Hoc Vecolare; OBU = Unità a bordo; RSU = Unità Stradale; TA = Autorità di Fiducia. Clicca qui per visualizzare una versione più grande di questa figura.
Autenticazione batch nei VANET: In ambienti ad alta densità di traffico, le RSU possono ricevere richieste di autenticazione da più veicoli in un lasso di tempo molto breve. L'autenticazione individuale per ogni richiesta può causare ritardi computazionali significativi e aumentare il sovraccarico della comunicazione. Come illustrato nella Figura 1, il meccanismo proposto di autenticazione batch sfrutta le proprietà matematiche dei polinomi di Chebyshev per ottenere una verifica efficientemulti-veicolo 15. Ogni veicolo calcola un token di autenticazione αi valutando un polinomio di Chebyshev Tv i(Tr(x)) modulo un grande numero primo p, dove vi è la chiave privata del veicolo, r è la chiave privata dell'RSU e x è una base pubblica. L'output viene concatenato con l'identità digitale e il timestamp del veicolo, hashato e trasmesso all'RSU. La RSU aggrega tutti i token ricevuti in un unico valore e li verifica collettivamente usando la relazione Tr.∑v i(x) modulo p. Questo approccio riduce significativamente il numero di costose operazioni di verifica, migliorando così la scalabilità in ambienti come incroci, caselli e punti di strozzatura del traffico.

Figura 2: Autenticazione per trasferimento nelle reti VNET. Questa figura mostra il protocollo di autenticazione del handover leggero proposto che permette a un veicolo di passare dall'attuale RSU (Roadside unit 1) alla successiva RSU (Roadside unit 2) senza una completa riautenticazione, il che può ridurre la latenza. RSU1 genera una scheda autorizzata utilizzando la concatenazione basata su hash di chiavi pubbliche e un valore casuale, quindi applica operazioni polinomiali di Chebyshev per calcolare parametri intermedi (ω₁, ω₂), una chiave iniziale (IK), una chiave di sessione criptata e una chiave temporanea (TK). Questi valori vengono inviati al veicolo e inoltrati a RSU2. RSU2 verifica i dati e recupera la chiave di sessione utilizzando operazioni inverse di Chebyshev, stabilendo una chiave di sessione sicura (SK) per una comunicazione ininterrotta. Il protocollo supporta handover rapidi e sicuri adatti a ambienti di comunicazione veicolare ad alta velocità. Abbreviazioni; VANET = Rete ad Hoc Vecolare; RSU = Unità Stradale; IK = Chiave Iniziale; TK = Chiave temporanea; SK = Chiave della sessione. Clicca qui per visualizzare una versione più grande di questa figura.
Trasferire l'autenticazione per un passaggio di consegne senza intoppi: Man mano che i veicoli si spostano tra le zone di copertura RSU, la riesecuzione dell'autenticazione completa ad ogni nuova RSU introduce latenza e può interrompere le sessioni sicure. Il processo di autenticazione del trasferimento, come mostrato nella Figura 2, consente un handover sicuro e leggero. L'attuale RSU genera una scheda autorizzata ACi tramite l'hash della concatenazione delle chiavi pubbliche del veicolo e dell'RSU insieme a un parametro di sessione casuale bi. Utilizzando trasformazioni polinomiali di Chebyshev TAC(x) modulo p, la RSU calcola valori intermedi ω1,ω 2 = ω1
FPKRi, una chiave specifica per la sessione IKi = H(ω1
FPKvi) e una chiave di sessione criptata ω3 = (EIKi(SKi)). Infine, una chiave temporanea TKi deriva da γ = bi. IK i-1 usando un'altra trasformazione di Chebyshev Tγ(x). La tupla (TKi,ω 2,ω 3) viene inviata alla successiva RSU, che la utilizza per verificare e riprendere una comunicazione sicura con il veicolo senza effettuare una completa riautenticazione. Questo meccanismo garantisce una minima interruzione e una latenza ultrabassa per i veicoli ad alta velocità.
Mobilità e passaggio di consegne: I veicoli che si spostano da una posizione all'altra nella rete possono incontrare più RSU lungo il percorso. Combinando l'autenticazione batch basata su polinomi Chebyshev per l'accesso iniziale RSU e l'autenticazione per trasferimento per i trasferimenti di mobilità, il sistema raggiunge sia scalabilità checontinuità 16. L'autenticazione batch gestisce efficacemente molte autenticazioni simultanee dei veicoli, mentre l'autenticazione per trasferimento riduce i ritardi di riautenticazione durante le transizioni RSU. Insieme, questi meccanismi formano un framework solido, matematicamente sicuro ed efficace in termini di prestazioni per l'autenticazione VANET.
Preliminari polinomiali di Chebyshev
I polinomi di Chebyshev (Tn(x)) sono il concetto matematico centrale dello schema di autenticazione. Seguono una formula di ricorrenza e possiedono caratteristiche che le rendono adatte a funzioni crittografiche unidirezionali. Le principali definizioni e proprietà sono le seguenti.
Definizione: Il polinomio di Chebyshev di grado n (per intero n≥ 0):
Tn(x) = cos(n arccos x),
per x
[-1,1]]. Equivalentemente, si può definire sui reali o modulo un primo P. I primi polinomi di Chebyshev del primo tipo Tn(x) fino a n=4 (il grado varia da 0 a 4) descritti nella Tabella 2.
| S.No | Titolo | Descrizione | Risultato |
| 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 (Poiché cos(2θ) = 2cos2θ-1) | T2(x) = 2x2-1 |
| 4 | T3(x) | T3(x) = cos(3.arccros x) = 4x3-3x (Poiché cos(3θ) = 4cos3θ-3cosθ) | T3(x) = 4x3-3x |
| 5 | T4(x) | T4(x) = 8x4-8x 2+1 (Poiché cos(4θ) = 8cos4θ-8cos2θ+1) | T4(x) = 8x4-8x 2+1 |
Tabella 2: Valutazione della relazione di ricorrenza. Questa tabella presenta i primi polinomi di Chebyshev del primo tipo Tn(x) (per gradi da 0 a 4), calcolati utilizzando la relazione di ricorrenza che costituisce la base matematica dello schema di autenticazione proposto. Abbreviazioni; Tn(x) = polinomio di Chebyshev di grado n valutato in x; n = Grado polinomiale; x = Variabile di input.
In generale, soddisfano la ricorrenza:
Tn+1(x) = 2xTn(x) - Tn-1(x), con T0(x) = 1, T1(x) = x.
Questa ricorrenza consente un calcolo iterativo efficiente di Tn(x).
Proprietà di semigruppo: Simili agli esponenti moltiplicativi, i polinomi di Chebyshev mostrano una proprietà di composizione specificamente:
Tm(Tn(x)) = Tm.n(x) ,
per ogni intero positivo m,n. In parole, se si applica prima un polinomio di Chebyshev di grado n a x, e poi un altro polinomio di grado m al risultato, è equivalente ad applicare direttamente a x un polinomio di Chebyshev di grado m * n. Questa proprietà è centrale nell'uso dei polinomi di Chebyshev nei protocolli di scambio e autenticazione di chiavi di Diffie–Hellman, perché somiglia alla proprietà (ga)b = (gb)a dell'esponenziazione in un gruppo ciclico.
Comportamento caotico: Per gradi n>1 , la mappa x
Tn(x) (quando x è in [-1,1]) è stata dimostrata essere una mappa caotica in condizioni specifiche. In modo informale, un piccolo cambiamento in x può causare grandi variazioni in Tn(x) quando n è grande, e Tn(x) è distribuito in [-1,1] in modo che per n grande può apparire casuale. Questa "pseudo-casualità" è utile in crittografia per produrre output non prevedibili.
Problema del logaritmo discreto polinomiale di Chebyshev (CPDLP): È simile al problema del logaritmo discreto ma utilizza polinomi di Chebyshev. Dato un modulo primo P e valori pubblici x e y = Tn(x) modulo P, è molto difficile trovare l'intero n. In altre parole, se si conosce x e y, capire n è estremamente difficile quando i numeri sono grandi. Questo è simile al classico problema del log discreto, dove trovareun modulo P da g è difficile.
Problema di Diffie–Hellman polinomiale di Chebyshev (CPDHP): Dato x, Ta(x) e Tb(x) (per interi segreti casuali a,b), è difficile calcolare Ta.b(x) senza conoscere sia a né b. Questo rispecchia il problema di Diffie–Hellman: dandog a eg b, un avversario non può calcolare gab. Nel contesto di Chebyshev, si noti che Tab(x) = Ta(Tb(x)) = Tb(Ta(x)) tramite la proprietà del semigruppo; quindi se due parti conoscono ciascuna una delle parti a,b, possono facilmente calcolare Tab(x), mentre un intercettatore che conosce solo i singoli risultati non può.
La sicurezza dello schema si basa su queste ipotesi (CPDLP e CPDHP sono irrisolvibili). Per l'implementazione pratica, questo studio opera in un campo finito (modulo un grande primo P) per garantire un comportamento distinto. Tipicamente, un numero casuale x in [2,P-2] viene scelto come parametro di sistema (questo svolge un ruolo simile a un generatore in un gruppo moltiplicativo). Il TA sceglierà tale x e lo pubblicherà come parte dei parametri pubblici. Allora i polinomi di Chebyshev possono essere calcolati modulo P tramite la formula di ricorrenza. Sebbene x non sia in [-1,1] in questo caso, si può usare l'isomorfismo tra polinomi di Chebyshev e coseno iperbolico per valori esterni a [-1,1], oppure semplicemente trattare la ricorrenza algebrica modulo P. La proprietà caotica, in senso stretto, si applica agli intervalli reali; tuttavia, per l'uso crittografico, lo studio si basa sull'imprevedibilità dovuta alla durezza del CPDHP nel campo finito.
Modello d'attacco
Nel framework proposto per l'autenticazione batch e transfer per VANET che utilizzano polinomi di Chebyshev, i ricercatori considerano un panorama realistico di minacce in cui sia avversari esterni che interni potrebbero tentare di interrompere la comunicazione sicura. Gli attaccanti esterni sono entità esterne alla rete veicolare che mirano a intercettare, alterare o iniettare messaggi dannosi senza possedere alcuna credenziali di autenticazionelegittime 17. Gli attaccanti interni, invece, sono veicoli compromessi, o RSU dannosi che già possiedono credenziali valide ma le utilizzano in modo improprio per impersonare altri, falsificare dati o lanciare attacchi coordinati.
Attacco Man-in-the-middle (MIM): L'avversario intercetta e trasmette messaggi tra due parti legittime modificando potenzialmente il loro contenuto. Il protocollo mitiga questo impiegando autenticazione reciproca e accordo delle chiavi di sessione basati sulla difficoltà del problema polinomiale di Chebyshev, assicurando che qualsiasi dato intercettato sia computazionalmente inviabile da manipolare senza rilevamento18.
Attacco di riproduzione: un attaccante invia messaggi validi precedentemente catturati per ottenere accesso non autorizzato o creare confusione di rete. I ricercatori affrontano questo problema incorporando timestamp e identificatori di sessione nel processo di autenticazione, assicurando che i messaggi siano validi solo entro una breve finestra temporale e non possano essere riutilizzati successivamente.
Impersonation Attack: viene anche considerato quando un aggressore tenta di fingersi un veicolo legittimo o RSU. Legando strettamente il processo di autenticazione a chiavi polinomiali uniche di Chebyshev e verificando le firme digitali durante l'autenticazione batch e di trasferimento, il sistema garantisce che solo i partecipanti autentici possano comunicare.
Attacchi di intercettamento: in cui gli avversari monitorano passivamente le comunicazioni per estrarre informazioni sensibili. Lo schema proposto garantisce la riservatezza attraverso la generazione sicura delle chiavi di sessione; Pertanto, anche se i pacchetti dati vengono intercettati, rimangono incomprensibili senza la chiave segreta.
Attacchi di collusione: in cui più entità compromesse collaborano per violare il protocollo di autenticazione. L'uso della verifica aggregata nell'autenticazione batch e della verifica indipendente nell'autenticazione per trasferimento impedisce ai nodi compromessi, collettivamente di falsificare credenziali valide.
| Simbolo | Descrizione |
| Ui | I-esimo veicolo nel VANET |
| RSU | Unità a bordo strada |
| Ti | Autorità di fiducia |
| TSi | Timestamp generato dal veicolo |
| TA RSU | Timestamp generato da RSU |
| TSTA | Timestamp generato da TA |
| ΔT | Differenza massima consentita di clock per la validità del messaggio |
| DID Ui | Identità basata su pseudonimo del veicolo Ui |
| DID RSU | Identità basata su pseudonimo della RSU |
| Tv(x) | Polinomio di Chebyshev con chiave privata del veicolo "v" |
| TV(x) | Polinomio di Chebyshev con chiave privata di autorità affidabile "b" |
TPKRi(x)
| Polinomio di Chebyshev con chiave pubblica di RSU |
| αio | Hash identità calcolato dal veicolo Ui |
| βi | Hash identità calcolato da RSU per Ui |
| θi | Token di verifica polinomiale dall'interfaccia utente utilizzato per l'aggregazione |
| θ'agg | Polinomio aggregato atteso (TA calcolato) |
| θAGG | Prodotto polinomiale aggregato da tutti i veicoli Θi |
| mi,n i | Valori di seed casuali delle chiavi di sessione generati da TA |
| ri,u i | Valori scalari segreti assegnati rispettivamente a RSU e veicolo |
| PUB RSU | Chiave pubblica di RSU |
| PUBui | Chiave pubblica del veicolo Ui |
| E1(i), E2(i) | Valori di mascheramento calcolati tramite hash per la riservatezza |
| IK(i) | Componenti dei messaggi di autenticazione/scambio di chiavi di sessione |
| SKi | Chiave dell'ultima sessione è stata stabilita tra veicolo e RSU |
| H(.) | Funzione hash resistente alle collisioni |
| ESK(.)/DSK(.) | Crittografia/decrittografia simmetrica usando la chiave di sessione |
| || | Operatore di concatenazione |
| mod P | Operazione modulare su un grande primo p |
Tabella 3: Annotazioni. Questa tabella elenca i simboli chiave, i parametri e le notazioni crittografiche impiegate in tutto l'articolo.
Schema proposto:
Questo schema proposto consiste in due componenti principali: (i) un meccanismo di verifica batch dei messaggi che utilizza polinomi di Chebyshev e (ii) un protocollo di autenticazione per trasferimento per i trasferimenti di veicoli tra RSU. Questo studio fornisce innanzitutto una panoramica della configurazione del sistema e poi descrive ogni componente in dettaglio nelle sezioni successive, insieme al fatto che la terminologia e la notazione sono state illustrate nella Tabella 3.
Registrazione del veicolo:
Passo 1: Ogni veicolo avvia il processo di autenticazione. Siano n veicoli u1,u 2,u 3....,un che tentano l'autenticazione con la stessa RSU al momento t. Ogni veicolo ui calcola:
αi = H(DIDui|| Tv i(Tb(x)) || TSi) (1)
Poi, ui invia:
I1(i) = (αi,DID ui,TS i) (2)
alla RSU.
Passo 2: RSU aggrega e prepara l'autenticazione batch dopo aver ricevuto tuttol'I 1(i), RSU esegui:
1. Validazione del timestamp: |TSc - TSi| ≤ ΔT
2. Calcolare l'hash delle risposte RSU per ogni veicolo: βi = H(DIDRSU||Tr i(Tb(x))||TSRSU)
3. Calcolare i token di Chebyshev: θi = Tv i(TPKRi(x)) mod P
4. Aggregare tutti i token:
5. Prepara il messaggio batch:
e invia al TA.
Passo 3: TA verifica le firme batch
1. Verifica timestamp: TSTA -TS RSU ≤ ΔT
2. Controlla l'hash RSU: βi* = H(DIDRSU || Tb(T ri(x)) || TSRSU) = βi
3. Controlla l'hash del veicolo: αi* = H(DIDui|| Tb(T vi(x)|| TSi) = αi
4. Verifica aggregata: θ'agg = T∑v i(x)mod P
H(θagg) = H(θagg') Se tutti passano, l'autenticazione ha successo.
Passo 4: Stabilimento della chiave di sessione (in lotti) perogni u i , TA eseguito:
1. Calcolare: E1(i) = H(PUB RSU||ri||TSRSU)
E2(i) = H(PUBui||vi||TSi).
2. Generare valori casuali mi,n i
Z*P
3. Chiave di calcolo della sessione: SKi = H(mi||ni||ri||vi)
4. Costruire componenti criptati:
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)
Send bundle: {I3(i),I4(i),I5(i),I6(i),TSTA}ni=1
Passo 5: RSU invia le informazioni della sessione a ogni veicolou i
1. Recupero: H(m i) =I 3(i)
E1(i)
SKi = I5(i)
H(m i)
2. Invioi : {I 4(i),I6(i),TSRSU+1}
Passo 6: I veicoli completano l'estrazione delle chiavi di sessione per ogni ui
1. Calcolare: H(n i) =I 4(i)
E2(i)
SKi = I6(i)
H(ni)
2. Usa la chiave di sessione per cifrare i messaggi:
ESKi(mi||PUBui||PUB RSU)
Passo 7: Trasferire l'autenticazione per un handover senza interruzioni
Passo 7.1: La generazione autorizzata delle carte da parte della RSU verrà calcolata
ACi = H(FPKvi|| FPKRi|| bi)
ω1 = TAC(x) mod P,ω2=ω1
FPKRi
IKi = H(ω1||FPKcontroi)
ω3 = EIKi(SKi)
TK i = Tγ(x) mod P
γ = bi. IK i-1
Invia (TK i,ω 2,ω 3) alla prossima RSU.
Passo 7.2: Validazione da parte dell'RSU vicina
TAC(x) = ω2
FPKRi-1
IKi '= H(TAC(x)||FPKcontroi)
TTKi(IKi'(HORi))mod P = Tt(x)mod P
Passo 7.3: Recupero della chiave di sessione (decrittografia della nuova RSU)
SKi =D IKi'(ω3)
Il veicolo ui è ora autenticato all'interno della nuova zona RSU e può continuare una comunicazione sicura, con tutte le notazioni utilizzate nell'algoritmo dettagliate nella Tabella 3.
Nella Figura 3, i ricercatori hanno spiegato in dettaglio l'autenticazione tramite trasferimento con un diagramma di corsia di nuoto, come l'attuale RSU trasferisca l'autorizzazione alla nuova RSU inviando i suoi parametri (TK i,ω 2,ω 3) e, dopo aver ricevuto questi parametri dalla nuova RSU, validi le verifiche utilizzando
TTKi(IKi'(HORi))mod P = Tt(x)mod P. Da questa sessione, la chiave verrà recuperata dalla nuova RSU e inviata al veicolo.

Figura 3: Trasferire l'autenticazione tra due RSU. Questa figura illustra il diagramma di flusso del protocollo di autenticazione del trasferimento in un VANET, dove un veicolo facilita il passaggio sicuro tra l'attuale Unità Stradale (RSU 1) e la successiva Unità Stradale (RSU 2). Il processo inizia con la generazione di carte autenticate e i calcoli crittografici presso RSU 1, seguiti dalla trasmissione dei parametri al veicolo, dalla validazione e dal recupero della chiave di sessione presso RSU 2, concludendo con l'istituzione di una chiave di sessione sicura. Abbreviazioni; VANET = Rete ad Hoc Vecolare; RSU = Unità Stradale. Clicca qui per visualizzare una versione più grande di questa figura.