Submitted:
09 April 2025
Posted:
10 April 2025
You are already at the latest version
Abstract
Keywords:
1. Introduction
1.1. Research Challenges
-
Research Question 1: What cross-layer IoT architecture can be developed for a secure and energy-efficient network?To address Research Question 1, a thorough review and analysis of cross-layer IoT frameworks for secure and energy-efficient networfks was carried out. To test and mitigate Man in the Middle (MitM), eavesdropping, data manipulation, and Application Layer vulnerabilities, real-world data collected by Contiki was compared with the Cooja 2.7 Virtual IoT Simulator. Additionally, it was tested for robust security whether regular firmware updates and network segmentation were necessary in addition to implementing Transport Layer Security (TLS) using the COAP protocol. By simulating sensor behavior in controlled settings, this study sheds light on how well these networks perform in practical settings.
- Research Question 2: What cross-layer secure protocol can be developed for IoT applications? By putting forth a cross-layer framework that improves security and energy efficiency for Internet of Things applications, this question is answered. The framework’s main goals are to guarantee data availability, confidentiality, integrity, and privacy across the IoT network’s various layers. The promotion of energy-efficient algorithms, addressing security threats unique to the Internet of Things, guaranteeing system scalability, and promoting compatibility and interoperability are all important factors. In addition, the framework supports environmental sustainability objectives, which broadens the scope of IoT applications and makes the ecosystem secure and more effective.
- Research Question 3: What metrics can be used to quantify the security and energy efficiency of the proposed architecture? The effectiveness of the suggested architecture was assessed using performance measures, including energy consumption, packet delivery ratio, network throughput, latency, and security vulnerabilities, in order to solve the Research Question 3. These metrics are essential for evaluating the energy efficiency and security of Internet of Things systems. In particular, energy consumption is assessed by examining the power consumption of the devices during the transmission and processing of various operations. Two important measures of the IoT system’s data transmission performance are packet delivery ratio and network throughput. For real-time applications, latency is a crucial metric that quantifies the delay in data transmission. Simulations and real-world tests are used to evaluate the security effectiveness of the system, assessing its capacity to counter threats such as data manipulation, eavesdropping, and Man in the Middle (MitM) attacks. To assess the performance of several protocols like LEACH, RPL, and ContikiMAC, real-world and simulated data from the Contiki and Cooja 2.7 Virtual IoT Simulator were also employed. Through realistic sensor behavior simulation, the study offers a thorough evaluation of the architecture’s capacity to strike a balance between security and energy usage in real-world IoT deployments.
1.2. Study Contribution
- We develop a cross-layer IoT architecture that tackles the crucial equilibrium between energy efficiency and security, providing a thorough grasp of key factors that can be co-optimized in various IoT application scenarios. To this end, we develop a Contiki/Cooja simulator platform for system performance analysis and evaluation of the viability and efficiency of various energy-saving and security measures in intricate IoT environments.
- We propose energy-efficient routing protocols as well as lightweight cryptographic to support our proposed cross-layer IoT architecture. To this end, we examine the performance of energy-efficient routing protocols and lightweight cryptographic protocols (Speck, Present Cipher) in the context of IoT to improve the security and sustainability of IoT networks, showcasing their useful applications in striking a balance between resource consumption and security requirements.
- We configure and analyze a comprehensive simulation-based assessment using Cooja/Contiki connecting theoretical analysis with real-world validation, including hardware testbed measurements on the Z1 and EXP430F5438 platforms.
2. Related Work
2.1. Structure of the Paper
3. Methodology and System Design
4. Proposed Secure and Energy Efficient Architetcture
4.1. Encryption Protocols and their Real-World Applications
4.2. Security Vulnerabilities in IoT Systems
4.3. Energy Optimization
5. Performance Evaluation and Simulation Setup
- Hardware and Software Requirements: IoT devices with limited resources were intended to run the suggested architecture (See Table 2). TelosB or Zolertia Z1 motes, which are microcontroller-based devices that support Contiki OS, are necessary for the implementation. Contiki’s own networking protocols (RPL, 6LoWPAN) and cryptography libraries tailored for limited contexts are part of the software stack.
- Integration with Existing IoT Systems:In order to make deployment easier in practical applications, the suggested framework is made to work with current IoT infrastructures. Through the use of MQTT and CoAP protocols, the design facilitates integration with cloud-based services, allowing for safe data transfer and device administration. Furthermore, system interoperability is improved by lightweight authentication techniques like token-based access control.
- Scalability and Adaptability:The modular design of the architecture enables scalability in more extensive IoT networks. Adaptive encryption methods and dynamic key management guarantee that security rules can change in response to network size and traffic trends. The efficiency of high-density IoT deployments can be increased with additional routing and power management strategy modifications.
| Platform | Specifications | Value |
|---|---|---|
| Z1 | RAM/FLASH-Memory/Clock-Speed | 8KB/92KB/16MHZ |
| EXP430F5438 | SRAM/FLASH-MEMORY/CLOCK-SPEED | 16KB/256KB/25MHZ |
5.1. Application Layer Analysis
- Protocols: For web-based communication and lightweight messaging, the Application Layer makes use of protocols such as MQTT, CoAP, HTTP/HTTPS, AMQP, and XMPP. These protocols make it easier to integrate mobile applications with cloud systems.
- Energy Efficiency: To reduce power usage, the layer uses energy-aware communication techniques and adaptive encryption. For instance, MQTT is favoured due to its minimal energy overhead, which qualifies it for Internet of Things applications.
- Security: To protect data transmission, the Application Layer employs Hash-based Message Authentication Codes (HMAC) and AES-128 encryption. By guaranteeing that only authorized users may access particular resources, role-based access control, or RBAC, improves the IoT network’s overall posture.
5.2. Network Layer Analysis
- RPL with AES encryption triples CPU power usage, increasing energy overhead but also greatly enhancing security.
- 6LoWPAN and LoRaWAN integration ensures effective routing while reducing power consumption by 39% when compared to traditional routing models. Speck encryption was shown to be more energy-efficient than AES, with a smaller impact on CPU and network resources. Reliable data transport, routing, and connectivity management throughout the Internet of Things network are all handled by the network layer. It ensures smooth communication between devices by combining the features of the OSI model’s Session, Transport, and Network Layers.
- Protocols: The Network Layer uses protocols like IEEE 802.15.4 and LoRaWAN for low-power, wide-area communication. For routing, IPv6 and RPL (Routing Protocol for Low-Power and Lossy Networks) are employed to ensure efficient packet delivery in resource-constrained environments.
- Energy Efficiency: The layer implements power-aware routing and adaptive duty cycling to optimize energy consumption. For example, the ContikiMAC protocol uses an 8Hz duty cycle to balance responsiveness and energy efficiency. Security: The Network Layer employs role-based access control lightweight encryption to secure data transmission. DAO verification is used to prevent sinkhole attacks, where malicious nodes advertise false routes to disrupt network traffic.
- Scalability of Network Layer: Managing network congestion, encryption key distribution, and processing demands gets more difficult as the number of IoT nodes rises. In order to solve this, the suggested architecture makes recommendations for distributed access control systems and hierarchical network topologies.
- Sinkhole and DoS Attacks: Denial-of-service (DoS) and sinkhole attacks can affect the Network Layer. By using dynamic key management and routing validation, the architecture lessens these risks.
- RPL Protocol: The IPv6 Routing Protocol for Low-Power and Lossy Networks (RPL) was created as the industry standard IoT routing protocol in 2012 to facilitate connectivity and Internet Protocol version 6 (IPv6) compatibility for IoT devices. An objective function (OF) is used by the RPL routing protocol for low-power and lossy networks to build a Destination-Oriented Directed Acyclic Graph (DODAG) based on a number of metrics and constraints. Finding and designating the best parent or the best route to get there is the OF’s main responsibility.
- Protocol for 6LoWPAN: A networking protocol called 6LoWPAN (IPv6 over Low-Power Wireless Personal Area Networks) makes it possible to use IPv6 in settings with limited resources, such Wireless Sensor Networks (WSNs) and Internet of Things (IoT) devices. This makes it appropriate for low-power devices with constrained processing, storage, and communication capabilities by offering mechanisms for IPv6 header compression, fragmentation, and effective routing. Usually based on the IEEE 802.15.4 standard, 6LoWPAN enables scalable, energy-efficient communication over lossy and low-bandwidth networks by facilitating the smooth integration of these devices with the larger Internet.
5.3. Sensor Layer Analysis
- Protocols of Sensor Layer: Low-power, short-range communication protocols including RFID, NFC, Z-Wave, Zigbee, and Bluetooth Low Energy (BLE) are used by the Sensor Layer. These protocols are developed to provide dependable data transmission while using the least amount of energy possible.
- Energy Efficiency: To cut down on power usage, the layer uses adaptive encryption and radio duty cycling. Devices can, for example, switch to low-power modes (LPM) when not in use, greatly prolonging battery life.
- Security of Sensor Layer: Data transfer is made secure by using lightweight cryptographic algorithms as Present Cipher, Speck, and AES-128. These protocols are appropriate for IoT devices with limited resources because they strike a balance between security and computational efficiency.
- Energy Consumption: Although encryption protocols are required for security, they result in higher energy costs. For instance, compared to Speck and Present Cipher, AES encryption uses more CPU and radio power, which makes it less appropriate for devices that run on batteries.
- Jamming attacks: Malevolent nodes that continuously send noise might interfere with communication, making the Sensor Layer susceptible to jamming attacks. Frequency hopping techniques are used in the suggested architecture to counteract this, enabling devices to alternate frequencies and prevent jamming. The application, network, and sensor layers are all integrated in the suggested design to produce a safe and effective Internet of Things ecosystem. To balance network performance, energy efficiency, and security, cross-layer optimization techniques are used:
- Adaptive encryption: Depending on the energy availability and network conditions, the design automatically modifies the encryption strength. For instance, to save energy, lightweight encryption techniques like Speck are employed when network activity is minimal. The implementation of role-based access control, at all layers makes sure that only devices and users with permission can access particular resources. While reducing needless energy use, this improves security.
-
Energy-Aware Communication: The architecture optimizes energy use through power-aware routing and radio duty cycling. For example, when devices are idle, they switch to low-power modes, which lowers the total amount of energy used.We simulate a scenario using two different platforms and lightweight cryptography. We will investigate whether the platform is more effective when utilising the lightweight cryptography of SPECK, AES, and PRESENT. The two platforms that are utilized.
- (a)
- Z1 Mote: The second-generation MSP430F2617 low-power microcontroller in the Z1 mote has a powerful 16-bit RISC CPU that runs at 16MHz with a factory-calibrated clock, 8KB of random-access memory, and 92KB of flash memory. It also comes with the highly praised CC2420 transceiver, which runs at 2.4GHz, complies with IEEE 802.15.4, and has a data rate of 250Kbps. With this hardware setup, the Z1 mote is guaranteed to operate with maximum durability and efficiency while using the least amount of energy. The Z1 has two built-in digital sensors: a digital temperature sensor (TMP102) and a programmable digital accelerometer (ADXL345). With native support for Phidgets, I2C sensor compatibility through the Ziglet interface, and UART, ADC, and SPI connection choices, adding more sensors is simple.
- (b)
- Mote EXP430F5438: Devices with specific peripheral sets made for a variety of applications are part of the TI MSP series of ultra-low-power microcontrollers. Its architecture is designed to increase battery life in portable measurement instruments, and it has five different low-power modes. These microcontrollers have constant generators for maximum code efficiency, 16-bit registers, and a 16-bit RISC CPU. They can switch from low-power to active mode in less than 5 µs thanks to a 28 digitally controlled oscillator (DCO). Three 16-bit timers, a high-performance 12-bit ADC, up to four universal serial communication interfaces (USCIs), a hardware multiplier, direct memory access (DMA), a real-time clock (RTC) with alarm capabilities, and up to 87 I/O pins are all features of the MSP430F543x and MSP430F541x variants.
6. Results and Findings
6.1. Analysis of Network Layer in Simulation-2
6.2. Summarization of Results
6.3. Key Findings
7. Conclusions
References
- Mustafa, R.; Sarkar, N.I.; Mohaaghegh, M.; Pervez, S. A Secure and Energy-Efficient Cross-Layer Framework for Internet of Things. International Conference on Information Networking 2024, pp. 661–666. [CrossRef]
- Mustafa, R.; Sarkar, N.I.; Mohaghegh, M.; Pervez, S. A Cross-Layer Secure and Energy-Efficient Framework for the Internet of Things: A Comprehensive Survey. Sensors 2024, 24. [CrossRef]
- Jadav, N.K.; Gupta, R.; Tanwar, S. AI and Onion Routing-based Secure Architectural Framework for IoT-based Critical Infrastructure. Proceedings of the 13th International Conference on Cloud Computing, Data Science and Engineering, Confluence 2023 2023, pp. 559–564. [CrossRef]
- Joshi, H.; Anand, A.S.; Kokila, J. Secure Firmware Update Architecture for IoT Devices using Blockchain and PUF. iQ-CCHESS 2023 - 2023 IEEE International Conference on Quantum Technologies, Communications, Computing, Hardware and Embedded Systems Security 2023, pp. 1–7. [CrossRef]
- Latif, S.; Ilyas, M.S.B.; Imran, A.; Abosaq, H.A.; Alzubaidi, A.; Jr., V.K. Machine Learning Empowered Security and Privacy Architecture for IoT Networks with the Integration of Blockchain. Intelligent Automation & Soft Computing 2024, 39, 353–379. [CrossRef]
- Safaei, B.; Monazzah, A.M.H.; Ejlali, A. ELITE: An Elaborated Cross-Layer RPL Objective Function to Achieve Energy Efficiency in Internet-of-Things Devices. IEEE Internet of Things Journal 2021, 8, 1169–1182. [CrossRef]
- Shafique, M. A Cross-Layer Approach to Energy-Efficient and Secure EdgeAI: Architectures, Systems and Applications. 2024 5th CPSSI International Symposium on Cyber-Physical Systems (Applications and Theory) (CPSAT), p. 1. [CrossRef]
- Flayyih, K.H.; Nickray, M. Energy-efficient clustering in wireless sensor networks using metaheuristic algorithms. Edelweiss Applied Science and Technology 2024, 8, 8582–8610. [CrossRef]
- Xu, R.; Nagothu, D.; Chen, Y.; Aved, A.; Ardiles-Cruz, E.; Blasch, E. A Secure Interconnected Autonomous System Architecture for Multi-Domain IoT Ecosystems. IEEE Communications Magazine 2024, 62, 52–57. [CrossRef]
- Ferlin Deva Shahila, D.; Suresh, L.P.; Aruna Jeyanthy, P.; Stephen, V.; Anushia, R.M. Designing and Analyzing Secure SoC Architecture for IoT Devices. Proceedings of International Conference on Circuit Power and Computing Technologies, ICCPCT 2024 2024, 1, 1893–1899. [CrossRef]
- Li, R.; Sun, Y.; Liu, C.; Wen, Y.; Liu, Y. Distributed Data Sharing and Access Control in Industrial IoT Using Blockchain Technology. 2024 5th International Conference on Computer Engineering and Intelligent Control, ICCEIC 2024 2024, pp. 372–375. [CrossRef]
- Sharma, P.; Saini, H.; Kalia, A. Dual-Constraint Based Task Scheduling and Secure Offloading in Triune Layered Fog Assisted IoT Environment. ISED 2023 - International Conference on Intelligent Systems and Embedded Design 2023, pp. 1–8. [CrossRef]
- Kple, A.M.; Deepak, G.; Rimal, B.P. Holochain-Based Secure and Energy Efficient IoT Network. 20th International Wireless Communications and Mobile Computing Conference, IWCMC 2024 2024, 1, 999–1004. [CrossRef]
- Yuan, S.; Cao, B.; Sun, Y.; Wan, Z.; Peng, M. Secure and Efficient Federated Learning Through Layering and Sharding Blockchain. IEEE Transactions on Network Science and Engineering 2024, 11, 3120–3134, [2104.13130]. [CrossRef]
- Kumar, A.; Jayakody, D.N.K.; Upadhyay, R.K. Secure and Reliable IoT Communications in Underlay CRN with Imperfect CSI. IEEE Internet of Things Journal 2024, 11, 20531–20546. [CrossRef]
- Lazić, A.; Milić, S.; Vukmirović, D. The Future of Electronic Commerce in the IoT Environment. Journal of Theoretical and Applied Electronic Commerce Research 2024, 19, 172–187. [CrossRef]
- Feng, B.Y.X.; Li, Q.I.; Sun, K.U.N.; Xu, K.E.; Wu, J. Exploiting Vulnerabilities : Attacks on the TCP / IP Protocol Suite. Not Attempted.
- Liu, H.; Song, L.; Sundarasekar, R.; Malar, A.J.G. Computer Network Data Management Model Based on Edge Computing. International Journal of Reliability, Quality and Safety Engineering 2024, 31, 1–26. [CrossRef]
- Savitha, M.M.; Basarkod, P.I. Securing AMI-IoT networks against multiple RPL attacks using ensemble learning IDS and light-chain based prediction detection and mitigation mechanisms. Information Security Journal 2024, 33, 73–95. [CrossRef]
- Choudhary, A. Internet of Things: a comprehensive overview, architectures, applications, simulation tools, challenges and future directions; Vol. 4, Springer International Publishing, 2024. [CrossRef]







