Lightweight cross-domain identity authentication method and system in Internet of Vehicles environment
By providing a lightweight cross-domain identity authentication method in the Internet of Vehicles environment, using the registration of trusted institutions and vehicles and roadside units to establish communication keys, the problem of insufficient vehicle cross-domain communication security is solved and seamless The effect of switching authentication and reducing time overhead.
Patent Information
- Application Number
- CN202411965524.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-30
- Publication Date
- 2025-01-24
- Estimated Expiration
- 2044-12-30
AI Technical Summary
In the Internet of Vehicles environment, when vehicles move across the domain, information exchange faces huge challenges, and the existing technology lacks an effective cross-domain vehicle communication security authentication solution, which is vulnerable to the risk of interception, tampering and eavesdropping by attackers.
Provide a method of lightweight cross -domain identity authentication method. Through the initialization parameters of credible agencies, and the registration of vehicles and roadside units, the first communication key is established. When the vehicle cross -domain, the first communication key will use the first communication key to send cross -domain cross -domain The notice is that the second road unit determines whether it is the first communication, obtain or read authentication parameters, and establish a second communication key for mutual certification.
The seamless switching certification between the vehicle and the roadside unit is implemented to ensure the safety of cross -domain communication, reduce the time over time of the certification process, and reduce communication overhead through symmetrical encryption.
Smart Images

