$$\rightleftharpoonup{xx}$$
$$\longleftharp{xx}$$,
$$\longrightharp{xx}$$,
Preliminares
Modelo del sistema: El sistema VANET consta de tres tipos principales de entidades: autoridad de confianza (TA), unidades de carretera (RSU) y vehículos con unidades a bordo (OBU). El TA es fundamental para iniciar la inicialización, la gestión de claves y la revocación ocasional. Es totalmente confiable y normalmente está controlada por el gobierno o la infraestructura. Cada RSU es una unidad estacionaria desplegada a lo largo de la carretera. Esto proporciona una infraestructura de comunicación; en este modelo, se asume que las RSUs están conectadas al TA mediante una red troncal segura (por ejemplo, fibra o una red segura) para que puedan enviar o recibir actualizaciones del TA según sea necesario. Los vehículos están equipados con OBU que permiten comunicaciones entre vehículos (V2V) y vehículos a infraestructura (V2I). Este estudio asume que las OBU cuentan con un dispositivo a prueba de manipulaciones (TPD) o un módulo de hardware seguro que puede almacenar claves criptográficas y realizar operaciones criptográficas de forma aislada, protegiendo secretos a largo plazo de cualquier compromiso físico.
Modelo de comunicación: Los vehículos emiten mensajes periódicos de un solo salto (como mensajes básicos de seguridad) a través de un canal inalámbrico (por ejemplo, IEEE 802.11p o C-V2X PC5) que pueden ser recibidos por otros vehículos y RSUs en rango. Estos mensajes deben ser autenticados por los receptores para garantizar su validez. Las RSUs también envían información periódica (semáforos y advertencias) a los vehículos mediante comunicación vehículo-infraestructura (V2I). En este trabajo, el enfoque principal está en la autenticación de mensajes vehículo-a-infraestructura (V2I). Esto significa que los vehículos son autenticados por una RSU mediante autenticación por lotes cuando entran en la región de cobertura de la RSU. La autenticación V2V puede gestionarse de forma similar haciendo que los vehículos usen el mismo esquema de firmas; sin embargo, la verificación por lotes es más beneficiosa en las RSU, que pueden necesitar verificar los mensajes de muchos vehículos simultáneamente.

Figura 1: Verificación por lotes en la red VNET. Esta figura muestra la arquitectura utilizada para la autenticación por lotes, ilustrando cómo múltiples OBU en lotes de vehículos (por ejemplo, BATCH1 y BATCH2) se comunican de forma inalámbrica con RSUs en intersecciones o puntos de tráfico, que están conectados mediante enlaces cableados a una TA central. El protocolo permite la verificación colectiva de las solicitudes de autenticación en tráfico de alta densidad utilizando polinomios de Chebyshev. Cada vehículo calcula un token de autenticación evaluando Tk(x) mod P, lo concatena con su identidad y marca de tiempo, hashe el valor y lo transmite a la RSU. La RSU agrega los tokens y los verifica colectivamente.
Abreviaturas; VANET = Red vehicular ad hoc; OBU = Unidad a bordo; RSU = Unidad de Carretera; TA = Autoridad de Confianza. Por favor, haz clic aquí para ver una versión ampliada de esta figura.
Autenticación por lotes en VANETs: En entornos de tráfico de alta densidad, las RSU pueden recibir solicitudes de autenticación de varios vehículos en un periodo de tiempo muy corto. Realizar autenticación individual para cada solicitud puede causar retrasos computacionales significativos y aumentar la sobrecarga de comunicación. Como se ilustra en la Figura 1, el mecanismo propuesto de autenticación por lotes aprovecha las propiedades matemáticas de los polinomios de Chebyshev para lograr una verificación eficiente de múltiplesvehículos 15. Cada vehículo calcula un token de autenticación αi evaluando un polinomio de ChebyshevT vi(Tr(x)) módulo un primo grande p, donde vi es la clave privada del vehículo, r la clave privada de la RSU y x es una base pública. La salida se concatena con la identidad digital y la marca de tiempo del vehículo, se hasha y se transmite a la RSU. La RSU agrega todos los tokens recibidos en un único valor y los verifica colectivamente usando la relación Tr.∑v i(x) módulo p. Este enfoque reduce significativamente el número de costosas operaciones de verificación, mejorando así la escalabilidad en entornos como intersecciones, peajes y puntos de estrangulamiento del tráfico.

