| Literature DB >> 35408144 |
Sudan Jha1, Nishant Jha2, Deepak Prashar2, Sultan Ahmad3, Bader Alouffi4, Abdullah Alharbi5.
Abstract
Autonomous vehicles offer various advantages to both vehicle owners and automobile companies. However, despite the advantages, there are various risks associated with these vehicles. These vehicles interact with each other by forming a vehicular network, also known as VANET, in a centralized manner. This centralized network is vulnerable to cyber-attacks which can cause data loss, resulting in road accidents. Thus, to prevent the vehicular network from being attacked and to prevent the privacy of the data, key management is used. However, key management alone over a centralized network is not effective in ensuring data integrity in a vehicular network. To resolve this issue, various studies have introduced a blockchain-based approach and enabled key management over a decentralized network. This technique is also found effective in ensuring the privacy of all the stakeholders involved in a vehicular network. Furthermore, a blockchain-based key management system can also help in storing a large amount of data over a distributed network, which can encourage a faster exchange of information between vehicles in a network. However, there are certain limitations of blockchain technology that may affect the efficient working of autonomous vehicles. Most of the existing blockchain-based systems are implemented over Ethereum or Bitcoin. The transaction-processing capability of these blockchains is in the range of 5 to 20 transactions per second, whereas hashgraphs are capable of processing thousands of transactions per second as the data are processed exponentially. Furthermore, a hashgraph prevents the user from altering the order of the transactions being processed, and they do not need high computational powers to operate, which may help in reducing the overall cost of the system. Due to the advantages offered by a hashgraph, an advanced key management framework based on a hashgraph for secure communication between the vehicles is suggested in this paper. The framework is developed using the concept of Leaving of Vehicles based on a Logical Key Hierarchy (LKH) and Batch Rekeying. The system is tested and compared with other closely related systems on the basis of the transaction compilation time and change in traffic rates.Entities:
Keywords: Ethereum; autonomous vehicles; batch rekeying; blockchain; hashgraph; logical key hierarchy
Mesh:
Year: 2022 PMID: 35408144 PMCID: PMC9003233 DOI: 10.3390/s22072529
Source DB: PubMed Journal: Sensors (Basel) ISSN: 1424-8220 Impact factor: 3.576
Existing threats to VANTEs and their effects [35,36,37,38,39].
| Existing Threats to VANETs | Effect on VANETs |
|---|---|
| Unauthorized access of data | The VANET suffers from hacking and data modification |
| Denial of Service (DoS) and DDoS | The VANET suffers from malicious actions affecting the reliability of the system |
| Challenges relates to data transfer | The VANET suffers from data loss and unauthorized data access |
| IoT Security | The VANET suffers from network hacking |
| Storage and Sharing and information | Insufficient storage for network information |
Figure 1Illustration of a safe system of Interconnected Vehicles [33].
Figure 2Suggested framework with improvements.
Key Initialization.
| Steps | Timestamp |
|---|---|
| Joining of Vehicles | 0 ms |
| Registration of vehicles | 3.21200 ms |
| Service manager receives the messages | 4.01456 ms |
| Service manager verifies the messages | 6.23542 ms |
| The message is received by PKI | 7.02354 ms |
| The message verified by PKI | 7.11203 ms |
| Preparation of rekeying messages by service manager | 7.4102 ms |
| Total preparation time of rekeying messages | 5.2895 ms |
| Messages sent | tsend |
| Messages received by the vehicles | tsend + 0.18765 ms |
Figure 3Block preparation timings with regards to the transaction number.
Figure 4Comparison of time cost values within the same networks. The orange bars show hashgraph transactions, and the blue bars show the blockchain transactions.
Key transferring time for a traffic level of 3000 to 9000 vehicles/road/h (Traffic Level/T = Transaction Collection Time).
| T | 3000 | 4000 | 5000 | 6000 | 7000 | 8000 | 9000 |
|---|---|---|---|---|---|---|---|
| 0.5 s | 0.200 | 0.187 | 0.223 | 0.198 | 0.215 | 0.222 | 0.211 |
| 1.0 s | 0.281 | 0.256 | 0.233 | 0.248 | 0.258 | 0.325 | 0.336 |
| 1.5 s | 0.235 | 0.227 | 0.310 | 0.311 | 0.346 | 0.398 | 0.417 |
| 2.0 s | 0.245 | 0.265 | 0.279 | 0.387 | 0.411 | 0.454 | 0.422 |
| 2.5 s | 0.201 | 0.288 | 0.294 | 0.331 | 0.337 | 0.340 | 0.440 |
| 3.0 s | 0.230 | 0.290 | 0.301 | 0.311 | 0.333 | 0.425 | 0.478 |
| 3.5 s | 0.231 | 0.228 | 0.296 | 0.324 | 0.328 | 0.371 | 0.388 |
Parameters estimated during a probability-based scenario.
| RSU Coverage Areas | 1000 m |
|---|---|
| Message Transmission Power | 30 Mw |
| Amount of Vehicles | 220 Vehicles |
| Number of Roads | 14 rows |
| Rekeying Intervals | 1 s |
| Standard deviation of traffic distribution function (TDF) | 7.02 |
| Mean of TDF | 50.25 |
| Degree of Key Tree | binary |