Figure CN119364359A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to a lightweight cross-domain identity authentication method and system in a vehicle networking environment, belonging to the technical field of information encryption. Background Art
[0002] With the continuous development and popularization of the Internet of Things (IoT), the concept of the Internet of Vehicles (IoV) has emerged. In an IoV environment, data exchange between vehicles and infrastructure can provide road condition information and real-time navigation to enhance driving safety.
[0003] Because vehicles are mobile entities that move across different domains, they need to communicate with roadside units (RSUs) in different areas. Information exchange presents significant challenges as vehicles move from one domain to another. The onboard units (OBUs) installed on vehicles play a crucial role in exchanging information with RSUs deployed along the road. RSUs transmit data collected from nearby traffic lights to passing vehicles, providing instructions for adjusting their speed while driving. This information exchange enables vehicles to promptly identify high-risk situations and automatically take necessary measures.
[0004] Seamless services in the Internet of Vehicles (IoV) are crucial for facilitating cross-regional vehicle driving. The open nature of the IoV environment makes data transmitted over public channels vulnerable to interception, tampering, and eavesdropping by attackers. Attackers can maliciously impersonate legitimate vehicles, a vulnerability that can affect the security of communications between vehicles and roadside units (ROUs) and potentially even compromise the privacy of both users and vehicles. Therefore, ensuring the security of communications between vehicles and RSUs in an IoV environment is imperative. To address this issue, researchers have proposed various authentication and key agreement (AKA) protocols to enhance the security of communications between vehicles and RSUs. Currently, there is a lack of authentication schemes to ensure the security of cross-domain vehicle communications. Summary of the Invention
[0005] The purpose of the present invention is to overcome the shortcomings of the existing technology and provide a lightweight cross-domain identity authentication method and system in the Internet of Vehicles environment, which can ensure seamless handover authentication between cross-domain vehicles and roadside units. To achieve the above purpose, the present invention adopts the following technical solutions:
[0006] In a first aspect, the present invention provides a lightweight cross-domain identity authentication method in a vehicle networking environment, comprising:
[0007] The trusted institution initializes parameters, and the vehicle and each roadside unit register with the trusted institution;
[0008] The vehicle and the first roadside unit perform mutual authentication using a trusted authority to establish a first communication key;
[0009] When the vehicle to cross the domain sends a cross-domain notification to the first roadside unit using the first communication key, the first roadside unit sends the cross-domain notification to the second roadside unit;
[0010] The second roadside unit determines whether it is the first time to communicate with the vehicle to be cross-domain based on the cross-domain notification; if it is the first time to communicate, the second roadside unit obtains the authentication parameters of the vehicle to be cross-domain from the trusted institution; if it is not the first time to communicate, the second roadside unit reads the stored authentication parameters of the vehicle to be cross-domain;
[0011] In response to the vehicle to cross the domain traveling to the domain of the second roadside unit, the vehicle to cross the domain and the second roadside unit perform mutual authentication based on the authentication parameter to establish a second communication key.
[0012] In combination with the first aspect, optionally, the trusted institution initialization parameters include:
[0013] The trusted authority selects a one-way collision-resistant hash function, expressed as ;
[0014] Generate a master key using a random number generator .
[0015] In combination with the first aspect, optionally, vehicles There is a unique private key at the factory and long ID code ,vehicle In a trusted institution Registration, including:
[0016] vehicle Select a random number of vehicles ,calculate ,in For vehicles 's false identity, For credible institutions The selected one-way collision-resistant hash function, It is a concatenation operation that directly connects the binary numbers of two parameters end to end; vehicle Through the safe passage Send to a trusted institution ;
[0017] Trusted Institutions Receive the vehicle Sent After that, for the received Select random number As a parameter of the temporary identity, calculate and ,in For vehicles temporary status, For vehicles Authentication credentials, Master key; trusted authority storage and will Send to vehicle ;
[0018] vehicle Received from a trusted institution Sent After that, calculate 、 、 and ,in, To randomize the vehicle Encrypted ciphertext, For the general Encrypted ciphertext, is the vehicle information summary, To long identity code Encrypted ciphertext, is a binary XOR operation; vehicle storage , the vehicle is registered with a trusted institution.
[0019] In combination with the first aspect, optionally, each roadside unit is pre-assigned a long identity code , each roadside unit in a trusted institution Registration, including:
[0020] Roadside Unit Long ID code through the secure channel Send to a trusted institution ;
[0021] Trusted Institutions Received roadside unit Sent After that, for the received Select random number As a parameter for generating pseudo-identity, calculate 、 and ,in, Roadside unit Authentication credentials, Roadside unit 's false identity, To extend the identity code Encrypted ciphertext; trusted institution storage and will Send to roadside unit ;
[0022] Roadside Unit Received from a trusted institution Sent After that, store , the roadside unit is registered with the trusted agency.
[0023] In combination with the first aspect, optionally, the vehicle and the first roadside unit use a trusted institution to perform mutual authentication to establish a first communication key, including:
[0024] vehicle calculate 、 and , and check ,in, To determine whether both sides of the equation are equal; in response to the equality of both sides of the equation, the vehicle Log in to the system with a registered identity; vehicle choose and ,calculate and ,in is a temporary random number, To convert a temporary random number Encrypted ciphertext, A summary of the first communication for the vehicle, For vehicles To the first roadside unit Timestamp of sending information; vehicle Through public channels Send to the first roadside unit ;
[0025] First roadside unit receive Post-inspection ; In response to Does not exceed the preset first time threshold, the first roadside unit choose and ,calculate and ,in, is a temporary random number, To convert a temporary random number Encrypted ciphertext, A first communication summary for a first roadside unit, First roadside unit To a trusted institution Timestamp of sending the message, First roadside unit The long identity code, First roadside unit 's false identity, First roadside unit Authentication credentials for the first roadside unit Will Send to a trusted institution ;
[0026] Trusted Institutions receive Post-inspection ; In response to The preset second time threshold is not exceeded, and the trusted institution According to the vehicle Fake identity Find the vehicle from storage Temporary status ,calculate 、 )and , and check ,in The first communication digest of the vehicle calculated by the trusted authority; in response to both sides of the equation being equal, the trusted authority Verify vehicle Verification successful;
[0027] Trusted Institutions According to the first roadside unit Pseudo-long ID code Find from storage ,calculate 、 、 and , and check ,in, To place the first roadside unit Long ID code Encrypted ciphertext, The first communication digest of the first roadside unit calculated by the trusted authority; in response to both sides of the equation being equal, the trusted authority Verify first roadside unit Verification successful;
[0028] Trusted Institutions choose ,calculate 、 and ,in, For credible institutions To the first roadside unit Timestamp of sending the message, For encryption The ciphertext, For encryption The ciphertext, The first communication summary of the trusted authority; the trusted authority Will Send to the first roadside unit ;
[0029] First roadside unit receive Post-inspection ; In response to The first roadside unit does not exceed the preset third time threshold. calculate , and check ,in A first communication digest of a trusted authority calculated for the first roadside unit; in response to both sides of the equation being equal, the first roadside unit Verify trusted institutions Verification successful;
[0030] First roadside unit calculate and ,in, is the first communication key; the first roadside unit choose ,calculate ,in First roadside unit The timestamp of sending information to vehicle 𝑉𝑖, A second communication digest for a trusted authority; a first roadside unit Will Send to vehicle ;
[0031] vehicle receive Post-inspection ; In response to The vehicle does not exceed the preset fourth time threshold. calculate 、 and , and verify ,in A second communication digest of the trusted authority calculated for the vehicle; in response to both sides of the equation being equal, the vehicle Verify trusted institutions The verification is successful, and the first communication key established by the vehicle and the first roadside unit using the trusted institution for mutual authentication is obtained. .
[0032] In combination with the first aspect, optionally, when the vehicle to cross the domain sends a cross-domain notification to the first roadside unit using the first communication key, the first roadside unit sends the cross-domain notification to the second roadside unit, including:
[0033] First roadside unit Generate notification and select ,calculate , ,in, First roadside unit The long identity code, For use As the ciphertext encrypted with the symmetric key, For use As a symmetric encryption function of a symmetric key, Second roadside unit 's false identity, For vehicles 's false identity, To connect the binary numbers of two parameters directly end to end, A second communication summary for the first roadside unit, For credible institutions The selected one-way collision-resistant hash function, First roadside unit Authentication credentials, First roadside unit To a trusted institution Timestamp of sending information; first roadside unit Will Send to a trusted institution ;
[0034] Trusted Institutions receive Post-inspection ; In response to If the preset fifth time threshold is not exceeded, continue with the first roadside unit Authentication of trusted institutions According to the first roadside unit Fake identity Get Encrypted ciphertext ,calculate 、 and , and check ,in is a binary XOR operation, is the master key, a second communication digest of the first roadside unit calculated by the trusted authority, To determine whether both sides of the equation are equal; in response to the equality of both sides of the equation, the trusted institution Verify first roadside unit Verification successful;
[0035] Trusted Institutions choose ,calculate ,in For use Symmetric decryption function as a symmetric key; trusted authority According to the second roadside unit Fake identity Get the second roadside unit Long ID code Encrypted ciphertext ,calculate 、 and ,in Second roadside unit The long identity code, Second roadside unit Authentication credentials, The third communication summary for the first roadside unit, For credible institutions To the second roadside unit Timestamp of sending information; trusted institution Will Send to the second roadside unit ;
[0036] Second roadside unit receive Afterwards, check ; In response to The preset sixth time threshold is not exceeded, and the second roadside unit calculate , and check ,in The third communication digest of the first roadside unit calculated for the second roadside unit; in response to both sides of the equation being equal, the second roadside unit Successfully verified the first roadside unit The legitimacy of the and received cross-domain notification.
[0037] In combination with the first aspect, optionally, if it is the first communication, the second roadside unit obtains authentication parameters of the vehicle to be cross-domain from the trusted institution, including:
[0038] Second roadside unit Generate data request And select the second roadside unit random number and ,calculate and ,in To make a random number Encrypted ciphertext, A first communication summary for the second roadside unit, For the second roadside unit, Timestamp of sending information; Second roadside unit send To a trusted institution ;
[0039] Trusted Institutions receive Afterwards, check ; In response to Does not exceed the preset seventh time threshold, the trusted institution calculate and , and check ,in The first communication digest of the second roadside unit calculated by the trusted institution; in response to both sides of the equation being equal, the trusted institution verifies Second roadside unit Verification successful;
[0040] Trusted Institutions According to the vehicle Fake identity Get a vehicle Temporary status ,calculate and ,in, For vehicles Authentication credentials, To use a symmetric encryption algorithm Encrypted ciphertext, For is a symmetric key encryption function; a trusted authority choose ,calculate ,in is the second communication summary of the vehicle, For credible institutions Timestamp of sending information to the second roadside unit; trusted authority sends To the second roadside unit ;
[0041] Second roadside unit receive Afterwards, check ; In response to The second roadside unit does not exceed the preset eighth time threshold. calculate and , and check ,in, For is the decryption function of the symmetric key, A second communication digest of the vehicle calculated for the second roadside unit, in response to both sides of the equation being equal, the second roadside unit Successfully verified the vehicle The legality of calculation ,in For vehicle information Encrypted ciphertext; second roadside unit Storage Vehicles Authentication parameters { , }.
[0042] In combination with the first aspect, optionally, in response to the vehicle to be cross-domain driving into the domain of the second roadside unit, the vehicle to be cross-domain and the second roadside unit perform mutual authentication based on the authentication parameter to establish a second communication key, including:
[0043] vehicle choose and ,calculate , ,in The random number generated for this communication, To make a random number Encrypted ciphertext, The third communication summary for the vehicle, For vehicles To the second roadside unit Timestamp of sending information; vehicle Will Send to second roadside unit ;
[0044] Second roadside unit receive Afterwards, check ; In response to The preset ninth time threshold is not exceeded, and the second roadside unit According to the vehicle Fake identity Get vehicle information Encrypted ciphertext ,calculate 、 and , and check ,in The third information summary of the vehicle calculated for the second roadside unit; in response to both sides of the equation being equal, the second roadside unit Successfully verified the vehicle the legitimacy of
[0045] Second roadside unit choose and ,calculate 、 and ,in For Encrypted ciphertext, To generate a session key for the second RSU The random number selected, a second communication digest for a second roadside unit, Communication key for the second roadside unit Will Send to vehicle ;
[0046] vehicle receive Post-inspection ; In response to The vehicle does not exceed the preset tenth time threshold. count 、 and , and check ,in A second communication digest of a second roadside unit calculated for the vehicle; in response to both sides of the equation being equal, the vehicle Verify Second Roadside Unit The verification is successful, and the second communication key established by the vehicle and the second roadside unit based on the authentication parameters is obtained. .
[0047] In a second aspect, the present invention provides a system including a trusted organization, a plurality of vehicles, and a plurality of roadside units.
[0048] The trusted institution is in communication with a plurality of vehicles and a plurality of roadside units, and is used to provide registration and authentication for the vehicles and the roadside units;
[0049] The roadside unit is connected to a trusted institution for communication, and is used to collect road condition information and regularly upload the collected road condition information to the trusted institution; the roadside unit is connected to a vehicle for communication, and is used to guide the vehicle to drive safely through data interaction.
[0050] In combination with the second aspect, optionally, the vehicle is configured with an OBU and an SGX1; the OBU is used to store general data; the SGX1 is used to store secret data; the roadside unit is configured with a TPD and SGX2; the TPD is used to store general data; the SGX2 is used to store secret data; and the trusted institution is configured with a database for storing data.
[0051] Compared with the prior art, the lightweight cross-domain identity authentication method and system provided by the embodiments of the present invention in a connected vehicle environment have the following beneficial effects:
[0052] The vehicle and the first roadside unit of the present invention use a trusted institution to perform mutual authentication to establish a first communication key; the present invention provides intra-domain authentication, and mutual authentication is performed between communication entities, so that both the vehicle and the first roadside unit provide identity authentication credentials to confirm the legitimacy of their identities;
[0053] When a vehicle to be crossed across domains of the present invention uses a first communication key to send a cross-domain notification to a first roadside unit to cross to a second roadside unit, the first roadside unit sends the cross-domain notification to the second roadside unit; the second roadside unit determines whether it is the first time to communicate with the vehicle to be crossed across domains based on the cross-domain notification; if it is the first time to communicate, the second roadside unit obtains the authentication parameters of the vehicle to be crossed across domains from a trusted institution; if it is not the first time to communicate, the second roadside unit reads the stored authentication parameters of the vehicle to be crossed across domains; the second roadside unit of the present invention can determine whether it is the first time to communicate between the vehicle and itself, and can ensure seamless switching of authentication;
[0054] In response to a vehicle to be cross-domain driving into the domain of a second roadside unit, the vehicle to be cross-domain and the second roadside unit perform mutual authentication based on authentication parameters to establish a second communication key. When the vehicle crosses the domain, the vehicle and the second roadside unit can directly authenticate each other without the involvement of a trusted organization, thus significantly reducing time overhead compared to a simple method of repeated single-domain authentication. The present invention employs symmetric encryption, resulting in low communication overhead.
[0055] The vehicles and roadside units of the present invention use long identity codes to register with trusted institutions. Due to the long bit length and high entropy value of the long identity codes, attackers cannot correctly guess and verify the vehicles and roadside units within the probabilistic polynomial time. During the registration stage, the trusted institution stores the pseudo-identities of the vehicles and roadside units through hash operations, which is more secure than the traditional registration that directly stores the real identity information of the vehicles and can resist internal theft attacks. BRIEF DESCRIPTION OF THE DRAWINGS
[0056] Figure 1 This is a flow chart of a lightweight cross-domain identity authentication method in a connected vehicle environment provided by Example 1 of the present invention;
[0057] Figure 2 This is a schematic diagram of a vehicle registering with a trusted institution in a lightweight cross-domain identity authentication method in a vehicle networking environment provided by Example 1 of the present invention;
[0058] Figure 3 This is a schematic diagram of each roadside unit registering with a trusted institution in a lightweight cross-domain identity authentication method in a vehicle networking environment provided by Example 1 of the present invention;
[0059] Figure 4 This is a schematic diagram of mutual authentication between a vehicle and a first roadside unit in a lightweight cross-domain identity authentication method in a vehicle networking environment provided by Example 1 of the present invention;
[0060] Figure 5 This is a schematic diagram of a first roadside unit sending a cross-domain notification to a second roadside unit in a lightweight cross-domain identity authentication method in a vehicle networking environment provided by Example 1 of the present invention;
[0061] Figure 6 This is a schematic diagram of a lightweight cross-domain identity authentication method in a vehicle networking environment provided by Example 1 of the present invention, in which a second roadside unit obtains authentication parameters of a vehicle to be cross-domain from a trusted institution;
[0062] Figure 7 This is a schematic diagram of mutual authentication between a vehicle to be crossed and a second roadside unit in a lightweight cross-domain identity authentication method in a vehicle networking environment provided by Example 1 of the present invention. DETAILED DESCRIPTION
[0063] The present invention will be further described below in conjunction with the accompanying drawings. The following embodiments are only used to more clearly illustrate the technical solutions of the present invention and are not intended to limit the scope of protection of the present invention.
[0064] Example 1
[0065] like Figure 1 As shown, an embodiment of the present invention provides a lightweight cross-domain identity authentication method in a vehicle networking environment, including:
[0066] The trusted institution initializes parameters, and the vehicle and each roadside unit register with the trusted institution;
[0067] The vehicle and the first roadside unit perform mutual authentication using a trusted authority to establish a first communication key;
[0068] When the vehicle to cross the domain sends a cross-domain notification to the first roadside unit using the first communication key, the first roadside unit sends the cross-domain notification to the second roadside unit;
[0069] The second roadside unit determines whether it is the first time to communicate with the vehicle to be cross-domain based on the cross-domain notification; if it is the first time to communicate, the second roadside unit obtains the authentication parameters of the vehicle to be cross-domain from the trusted institution; if it is not the first time to communicate, the second roadside unit reads the stored authentication parameters of the vehicle to be cross-domain;
[0070] In response to the vehicle to cross the domain traveling to the domain of the second roadside unit, the vehicle to cross the domain and the second roadside unit perform mutual authentication based on the authentication parameter to establish a second communication key.
[0071] The specific steps include:
[0072] Step 1: The trusted authority initializes parameters.
[0073] The trusted authority selects a one-way collision-resistant hash function, expressed as ; Generate a master key using a random number generator .
[0074] Step 2: The vehicle and each roadside unit are registered with a trusted institution.
[0075] Step 2.1: The vehicle is registered with a trusted authority.
[0076] When a car manufacturer produces a vehicle, each vehicle Have a unique private key and long ID code .
[0077] like Figure 2 As shown, the vehicle To a trusted institution Registration, including:
[0078] Step 2.1.1: Vehicle Select a random number of vehicles ,calculate ,in For vehicles 's false identity, For credible institutions The selected one-way collision-resistant hash function, It is a concatenation operation that directly connects the binary numbers of the two parameters end to end.
[0079] vehicle Through the safe passage Send to a trusted institution .
[0080] Step 2.1.2: Trusted Institutions Receive the vehicle Sent After that, for the received Select random number As a parameter of the temporary identity, calculate and ,in For vehicles temporary status, For vehicles Authentication credentials, is the master key.
[0081] Trusted Institutions storage and will Send to vehicle .
[0082] Step 2.1.3: Vehicle Received from a trusted institution Sent After that, calculate 、 、 and ,in, To randomize the vehicle Encrypted ciphertext, For the general Encrypted ciphertext, is the vehicle information summary, To extend the identity code Encrypted ciphertext, is a binary XOR operation; vehicle storage , the vehicle is registered with a trusted institution.
[0083] Step 2.2: Each roadside unit registers with a trusted institution.
[0084] Each roadside unit is pre-assigned a long identity code .
[0085] like Figure 3 As shown, each roadside unit is registered with a trusted institution, including:
[0086] Step 2.2.1: Roadside Unit Long ID code through the secure channel Send to a trusted institution .
[0087] Step 2.2.2: Trusted Institutions Received roadside unit Sent After that, for the received Select random number As a parameter for generating pseudo-identity, calculate 、 and ,in, Roadside unit Authentication credentials, Roadside unit 's false identity, To extend the identity code Encrypted ciphertext.
[0088] Trusted Institutions storage and will Send to roadside unit .
[0089] Step 2.2.3: Roadside Unit Received from a trusted institution Sent After that, store , the roadside unit is registered with the trusted agency.
[0090] In this embodiment, the vehicle and each roadside unit use a long identity code to register with the trusted institution. Due to the long bit length and high entropy value of the long identity code, an attacker cannot correctly guess and verify the vehicle and each roadside unit within the probabilistic polynomial time.
[0091] In this embodiment, during the registration phase, the trusted institution stores pseudo identities of the vehicle and roadside unit through hash operations, which is more secure than the traditional registration method of directly storing the real identity information of the vehicle and can resist internal theft attacks.
[0092] Step 3: The vehicle and the first roadside unit use a trusted authority to perform mutual authentication and establish a first communication key.
[0093] This step is an intra-domain authentication step. The vehicle and the first roadside unit need to be authenticated with the help of a trusted organization and establish a first communication key before the vehicle can communicate with the first roadside unit.
[0094] like Figure 4 As shown, the vehicle and the first roadside unit use a trusted authority to perform mutual authentication to establish a first communication key, including:
[0095] Step 3.1: Vehicle calculate 、 and , and check ,in, To determine whether both sides of the equation are equal; in response to the equality of both sides of the equation, the vehicle Log in to the system with a registered identity.
[0096] vehicle choose and ,calculate and ,in is a temporary random number, To convert a temporary random number Encrypted ciphertext, A summary of the first communication for the vehicle, For vehicles To the first roadside unit Timestamp of when the message was sent.
[0097] vehicle Through public channels Send to the first roadside unit .
[0098] Step 3.2: First Roadside Unit receive Post-inspection .
[0099] In response to Does not exceed the preset first time threshold, the first roadside unit choose and ,calculate and ,in, is a temporary random number, To convert a temporary random number Encrypted ciphertext, A first communication summary for a first roadside unit, First roadside unit To a trusted institution Timestamp of sending the message, First roadside unit The long ID code, First roadside unit 's false identity, First roadside unit Authentication credentials.
[0100] First roadside unit Will Send to a trusted institution .
[0101] Step 3.3: Trusted Institutions receive Post-inspection .
[0102] In response to Does not exceed the preset second time threshold, the trusted institution According to the vehicle Fake identity Find the vehicle from storage Temporary status ,calculate 、 )and , and check ,in The first communication digest of the vehicle calculated by the trusted authority; in response to both sides of the equation being equal, the trusted authority Verify vehicle Verification successful.
[0103] Step 3.4: Trusted Institutions According to the first roadside unit Pseudo-long ID code Find from storage ,calculate 、 、 and , and check ,in, To place the first roadside unit Long ID code Encrypted ciphertext, The first communication digest of the first roadside unit calculated by the trusted authority; in response to both sides of the equation being equal, the trusted authority Verify first roadside unit Verification successful.
[0104] Step 3.5: Trusted Institutions choose ,calculate 、 and ,in, For credible institutions To the first roadside unit Timestamp of sending the message, For encryption The ciphertext, For encryption The ciphertext, The first communication digest of the trusted authority.
[0105] Trusted Institutions Will Send to the first roadside unit .
[0106] Step 3.6: First Roadside Unit receive Post-inspection .
[0107] In response to The first roadside unit does not exceed the preset third time threshold. calculate , and check ,in A first communication digest of a trusted authority calculated for the first roadside unit; in response to both sides of the equation being equal, the first roadside unit Verify trusted institutions Verification successful.
[0108] Step 3.7: First Roadside Unit calculate and ,in, is the first communication key; the first roadside unit choose ,calculate ,in First roadside unit The timestamp of sending information to vehicle 𝑉𝑖, The second communication digest of the trusted authority.
[0109] First roadside unit Will Send to vehicle .
[0110] Step 3.8: Vehicle receive Post-inspection .
[0111] In response to The vehicle does not exceed the preset fourth time threshold. calculate 、 and , and verify ,in A second communication digest of the trusted authority calculated for the vehicle; in response to both sides of the equation being equal, the vehicle Verify trusted institutions The verification is successful, and the first communication key established by the vehicle and the first roadside unit using the trusted institution for mutual authentication is obtained. .
[0112] Step 4: When the vehicle to cross the domain uses the first communication key to send a cross-domain notification to the first roadside unit to cross to the second roadside unit, the first roadside unit sends the cross-domain notification to the second roadside unit.
[0113] This step is a cross-domain notification step, in which the first roadside unit notifies the second roadside unit that the vehicle to be cross-domain is about to arrive at the domain sent to the second roadside unit.
[0114] like Figure 5 As shown, the specific steps of the first roadside unit sending the cross-domain notification to the second roadside unit include:
[0115] Step 4.1: First Roadside Unit Generate notification and select ,calculate , ,in, First roadside unit The long identity code, For use As the ciphertext encrypted with the symmetric key, For use As a symmetric encryption function of a symmetric key, Second roadside unit 's false identity, For vehicles 's false identity, To connect the binary numbers of two parameters directly end to end, A second communication summary for the first roadside unit, For credible institutions The selected one-way collision-resistant hash function, First roadside unit Authentication credentials, First roadside unit To a trusted institution Timestamp of when the message was sent.
[0116] First roadside unit Will Send to a trusted institution .
[0117] Step 4.2: Trusted Institutions receive Post-inspection .
[0118] In response to If the preset fifth time threshold is not exceeded, continue with the first roadside unit Authentication of trusted institutions According to the first roadside unit Fake identity Get Encrypted ciphertext ,calculate 、 and , and check ,in is a binary XOR operation, is the master key, a second communication digest of the first roadside unit calculated by the trusted authority, To determine whether both sides of the equation are equal; in response to the equality of both sides of the equation, the trusted institution Verify first roadside unit Verification successful.
[0119] Step 4.3: Trusted Institutions choose ,calculate ,in For use Symmetric decryption function as a symmetric key; trusted authority According to the second roadside unit Fake identity Get the second roadside unit Long ID code Encrypted ciphertext ,calculate 、 and ,in Second roadside unit The long ID code, Second roadside unit Authentication credentials, The third communication summary for the first roadside unit, For credible institutions To the second roadside unit Timestamp of when the message was sent.
[0120] Trusted Institutions Will Send to the second roadside unit .
[0121] Step 4.4: Second Roadside Unit receive Afterwards, check .
[0122] In response to The preset sixth time threshold is not exceeded, and the second roadside unit calculate , and check ,in The third communication digest of the first roadside unit calculated for the second roadside unit; in response to both sides of the equation being equal, the second roadside unit Successfully verified the first roadside unit The legitimacy of the and received cross-domain notification.
[0123] Step 5: The second roadside unit determines whether it is the first communication with the vehicle to be cross-domain based on the cross-domain notification; if it is the first communication, the second roadside unit obtains the authentication parameters of the vehicle to be cross-domain from the trusted agency; if it is not the first communication, the second roadside unit reads the stored authentication parameters of the vehicle to be cross-domain.
[0124] Among them, if it is the first communication, the second roadside unit obtains the authentication parameters of the vehicle to be cross-domain from the trusted organization. This step is a data request step.
[0125] like Figure 6 As shown, the specific steps for the second roadside unit to obtain the authentication parameters of the vehicle to be cross-domain from the trusted institution include:
[0126] Step 5.1: Second Roadside Unit Generate data request And select the second roadside unit random number and ,calculate and ,in To make a random number Encrypted ciphertext, A first communication summary for the second roadside unit, For the second roadside unit, Timestamp of when the message was sent.
[0127] Second roadside unit send To a trusted institution .
[0128] Step 5.2: Trusted Institutions receive Afterwards, check .
[0129] In response to Does not exceed the preset seventh time threshold, the trusted institution calculate and , and check ,in The first communication digest of the second roadside unit calculated by the trusted institution; in response to both sides of the equation being equal, the trusted institution verifies Second roadside unit Verification successful.
[0130] Step 5.3: Trusted Institutions According to the vehicle Fake identity Get a vehicle Temporary status ,calculate and ,in, For vehicles Authentication credentials, To use a symmetric encryption algorithm Encrypted ciphertext, For A symmetric key encryption function.
[0131] Trusted Institutions choose ,calculate ,in is the second communication summary of the vehicle, For credible institutions Timestamp of when the message was sent to the second roadside unit.
[0132] Sent by a trusted organization To the second roadside unit .
[0133] Step 5.4: Second Roadside Unit receive Afterwards, check .
[0134] In response to The second roadside unit does not exceed the preset eighth time threshold. calculate and , and check ,in, For is the decryption function of the symmetric key, A second communication digest of the vehicle calculated for the second roadside unit, in response to both sides of the equation being equal, the second roadside unit Successfully verified the vehicle the legitimacy of.
[0135] calculate ,in For vehicle information Encrypted ciphertext; second roadside unit Storage Vehicles Authentication parameters { , }.
[0136] In this embodiment, the second roadside unit can determine whether it is the first time for the vehicle to communicate with itself, thereby ensuring seamless handover authentication.
[0137] Step 6: In response to the vehicle to cross the domain driving into the domain of the second roadside unit, the vehicle to cross the domain and the second roadside unit perform mutual authentication based on the authentication parameters to establish a second communication key.
[0138] This step is a cross-domain authentication step. When the vehicle to be cross-domain drives to the domain of the second roadside unit and hopes to obtain road data collected by the domain of the second roadside unit, the vehicle to be cross-domain and the second roadside unit perform mutual authentication and establish a second communication key.
[0139] like Figure 7 As shown, the specific steps for mutual authentication between the vehicle to be cross-domain and the second roadside unit include:
[0140] Step 6.1: Vehicle choose and ,calculate , ,in The random number generated for this communication, To make a random number Encrypted ciphertext, The third communication summary for the vehicle, For vehicles To the second roadside unit Timestamp of when the message was sent.
[0141] vehicle Will Send to second roadside unit .
[0142] Step 6.2: Second Roadside Unit receive Afterwards, check .
[0143] In response to The preset ninth time threshold is not exceeded, and the second roadside unit According to the vehicle Fake identity Get vehicle information Encrypted ciphertext ,calculate 、 and , and check ,in The third information summary of the vehicle calculated for the second roadside unit; in response to both sides of the equation being equal, the second roadside unit Successfully verified the vehicle the legitimacy of.
[0144] Step 6.3: Second Roadside Unit choose and ,calculate 、 and ,in For Encrypted ciphertext, To generate a session key for the second RSU The random number selected, a second communication digest for a second roadside unit, The communication key for the first time.
[0145] Second roadside unit Will Send to vehicle .
[0146] Step 6.4: Vehicle receive Post-inspection .
[0147] In response to The vehicle does not exceed the preset tenth time threshold. count 、 and , and check ,in A second communication digest of a second roadside unit calculated for the vehicle; in response to both sides of the equation being equal, the vehicle Verify Second Roadside Unit The verification is successful, and the second communication key established by the vehicle and the second roadside unit based on the authentication parameters is obtained. .
[0148] In this embodiment, when a vehicle crosses domains, the vehicle and the second roadside unit can directly authenticate each other without the participation of a trusted organization, which reduces a lot of time overhead compared to the simple method of repeated single-domain authentication; the present invention adopts all symmetric encryption methods, and the communication overhead is relatively small.
[0149] The vehicles and roadside units of the present invention use long identity codes to register with trusted institutions. Due to the long bit length and high entropy value of the long identity codes, attackers cannot correctly guess and verify the vehicles and roadside units within the probabilistic polynomial time. During the registration stage, the trusted institution stores the pseudo-identities of the vehicles and roadside units through hash operations, which is more secure than the traditional registration that directly stores the real identity information of the vehicles and can resist internal theft attacks.
[0150] This embodiment achieves the following safety goals while being lightweight:
[0151] Resistant to capture attacks: Even if an attacker captures a legitimate entity (vehicle and / or roadside unit), they cannot easily obtain the data stored in the entity database to calculate the session key;
[0152] Resisting Offline Identity Guessing Attacks: Since the long-term identities of vehicles and roadside units have long bit lengths and high entropy values, attackers cannot correctly guess and verify these identities in probabilistic polynomial time;
[0153] Resisting Man-in-the-Middle (MITM) Attacks: This embodiment prevents attackers from intercepting and tampering with messages exchanged over a public channel between two communicating entities, thereby preventing the attacker from establishing communication with both parties.
[0154] Impersonation attacks: Attackers attempt to impersonate legitimate entities (vehicles and / or roadside units) to send messages to other entities. This embodiment ensures that the recipient can verify the authenticity of the message, preventing the attacker from being authenticated.
[0155] Mutual Authentication: This embodiment requires both parties to provide authentication credentials to each other during the communication process to confirm the legitimacy of each other's identities.
[0156] Anonymity: Throughout the authentication and key agreement (AKA) process, entities must maintain anonymity to ensure their true identity and other sensitive information is not disclosed.
[0157] Untraceability: The vehicle’s identity or activity cannot be tracked or identified during communication.
[0158] Perfect Forward Secrecy (PFS): Even if an attacker obtains the current session key, the attacker cannot access the entity's previous session keys.
[0159] Example 2
[0160] An embodiment of the present invention provides a lightweight cross-domain identity authentication system in a vehicle network environment, including a trusted organization, multiple vehicles and multiple roadside units.
[0161] The trusted authority is in communication with multiple vehicles and multiple roadside units to provide registration and authentication for the vehicles and roadside units.
[0162] The roadside unit communicates with the trusted organization to collect and regularly upload road condition information to the trusted organization. The roadside unit also communicates with the vehicle to guide safe driving through data exchange.
[0163] The vehicle is a semi-trusted device, equipped with an OBU and SGX1; the OBU is used to store general data; the SGX1 is used to store secret data.
[0164] The roadside unit is a semi-trusted device equipped with TPD and SGX2; TPD is used to store general data; SGX2 is used to store secret data.
[0165] The trusted institution is provided with a database for storing data.
[0166] In this embodiment, when a vehicle is registered with a trusted institution, each vehicle Unique private key Stored in SGX1, the trusted authority CS will Stored in the database, the vehicle will Stored in the OBU. Each roadside unit is registered with a trusted organization, and each roadside unit is pre-assigned a long identity code. Stored in SGX2, trusted institution Will The second roadside unit sends the vehicle's authentication parameters { , } is stored in TPD.
[0167] The above is only a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the technical principles of the present invention. These improvements and modifications should also be regarded as the scope of protection of the present invention.
Claims
1. A lightweight cross-domain identity authentication method in a vehicle networking environment, characterized in that: include: The trusted institution initializes parameters, and the vehicle and each roadside unit register with the trusted institution; The vehicle and the first roadside unit perform mutual authentication using a trusted authority to establish a first communication key; When the vehicle to be crossed uses the first communication key to send a cross-domain notification to the first roadside unit to cross to the second roadside unit, the first roadside unit sends the cross-domain notification to the second roadside unit; The second roadside unit determines whether it is the first communication with the vehicle to be cross-domain based on the cross-domain notification; if it is the first communication, the second roadside unit obtains the authentication parameters of the vehicle to be cross-domain from the trusted institution; if it is not the first communication, the second roadside unit reads the stored authentication parameters of the vehicle to be cross-domain; In response to the vehicle to cross the domain driving into the domain of the second roadside unit, the vehicle to cross the domain and the second roadside unit perform mutual authentication based on the authentication parameters to establish a second communication key.
2. The lightweight cross-domain identity authentication method in a vehicle networking environment according to claim 1 is characterized in that: The trusted institution initialization parameters include: The trusted authority selects a one-way collision-resistant hash function, expressed as ; Generate a master key using a random number generator .
3. The lightweight cross-domain identity authentication method in a vehicle networking environment according to claim 1 is characterized in that: No. Vehicles There is a unique private key when it leaves the factory and long ID ,vehicle In a trusted institution Registration, including: vehicle Select a random number of vehicles ,calculate ,in For vehicles The false identity, Trusted institution The selected one-way collision-resistant hash function, It is a concatenation operation that directly connects the binary numbers of two parameters end to end; vehicle Through the safe passage Send to a trusted institution ; Trusted Institutions Receive vehicle Sent After that, for the received Select random number As a parameter of the temporary identity, calculate and ,in For vehicles Temporary status, For vehicles Authentication credentials, Master key; trusted authority storage and will Send to vehicle ; vehicle Received from a trusted institution Sent After that, calculate , , and ,in, To randomize the vehicle Encrypted ciphertext, For the general Encrypted ciphertext, is the vehicle information summary, To change the long ID Encrypted ciphertext, is a binary XOR operation; vehicle storage , the vehicle is registered with a trusted institution.
4. The lightweight cross-domain identity authentication method in a vehicle networking environment according to claim 3 is characterized in that: Each roadside unit is pre-assigned a long identity code , each roadside unit is in a trusted institution Registration, including: Roadside Unit Long ID code through secure channel Send to a trusted institution ; Trusted Institutions Received roadside unit Sent After that, for the received Select random number As a parameter for generating pseudo-identity, calculate , and ,in, Roadside Unit Authentication credentials, Roadside Unit The false identity, To change the long ID Encrypted ciphertext; trusted authority storage and will Send to roadside unit ; Roadside Unit Received from a trusted institution Sent After that, store , the roadside unit is registered with the trusted agency.
5. The lightweight cross-domain identity authentication method in a vehicle networking environment according to claim 4 is characterized in that: The vehicle and the first roadside unit use a trusted institution to perform mutual authentication to establish a first communication key, including: vehicle calculate , and , and check ,in, To determine whether both sides of the equation are equal; in response to the equality of both sides of the equation, the vehicle Log in to the system with a registered identity; vehicle choose and ,calculate and ,in is a temporary random number, To convert a temporary random number Encrypted ciphertext, A summary of the first communication for the vehicle, For vehicles To the first roadside unit Timestamp of sending information; vehicle Through the public channel Send to first roadside unit ; First roadside unit receive Post-inspection ; In response to The first roadside unit choose and ,calculate and ,in, is a temporary random number, To convert a temporary random number Encrypted ciphertext, a first communication digest for a first roadside unit, First roadside unit Trusted Institutions Timestamp of when the message was sent, First roadside unit The long ID code, First roadside unit The false identity, First roadside unit Authentication credentials for the first roadside unit Will Send to a trusted institution ; Trusted Institutions receive Post-inspection ; In response to The preset second time threshold is not exceeded, and the trusted institution According to vehicle Pseudo-identity Find the vehicle from storage Temporary status ,calculate , )and , and check ,in The first communication digest of the vehicle calculated by the trusted institution; in response to both sides of the equation being equal, the trusted institution Verify vehicle Verification successful; Trusted Institutions According to the first roadside unit Pseudo long ID code Find from storage ,calculate , , and , and check ,in, To place the first roadside unit Long ID code Encrypted ciphertext, The first communication digest of the first roadside unit calculated by the trusted institution; in response to both sides of the equation being equal, the trusted institution Verify first roadside unit Verification successful; Trusted Institutions choose ,calculate , and ,in, Trusted institution To the first roadside unit Timestamp of when the message was sent, For encryption The ciphertext, For encryption The ciphertext, A first communication digest for a trusted authority; a trusted authority Will Send to first roadside unit ; First roadside unit receive Post-inspection ; In response to The preset third time threshold is not exceeded, and the first roadside unit calculate , and check ,in A first communication digest of a trusted institution calculated for a first roadside unit; in response to both sides of the equation being equal, the first roadside unit Verify trusted institutions Verification successful; First roadside unit calculate and ,in, is the first communication key; the first roadside unit choose ,calculate ,in First roadside unit The timestamp of sending the message to vehicle 𝑉𝑖, A second communication digest for a trusted authority; a first roadside unit Will Send to vehicle ; vehicle receive Post-inspection ; In response to The vehicle does not exceed the preset fourth time threshold. calculate , and , and verify ,in A second communication digest of the trusted authority calculated for the vehicle; in response to both sides of the equation being equal, the vehicle Verify trusted institutions The verification is successful, and the first communication key established by the vehicle and the first roadside unit using a trusted institution for mutual authentication is obtained. .
6. The lightweight cross-domain identity authentication method in a vehicle networking environment according to claim 1 is characterized in that: When the vehicle to be crossed uses the first communication key to send a cross-domain notification to the first roadside unit to cross to the second roadside unit, the first roadside unit sends the cross-domain notification to the second roadside unit, including: First roadside unit Generate notification and select ,calculate , ,in, First roadside unit The long ID code, For use As the ciphertext encrypted with the symmetric key, For use As a symmetric encryption function of a symmetric key, Second roadside unit The false identity, For vehicles The false identity, To connect the binary numbers of two parameters directly end to end, a second communication summary for the first roadside unit, Trusted institution The selected one-way collision-resistant hash function, First roadside unit Authentication credentials, First roadside unit Trusted Institutions Timestamp of sending information; first roadside unit Will Send to a trusted institution ; Trusted Institutions receive Post-inspection ; In response to If the preset fifth time threshold is not exceeded, the first roadside unit is continued. Authentication of identity; trusted authority According to the first roadside unit Pseudo-identity Get Encrypted ciphertext ,calculate , and , and check ,in is a binary XOR operation, is the master key, a second communication digest of the first roadside unit calculated by the trusted authority, To determine whether both sides of the equation are equal; in response to the equality of both sides of the equation, the trusted institution Verify first roadside unit Verification successful; Trusted Institutions choose ,calculate ,in For use Symmetric decryption function as a symmetric key; trusted authority According to the second roadside unit Pseudo-identity Get the second roadside unit Long ID code Encrypted ciphertext ,calculate , and ,in Second roadside unit The long ID code, Second roadside unit Authentication credentials, A third communication summary for the first roadside unit, Trusted institution To the second roadside unit Timestamp of sending information; trusted institution Will Send to second roadside unit ; Second roadside unit receive After that, check ; In response to The preset sixth time threshold is not exceeded, and the second roadside unit calculate , and check ,in The third communication digest of the first roadside unit calculated for the second roadside unit; in response to both sides of the equation being equal, the second roadside unit Successfully verified the first roadside unit legitimacy and received cross-domain notification.
7. The lightweight cross-domain identity authentication method in a vehicle networking environment according to claim 1 is characterized in that: If it is the first communication, the second roadside unit obtains authentication parameters of the vehicle to be cross-domain from the trusted institution, including: Second roadside unit Generate data request And select the second roadside unit random number and ,calculate and ,in To convert random numbers Encrypted ciphertext, a first communication digest for a second roadside unit, For the second roadside unit, Timestamp of sending information; Second roadside unit send To a trusted institution ; Trusted Institutions receive After that, check ; In response to The preset seventh time threshold has not been exceeded, and the trusted institution calculate and , and check ,in The first communication digest of the second roadside unit calculated by the trusted institution; in response to both sides of the equation being equal, the trusted institution verifies Second roadside unit Verification successful; Trusted Institutions According to vehicle Pseudo-identity Get the vehicle Temporary status ,calculate and ,in, For vehicles Authentication credentials, To use a symmetric encryption algorithm Encrypted ciphertext, For Encryption function for symmetric keys; trusted authority choose ,calculate ,in A second communication summary for the vehicle, Trusted institution Timestamp of information sent to the second roadside unit; sent by a trusted authority To the second roadside unit ; Second roadside unit receive After that, check ; In response to The preset eighth time threshold is not exceeded, and the second roadside unit calculate and , and check ,in, For is the decryption function of the symmetric key, A second communication digest of the vehicle calculated for the second roadside unit, in response to both sides of the equation being equal, the second roadside unit Successfully verified the vehicle The legality of calculation ,in For vehicle information Encrypted ciphertext; second roadside unit Storage Vehicles Authentication parameters { , }.
8. The lightweight cross-domain identity authentication method in a vehicle networking environment according to claim 7 is characterized in that: In response to the vehicle to be cross-domain driving to the domain of the second roadside unit, the vehicle to be cross-domain and the second roadside unit perform mutual authentication based on the authentication parameter to establish a second communication key, including: vehicle choose and ,calculate , ,in The random number generated for this communication, To convert random numbers Encrypted ciphertext, The third communication summary for the vehicle, For vehicles To the second roadside unit Timestamp of sending information; vehicle Will Send to second roadside unit ; Second roadside unit receive After that, check ; In response to The preset ninth time threshold is not exceeded, and the second roadside unit According to the vehicle Pseudo-identity Get vehicle information Encrypted ciphertext ,calculate , and , and check ,in The third information summary of the vehicle calculated for the second roadside unit; in response to both sides of the equation being equal, the second roadside unit Successfully verified the vehicle the legality of Second roadside unit choose and ,calculate , and ,in For Encrypted ciphertext, To generate a session key for the second RSU The random number selected, a second communication digest for a second roadside unit, Communication key for the second roadside unit Will Send to vehicle ; vehicle receive Post-inspection ; In response to The vehicle count , and , and check ,in A second communication digest of a second roadside unit calculated for the vehicle; in response to both sides of the equation being equal, the vehicle Verify Second Roadside Unit The verification is successful, and the second communication key established by the vehicle and the second roadside unit for mutual authentication based on the authentication parameters is obtained. .
9. A lightweight cross-domain identity authentication system in a vehicle networking environment, characterized in that: including trusted institutions, multiple vehicles, and multiple roadside units, The trusted institution is in communication connection with a plurality of vehicles and a plurality of roadside units, and is used to provide registration and authentication for the vehicles and the roadside units; The roadside unit is connected to a trusted institution for communication, and is used to collect road condition information and regularly upload the collected road condition information to the trusted institution; the roadside unit is connected to a vehicle for communication, and is used to guide the vehicle to drive safely through data interaction.
10. The lightweight cross-domain identity authentication system in the Internet of Vehicles environment according to claim 9, characterized in that: The vehicle is equipped with an OBU and SGX1; the OBU is used to store general data; the SGX1 is used to store secret data; the roadside unit is equipped with a TPD and SGX2; the TPD is used to store general data; the SGX2 is used to store secret data; the trusted institution is equipped with a database for storing data.
Citation Information
Patent Citations
Internet of Vehicles cross-domain authentication method based on side chain technology trust model
CN112153608A
Internet of vehicles cross-domain switching authentication method and system based on block chain
CN116566581A
Lightweight anonymous cross-domain batch authentication method for Internet of Vehicles
CN118474698A
Cited By
Multi-entity cross-domain key negotiation and authentication method based on multi-factor authentication
CN119767302A
Internet of vehicles identity cross-domain authentication system based on block chain
CN119854027A
A blockchain-based cross-domain authentication system for vehicle networking identities
CN119854027B