Figura 2: Autenticación por transferencia en redes VNET. Esta figura muestra el protocolo de autenticación de transferencia ligera propuesto que permite a un vehículo pasar de la RSU actual (unidad en carretera 1) a la siguiente RSU (unidad en carretera 2) sin una reautenticación completa, lo que puede reducir la latencia. RSU1 genera una tarjeta autorizada usando concatenación basada en hash de claves públicas y un valor aleatorio, y luego aplica operaciones polinómicas de Chebyshev para calcular parámetros intermedios (ω₁, ω₂), una clave inicial (IK), una clave de sesión cifrada y una clave temporal (TK). Estos valores se envían al vehículo y se envían a RSU2. RSU2 verifica los datos y recupera la clave de sesión usando operaciones inversas de Chebyshev, estableciendo una clave de sesión segura (SK) para una comunicación ininterrumpida. El protocolo permite transferencias rápidas y seguras adecuadas para entornos de comunicación vehicular de alta velocidad. Abreviaturas; VANET = Red vehicular ad hoc; RSU = Unidad de Carretera; IK = Clave inicial; TK = Llave temporal; SK = Clave de Sesión. Por favor, haz clic aquí para ver una versión ampliada de esta figura.
Transferir autenticación para un traspaso fluido: A medida que los vehículos se desplazan entre zonas de cobertura RSU, volver a realizar la autenticación completa con cada nueva RSU introduce latencia y puede interrumpir las sesiones seguras. El proceso de autenticación por transferencia, tal como se muestra en la Figura 2, permite una transferencia segura y ligera. La RSU actual genera una tarjeta autorizada ACi mediante el hash de la concatenación de las claves públicas del vehículo y de la RSU junto con un parámetro de sesión aleatorio bi. Usando transformaciones polinomiales de Chebyshev TAC(x) módulo p, la RSU calcula valores intermedios ω1,ω 2 = ω1
FPKRi, una clave específica de sesión IKi = H(ω1
FPKv i) y una clave de sesión cifrada ω3 = (EIKi(SKi)). Finalmente, una clave temporal TKi se deriva de γ =b i. IK i-1 usando otra transformación de Chebyshev Tγ(x). La tupla (TK i,ω 2,ω 3) se envía a la siguiente RSU, que la utiliza para verificar y reanudar la comunicación segura con el vehículo sin realizar una reautenticación completa. Este mecanismo garantiza una mínima interrupción y una latencia ultrabaja para vehículos que se mueven a altas velocidades.
Movilidad y traspaso: Los vehículos que se desplazan de una ubicación a otra en la red pueden encontrarse con múltiples RSUs a lo largo de su ruta. Al combinar la autenticación por lotes basada en polinomios de Chebyshev para el acceso inicial a RSU y la autenticación de transferencia para traspasos de movilidad, el sistema logra tanto escalabilidad comocontinuidad 16. La autenticación por lotes gestiona eficazmente muchas autenticaciones simultáneas de vehículos, mientras que la autenticación por transferencia reduce los retrasos en la reautenticación durante las transiciones RSU. Juntos, estos mecanismos forman un marco fuerte, matemáticamente seguro y eficaz en rendimiento para la autenticación VANET.
Preliminares polinomiales de Chebyshev
Los polinomios de Chebyshev (Tn(x)) son el concepto matemático central del esquema de autenticación. Siguen una fórmula de recurrencia y cuentan con características que las hacen adecuadas para funciones criptográficas unidireccionales. Las principales definiciones y propiedades son las siguientes.
Definición: El polinomio de Chebyshev de grado n (para entero n≥ 0):
Tn(x) = cos(n arccos x),
para x
[-1,1]]. Equivalentemente, se puede definir sobre los reales o módulo un primo P. Los primeros polinomios de Chebyshev del primer tipo Tn(x) hasta n=4 (el grado varía de 0 a 4) se describen en la Tabla 2.
| S.No | Título | Descripción | Resultado |
| 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 (Ya que cos(2θ) = 2cos2θ-1) | T2(x) = 2x2-1 |
| 4 | T3(x) | T3(x) = cos(3.arccros x) = 4x3-3x (Ya que cos(3θ) = 4cos3θ-3cosθ) | T3(x) = 4x3-3x |
| 5 | T4(x) | T4(x) = 8x4-8x 2+1 (Ya que cos(4θ) = 8cos4θ-8cos2θ+1) | T4(x) = 8x4-8x 2+1 |
Tabla 2: Evaluación de la relación de recurrencia. Esta tabla presenta los primeros polinomios de Chebyshev del primer tipo Tn(x) (para grados 0 a 4), calculados usando la relación de recurrencia que forma la base matemática del esquema de autenticación propuesto. Abreviaturas; Tn(x) = polinomio de Chebyshev de grado n evaluado en x; n = grado polinómico; x = Variable de entrada.
En general, satisfacen la recurrencia:
Tn+1(x) = 2xTn(x) - Tn-1(x), con T0(x) = 1, T1(x) = x.
Esta recurrencia permite un cálculo iterativo eficiente de Tn(x).
Propiedad de semigrupo: Similar a los exponentes multiplicativos, los polinomios de Chebyshev muestran una propiedad de composición específicamente:
Tm(Tn(x)) = Tm.n(x) ,
para cualquier entero positivo m,n. En palabras, si primero se aplica un polinomio de Chebyshev de grado n a x, y luego otro polinomio de grado m al resultado, es equivalente a aplicar directamente a x un polinomio de Chebyshev de grado m * n. Esta propiedad es central para usar polinomios de Chebyshev en protocolos de intercambio de claves y autenticación similares a los de Diffie–Hellman, porque se asemeja a la propiedad (ga)b = (gb)a de la exponenciación en un grupo cíclico.
Comportamiento caótico: Para grados n>1 , se ha demostrado que el mapa x
Tn(x) (cuando x está en [-1,1]) es un mapeo caótico bajo condiciones específicas. De forma informal, un pequeño cambio en x puede causar grandes cambios en Tn(x) cuando n es grande, y Tn(x) está distribuido en [-1,1] de manera que para n grande puede parecer aleatorio. Esta "pseudoaleatoriedad" es útil en criptografía para producir salidas no predecibles.
Problema del logaritmo discreto polinómico de Chebyshev (CPDLP): Es similar al problema del logaritmo discreto pero utiliza polinomios de Chebyshev. Dado un módulo primo P y valores públicos x e y = Tn(x) módulo P, es muy difícil encontrar el entero n. En otras palabras, si se conoce x e y, determinar n es extremadamente difícil cuando los números son grandes. Esto es similar al clásico problema de logarítmico discreto, donde encontrar a de gun mod P es difícil.
Problema de Diffie–Hellman polinómico de Chebyshev (CPDHP): Dado x, Ta(x) y Tb(x) (para enteros secretos aleatorios a,b), es difícil calcular Ta.b(x) sin conocer ni a ni b. Esto refleja el problema de Diffie–Hellman: dadog a yg b, un adversario no puede calcular gab. En el contexto de Chebyshev, hay que observar que Tab(x) = Ta(Tb(x)) = Tb(T a(x)) por la propiedad de semigrupo; así que si dos partes conocen cada una una de a,b, pueden calcular fácilmente Tab(x), mientras que un oyente que solo conoce los resultados individuales no puede.
La seguridad del esquema se basa en estos supuestos (CPDLP y CPDHP son intratables). Para la implementación práctica, este estudio opera en un campo finito (módulo un primo grande P) para garantizar un comportamiento distinto. Normalmente, se elige un número aleatorio x en [2,P-2] como parámetro del sistema (esto cumple un papel similar a un generador en un grupo multiplicativo). El TA elegirá tal x y lo publicará como parte de los parámetros públicos. Entonces los polinomios de Chebyshev pueden calcularse módulo P mediante la fórmula de recurrencia. Aunque x no está en [-1,1] en este caso, se puede usar el isomorfismo entre polinomios de Chebyshev y coseno hiperbólico para valores fuera de [-1,1], o simplemente tratar la recurrencia algebraicamente módulo P. La propiedad caótica, en sentido estricto, se aplica a intervalos reales; sin embargo, para el uso criptográfico, el estudio se basa en la imprevisibilidad debida a la dureza del CPDHP en el campo finito.
Modelo de ataque
En el marco propuesto de autenticación por lotes y transferencias para VANETs que utilizan polinomios de Chebyshev, los investigadores consideran un panorama realista de amenazas en el que tanto adversarios externos como internos pueden intentar interrumpir la comunicación segura. Los atacantes externos son entidades fuera de la red vehicular que buscan interceptar, alterar o inyectar mensajes maliciosos sin poseer credenciales de autenticaciónlegítimas 17. Los atacantes internos, en cambio, son vehículos comprometidos o maliciosos o RSUs que ya poseen credenciales válidas pero las usan indebidamente para hacerse pasar por otros, falsificar datos o lanzar ataques coordinados.
Ataque Man-in-the-middle (MIM): El adversario intercepta y transmite mensajes entre dos partes legítimas mientras potencialmente altera su contenido. El protocolo mitiga esto empleando autenticación mutua y acuerdo de claves de sesión basados en la dificultad del problema polinómico de Chebyshev, asegurando que cualquier dato interceptado sea computacionalmente inviable de manipular sin detectar18.
Ataque de repetición: Un atacante reenvía mensajes válidos previamente capturados para obtener acceso no autorizado o causar confusión en la red. Los investigadores abordan este problema incorporando marcas de tiempo e identificadores de sesión en el proceso de autenticación, asegurando que los mensajes solo sean válidos dentro de un corto periodo de tiempo y no puedan reutilizarse posteriormente.
Ataque de suplantación: también se considera cuando un atacante intenta hacerse pasar por un vehículo legítimo o RSU. Al vincular estrictamente el proceso de autenticación a claves polinómicas únicas de Chebyshev y verificar las firmas digitales durante la autenticación por lotes y transferencias, el sistema garantiza que solo los participantes genuinos puedan comunicarse.
Ataques de escucha: donde los adversarios monitorizan pasivamente las comunicaciones para extraer información sensible. El esquema propuesto garantiza la confidencialidad mediante la generación segura de claves de sesión; por lo tanto, incluso si se interceptan paquetes de datos, permanecen ininteligibles sin la clave secreta.
Ataques de colusión: donde múltiples entidades comprometidas colaboran para romper el protocolo de autenticación. El uso de verificación agregada en la autenticación por lotes y la verificación independiente en la autenticación por transferencia impide que nodos comprometidos forjen colectivamente credenciales válidas.
| Símbolo | Descripción |
| Ui | I-ésimo vehículo en el VANET |
| RSU | Unidad al borde de la carretera |
| Te ayudo | Autoridad de confianza |
| TSi | Marca temporal generada por el vehículo |
| TA RSU | Marca temporal generada por RSU |
| TSTA | Marca temporal generada por TA |
| ΔT | Diferencia máxima permitida de reloj para la validez del mensaje |
| DID Ui | Identidad basada en seudónimo del vehículo Ui |
| ¿DID RSU? | Identidad basada en seudónimo de RSU |
| Tv(x) | Polinomio de Chebyshev con clave privada del vehículo "v" |
| TV(x) | Polinomio de Chebyshev con clave privada de autoridad confiable "b" |
TPKRi(x)
| Polinomio de Chebyshev con clave pública de RSU |
| αyo | Hash de identidad calculado por el vehículo Ui |
| βyo | Hash de identidad calculado por RSU para Ui |
| θi | Token de verificación polinómica de Ui usado para agregación |
| θ'agg | Polinomio agregado esperado (TA computado) |
| θAGG | Producto polinómico agregado de todos los vehículos Θi |
| mi,n i | Valores de semilla aleatoria de la clave de sesión generados por TA |
| ri,u i | Valores escalares secretos asignados a RSU y vehículo respectivamente |
| PUB RSU | Clave pública de RSU |
| PUB ui | Clave pública del vehículo Ui |
| E1(i), E2(i) | Valores de enmascaramiento calculados mediante hash para garantizar la confidencialidad |
| IK(i) | Componentes de los mensajes de autenticación/intercambio de claves de sesión |
| SKi | Clave de la última sesión establecida entre el vehículo y la RSU |
| H(.) | Función hash resistente a colisiones |
| ESK(.)/DSK(.) | Cifrado/descifrado simétrico usando clave de sesión |
| || | Operador de concatenación |
| mod P | Operación modular sobre un primo grande p |
Tabla 3: Notaciones. Esta tabla enumera los símbolos clave, parámetros y notaciones criptográficas empleadas a lo largo del artículo.
Esquema propuesto:
Este esquema propuesto consta de dos componentes principales: (i) un mecanismo de verificación por lotes de mensajes que utiliza polinomios de Chebyshev y (ii) un protocolo de autenticación por transferencia para transferencias de vehículos entre RSUs. Este estudio primero ofrece una visión general de la configuración del sistema y luego describe cada componente en detalle en las secciones siguientes, junto con que la terminología y la notación se ilustran en la Tabla 3.
Registro del vehículo:
Paso 1: Cada vehículo inicia el proceso de autenticación. Que haya n vehículos u1,u 2,u 3....,un intentando autenticación con la misma RSU en el tiempo t. Cada vehículo ui calcula:
αi = H(DIDui|| Tv i(Tb(x)) || TSi) (1)
Luego, ui envía:
I1(i) = (αi,DID ui,TS i) (2)
a la RSU.
Paso 2: RSU agrega y prepara la autenticación por lotes tras recibir todo el I 1(i) que realiza RSU:
1. Validación de marca temporal: |TSc - TSi| ≤ ΔT
2. Calcular el hash de la respuesta RSU para cada vehículo: βi = H(DIDRSU||Tr i(Tb(x))||TSRSU)
3. Calcular tokens de Chebyshev: θi = Tv i(TPKRi(x)) mod P
4. Agregar todos los tokens:
5. Prepara el mensaje por lote:
y envíalo a TA.
Paso 3: TA verifica las firmas por lotes
1. Verificar la marca de tiempo:TS TA -TS RSU ≤ ΔT
2. Comprobar hash RSU: βi* = H(DIDRSU || Tb(Tr i(x)) || RSU TS) = βi
3. Comprobar hash del vehículo: αi* = H(DIDui|| Tb(T vi(x)|| TSi) = αi
4. Verificación agregada: θ'agg = T∑v i(x)mod P
H(θagg) = H(θagg') Si todos pasan, la autenticación es exitosa.
Paso 4: Establecimiento de claves de sesión (en lote) para cada ui , TA realizado:
1. Calcular: E1(i) = H(PUB RSU||ri||TSRSU)
E2(i) = H(PUBui||vi||TSi).
2. Generar valores aleatorios mi,n i
Z*P
3. Clave de sesión de cálculo: SKi = H(mi||ni||ri||vi)
4. Construir componentes cifrados:
I3(i) = H(m i)
E1(i)
I4(i) = H(n i)
E2(i)
I5(i) = SKi
H(mi)
I6(i) = SKi
H(ni)
Enviar paquete: {I3(i),I4(i),I5(i),I6(i),TSTA}ni=1
Paso 5: RSU envía la información de la sesión a cada vehículo ui
1. Recuperar: H(m i) =I 3(i)
E1(i)
SKi = I5(i)
H(m i)
2. Te envíoi : {I 4(i),I6(i),TSRSU+1}
Paso 6: Los vehículos completan la extracción de claves de sesión para cada ui
1. Calcular: H(n i) = I4(i)
E2(i)
SKi = I6(i)
H(ni)
2. Usar la clave de sesión para cifrar mensajes:
ESKi(mi||PUBui||PUB RSU)
Paso 7: Transferir la autenticación para una transferencia fluida
Paso 7.1: La generación autorizada de tarjetas por parte de RSU se calculará
ACi = H(FPKvi|| FPKRi|| bi)
ω1 = TAC(x) mod P,ω2=ω1
FPKRi
IKi = H(ω1||FPKvi)
ω3 = EIKi(SKi)
TK i = Tγ(x) mod P
γ =b i. IK i-1
Envía (TK i,ω 2,ω 3) a la siguiente RSU.
Paso 7.2: Validación por la RSU vecina
TAC(x) = ω2
FPKRi-1
IK i '= H(TAC(x)||FPKvi)
TTKi(IKi'(HORi))módulo P = Tt(x)mod P
Paso 7.3: Recuperación de clave de sesión (descifrado de nuevas RSU)
SKi =D IKi'(ω3)
El vehículo ui ahora está autenticado dentro de la nueva zona RSU y puede continuar con una comunicación segura, con todas las notaciones usadas en el algoritmo detalladas en la Tabla 3.
En la Figura 3, los investigadores han explicado en detalle la autenticación de transferencia con un diagrama de carril de natación, cómo la RSU actual transfiere la autorización a la nueva RSU enviando sus parámetros (TK i,ω 2,ω 3) y, tras recibir estos parámetros de la nueva RSU, valida las verificaciones utilizando
TTKi(IKi'(HORi))módulo P = Tt(x)mod P. A partir de esta sesión, la llave será recuperada por la nueva RSU y enviada al vehículo.

Figura 3: Transferir autenticación entre dos RSUs. Esta figura ilustra el diagrama de flujo del protocolo de autenticación de transferencia en un VANET, donde un vehículo facilita la transferencia segura entre la Unidad En Carretera actual (RSU 1) y la siguiente Unidad en Carretera (RSU 2). El proceso comienza con la generación de tarjetas autenticadas y los cálculos criptográficos en la RSU 1, seguidos de la transmisión de parámetros al vehículo, la validación y la recuperación de la clave de sesión en la RSU 2, concluyendo con el establecimiento de una clave de sesión segura. Abreviaturas; VANET = Red vehicular ad hoc; RSU = Unidad de Carretera. Por favor, haz clic aquí para ver una versión ampliada de esta figura.