| Reference | Main Contribution | Cross-Layer? | Secure? | Energy Efficient? | Validation Method | Key Technology |
|---|---|---|---|---|---|---|
| [1] | Cross-layer security framework | Yes | Yes | Yes | Cooja simulation | Adaptive encryption, RPL/6LoWPAN |
| [2] | AI/Quantum-Secure/Blockchain integration survey | Yes | No | Yes | Analysis | Quantum-Secure cryptography |
| [3] | AI/Onion routing architecture | No | Yes | No | Accuracy metrics | SVM, Blockchain |
| [4] | PUF-based firmware security | No | Yes | No | Security analysis | Blockchain, Physical PUF |
| [5] | Decentralized access control | No | Yes | No | Precision/Recall | Attribute-based encryption |
| [6] | ELITE routing protocol | Yes | No | Yes | Energy metrics | MAC-layer optimization |
| [7] | Cross-layer AI optimization | Yes | No | Yes | Survey review | TinyML, EdgeAI |
| [8] | WSN clustering optimization | No | No | Yes | Simulation | GOA/WOA algorithms |
| [9] | Autonomous System Architecture (B5G) | Yes | No | No | Theoretical model | SDN, Federated blockchain |
| [12] | Secure fog task management | Yes | Yes | Yes | iFogSim | TF-PUF, HyS-P2P |
| [13] | Holochain IoT architecture | No | Yes | Yes | Performance metrics | DAG-based consensus |
| [18] | Cross-Layer Optimization, Competitive Data Management | Yes | Yes | No | Response-time, Resource-utilization | Edge-Computing, Cloud-Security. |
| [19] | AMI intrusion detection | Yes | No | No | Cooja simulation | Stacked Ensemble model |
| Our-Work | Cross-Layer Secure and EE Architecture | Yes | Yes | Yes | Analysis, Theoretical Survey, Cooja simulation | Energy Consumption Model, |
| Platform Used | No. of Nodes | CPU Avg. Power | Radio Listen Avg. Power | Radio Transmit Avg. Power | LPM Avg. Power |
|---|---|---|---|---|---|
| Z1 No Encryption | 5 | 0.0602 | 0.2582 | 0.1234 | 0.1618 |
| 10 | 0.0766 | 0.3054 | 0.1641 | 0.1611 | |
| 15 | 0.0989 | 0.3695 | 0.178 | 0.1604 | |
| 20 | 0.1065 | 0.4402 | 0.2947 | 0.1604 | |
| Z1 with AES Encryption | 5 | 0.1814 | 0.6624 | 0.6324 | 0.1582 |
| 10 | 0.2536 | 1.0933 | 1.0291 | 0.1557 | |
| 15 | 0.4323 | 1.9682 | 2.0801 | 0.1505 | |
| 20 | 0.5469 | 2.5218 | 2.9043 | 0.1469 | |
| Z1 with Speck Encryption | 5 | 0.1288 | 0.544 | 0.3812 | 0.1598 |
| 10 | 0.1943 | 0.8841 | 0.705 | 0.1575 | |
| 15 | 0.3088 | 1.4993 | 1.3425 | 0.1543 | |
| 20 | 0.3437 | 1.6946 | 1.6234 | 0.1531 | |
| Z1 with Present Cipher Encryption | 5 | 0.1484 | 0.5588 | 0.4042 | 0.159 |
| 10 | 0.1745 | 0.7603 | 0.4326 | 0.158 | |
| 15 | 0.2194 | 1.006 | 0.4868 | 0.1568 | |
| 20 | 0.2626 | 1.382 | 0.6935 | 0.1556 |
| Platform Used | No. of Nodes | CPU Avg. Power | Radio Listen Avg. Power | Radio Transmit Avg. Power | LPM Avg. Power |
|---|---|---|---|---|---|
| EXPM430F5438 No Encryption | |||||
| 5 | 0.0812 | 0.5864 | 0.1028 | 0.161 | |
| 10 | 0.1146 | 0.7769 | 0.2418 | 0.16 | |
| 15 | 0.2281 | 1.1963 | 1.0139 | 0.1565 | |
| 20 | 0.4284 | 2.0229 | 2.3355 | 0.1505 | |
| EXPM430F5438 with AES Encryption | |||||
| 5 | 0.2344 | 0.92 | 0.84 | 0.1566 | |
| 10 | 0.3470 | 1.3259 | 1.6575 | 0.1531 | |
| 15 | 0.4978 | 2.2543 | 2.5315 | 0.1485 | |
| 20 | 0.5611 | 2.6855 | 3.6977 | 0.1465 | |
| EXPM430F5438 with Speck Encryption | |||||
| 5 | 0.1884 | 0.8476 | 0.6428 | 0.1578 | |
| 10 | 0.2071 | 1.0084 | 0.6698 | 0.1573 | |
| 15 | 0.4653 | 2.1085 | 2.3959 | 0.1494 | |
| 20 | 0.5487 | 2.1892 | 3.3141 | 0.1469 | |
| EXPM430F5438 with Present Cipher Encryption | |||||
| 5 | 0.2014 | 0.8740 | 0.7220 | 0.1567 | |
| 10 | 0.2730 | 1.2067 | 1.0620 | 0.1553 | |
| 15 | 0.4750 | 2.1946 | 2.5030 | 0.1490 | |
| 20 | 0.5530 | 2.4270 | 3.5171 | 0.1467 | |
| Application Protocol | No. of Nodes | CPU Average Power | Radio Listen Average Power | Radio Transmit Average Power | LPM Average Power |
|---|---|---|---|---|---|
| 6LowPAN No Encryption | 5 | 0.0514 | 0.2184 | 0.051 | 0.162 |
| 10 | 0.0808 | 0.2889 | 0.0986 | 0.1609 | |
| 15 | 0.09633 | 0.3246 | 0.106867 | 0.160733 | |
| 20 | 0.1126 | 0.35635 | 0.12725 | 0.16015 | |
| 6LowPAN with AES Encryption | 5 | 0.1806 | 0.7506 | 0.695 | 0.1578 |
| 10 | 0.383 | 1.5928 | 1.8525 | 0.152 | |
| 15 | 0.563867 | 2.589133 | 2.971933 | 0.146467 | |
| 20 | 0.660765 | 3.069588 | 3.572647 | 0.143529 | |
| 6LowPAN with Speck Encryption | 5 | 0.1594 | 0.6274 | 0.4294 | 0.1586 |
| 10 | 0.1802 | 0.8137 | 0.5307 | 0.158 | |
| 15 | 0.228333 | 1.233 | 0.713133 | 0.156533 | |
| 20 | 0.27535 | 1.67835 | 1.23315 | 0.155 | |
| 6LowPAN with Present Cipher Encryption | 5 | 0.173 | 0.6984 | 0.6276 | 0.1582 |
| 10 | 0.3121 | 1.27722 | 1.5118 | 0.1542 | |
| 15 | 0.334133 | 1.812333 | 1.455133 | 0.153333 | |
| 20 | 0.63795 | 2.8268 | 3.16985 | 0.1441 |
| Network Protocol | No. of Nodes | CPU Avg. Power | Radio Listen Avg. Power | Radio Transmit Avg. Power | LPM Avg. Power |
|---|---|---|---|---|---|
| RPL No Encryption | 5 | 0.0602 | 0.2582 | 0.1234 | 0.1618 |
| 10 | 0.0766 | 0.3054 | 0.1641 | 0.1611 | |
| 15 | 0.0989 | 0.3695 | 0.1780 | 0.1604 | |
| 20 | 0.1065 | 0.4402 | 0.2947 | 0.1603 | |
| RPL with AES Encryption | 5 | 0.1814 | 0.6624 | 0.6324 | 0.1582 |
| 10 | 0.2536 | 1.0933 | 1.0291 | 0.1557 | |
| 15 | 0.4323 | 1.9682 | 2.0801 | 0.1505 | |
| 20 | 0.5470 | 2.5218 | 2.9043 | 0.1469 | |
| RPL Speck Encryption | 5 | 0.1288 | 0.5440 | 0.3812 | 0.1598 |
| 10 | 0.1745 | 0.7603 | 0.4326 | 0.1580 | |
| 15 | 0.2194 | 1.0060 | 0.4868 | 0.1568 | |
| 20 | 0.2626 | 1.3820 | 0.6935 | 0.1556 | |
| RPL Present-Cipher Encrypt | 5 | 0.1484 | 0.5588 | 0.4042 | 0.1590 |
| 10 | 0.1943 | 0.8841 | 0.7050 | 0.1575 | |
| 15 | 0.3088 | 1.4993 | 1.3425 | 0.1543 | |
| 20 | 0.3437 | 1.6946 | 1.6234 | 0.1531 |
| Layer | Key Achievement | Result |
|---|---|---|
| Application Layer |
|
98% vulnerability neutralization |
| Network Layer |
|
15% latency reduction |
| Sensor Layer |
|
+30% throughput vs. flat, ≤0.5 J/node |
| Layer & Metric | Method/Protocol | Key Result |
|---|---|---|
| Sensor Layer | ||
| Energy Consumption (20 nodes) | Speck vs AES | 5.2% lower radio power |
| CPU Power (20 nodes) | Present Cipher vs AES | 52% reduction |
| Attack Resilience | Frequency hopping | 95% PDR maintained |
| Network Layer | ||
| Routing Efficiency | RPL + ContikiMAC | 39% lower overhead |
| Encryption Overhead | 6LoWPAN + Speck | 44% less TX power |
| Scalability | Hierarchical topology | 20-node stability |
| Application Layer | ||
| Attack Mitigation | ML anomaly detection | 95% effectiveness |
| Energy Optimization | Adaptive encryption | 30% total savings |
| Access Control | RBAC implementation | 95% unauthorized access blocked |
| Aspect | Improvement Achieved |
|---|---|
| Security | +95% attack mitigation effectiveness (data injection, sinkhole, and jamming attacks) |
| Energy Efficiency | 30% reduction in power consumption (adaptive encryption + duty cycling) |
| CPU Usage | RPL + Speck encryption showed lowest CPU power overhead |
| Packet Delivery Ratio | Maintained 95% PDR even under attack scenarios |
| Routing Performance | RPL + LoRaWAN reduced routing overhead by 39% |
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content. |
© 2025 by the authors. Licensee MDPI, Basel, Switzerland. This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC BY) license (http://creativecommons.org/licenses/by/4.0/).