Skip to Content
You are currently on the new version of our website. Access the old version .
SensorsSensors
  • Article
  • Open Access

12 May 2024

22 Pages

An Analysis of Blockchain-Based IoT Sensor Network Distributed Denial of Service Attacks

,
and
Department of Telecommunications, Electrical, Robotics and Biomedical Engineering, Swinburne University, Melbourne 3122, Australia
*
Author to whom correspondence should be addressed.

Abstract

The Internet of Things (IoT) and blockchain are emerging technologies that have attracted attention in many industries, including healthcare, automotive, and supply chain. IoT networks and devices are typically low-powered and susceptible to cyber intrusions. However, blockchains hold considerable potential for securing low-power IoT networks. Blockchain networks provide security features such as encryption, decentralisation, time stamps, and ledger functions. The integration of blockchain and IoT technologies may address many of the security concerns. However, integrating blockchain with IoT raises several issues, including the security vulnerabilities and anomalies of blockchain-based IoT networks. In this paper, we report on our experiments using our blockchain test bed to demonstrate that blockchains on IoT platforms are vulnerable to DDoS attacks, which can also potentially lead to device hardware failures. We show that a number of anomalies are visible during either a DDoS attack or IoT device failure. In particular, the temperature of IoT hardware devices can exceed 90 °C during a DDoS attack, which could lead to hardware failure and potential fire hazards. We also found that the Block Transaction Rate (BTR) and network block loss percentage can increase due to corrupted hardware, with the BTR dropping to nearly zero blocks/sec and a block loss percentage of over 50 percent for all evaluated blockchains, and as high as 81.3 percent in one case. Our experiments demonstrate that anomalous temperature, latency, bandwidth, BTR, and network block loss percentage can potentially be used to identify DDoS attacks.

1. Introduction

The Internet of Things (IoT) has the potential to revolutionise the way products, places, and people connect, enabling industries to use low-power sensors and embedded physical devices such as microcontrollers and single-board computers [1]. Similarly, blockchain technology has significantly evolved over the past decade, providing a robust security solution for many potential applications [1]. With the latest advances in IoT and blockchain technologies, blockchain has the potential to offer security capabilities to protect IoT end devices [2]. The fusion of these two technologies has been referred to as the Blockchain of Things (BCoT). The BCoT has great potential. However, the integration of blockchain and IoT poses several concerns—notably, the identification of blockchain network security vulnerabilities and anomalies [2].
In this paper, we use our test network to assess blockchain network vulnerabilities and behaviours of different blockchain sensor networks when experiencing a DDoS attack [3]. Our experiments reveal that blockchain networks are potentially vulnerable to Distributed Denial of Service (DDoS) attacks, which can lead to network latency and bandwidth usage anomalies [3]. At the same time, our experiments indicate that DDoS attacks can increase hardware temperatures that can lead to hardware failures due to overheating. We also observe that Block Transaction Rate (BTR) and block loss anomalies also can be visible as a consequence of hardware failure [3].
The contribution of this research is to help identify potential security vulnerabilities that may cause cyber security threats on blockchain-based IoT systems [4]. Additionally, the anomalies visible during cyber security threats can be used to recognise potential future cyber intrusions [5].
The issue of data integrity and user privacy in aged care has emerged as a matter of grave concern in recent years. This has prompted the Australian Government to conduct a Royal Commission into the sector [6]. The report presented by the commission is disconcerting as it uncovers instances of neglect and abuse of elderly individuals in aged care facilities. The findings of the commission highlight the need for a comprehensive overhaul of the aged care sector in the country [6]. As such, it is imperative for the government to prioritise the development and implementation of measures that ensure the safety and well-being of the elderly in aged care facilities.
One of the key recommendations is to better understand the user benefits of blockchain technology and security challenges of commercially available blockchains: “Blockchain technology, however, must also be understood as the foundation of a much broader technology stack including artificial intelligence and the internet of things. As such, while our submission focuses on the regulatory tensions presented by blockchain, it is important to recognise that ameliorating these challenges powers-up a much broader tech stack, contributing to the development of Australia” [7].
Senator Andrew Bragg, Chairman of the Select Committee on Australia as a Technology and Financial Centre, also recommended to the Australian government the following: “Traditional sectors, such as agriculture and education, are integrating digital technologies into their operations in efforts to improve productivity. More deeply, entrepreneurs are developing new business models that are natively digital, built using technologies such as blockchains, smart contracts and machine learning. This technology stack presents an unprecedented opportunity to build a modern digital Australian economy” in senate submission 67 [7]. Also, the Australian government released $3 million in funds under “Blockchain Pilot Grants” and “Australia’s Blockchain Roadmap” programs to support industry transformation [8].
Considering the importance of potential security vulnerabilities and anomalies of blockchain-based IoT sensor networks, to bridge the existing research gap we developed a real blockchain-based test bed using three commonly used blockchain platforms and our network comprises multiple IoT devices [9].
The remainder of this paper is structured as follows. We discuss blockchain technology in Section 2, and we discuss blockchain technology and IoT in Section 3. Section 4 outlines the related work. Section 5 illustrates research methodology and test bed development. We present the results and evaluation in Section 6. Section 7 concludes the paper and illustrates future research work.

2. Blockchain

Blockchains are Peer-to-Peer (P2P) networks that make use of Distributed Ledger Technology (DLT) to record transactions across a network [10]. Blockchains are typically transparent, immutable, and secure. Blockchains generate a chain of blocks with each block containing a number of transactions [10]. Once a block is added to the chain, the block cannot be altered. Blockchains are characterised by decentralisation, hash functions, cryptography, smart contracts, and time stamps. Blockchains can be categorised into five main network types based on their services [11].

2.1. Public Blockchain Networks

Public blockchains are permissionless blockchains that provide users unrestricted read and write functions and network access. Public blockchains are self-governed networks where any user can communicate over the network [11]. Public blockchains have global accessibility, transparent block transactions, and comparatively higher interoperability. Also, many Public blockchains use tokenisation to identify the ownership of the blockchain account as a security precaution. Public blockchains are typically community-driven networks, and community developers often contribute to their developments [11].

2.2. Private Blockchain Networks

Private blockchains are permissioned blockchains that provide restricted network access to blockchain users [11]. These blockchain networks are mostly used within organisations where only a limited number of blockchain users are participants. Private blockchains only allow certain authorised users [11]. Private blockchains are centrally governed networks that comply with organisational regulations. Also, Private blockchains are highly customisable and integrate with existing organisational systems [11].

2.3. Hybrid Blockchain Networks

Hybrid blockchains have both public and private blockchain features. Public blockchains allow network access to any user [11]. However, only certain blockchain users have access to certain blockchain services. Hybrid blockchains can be centralised or decentralised depending on the organisation’s requirements. Also, Hybrid blockchains are customisable and provide anonymity [11]. Hybrid blockchains are comparatively low-cost and have more flexibility in security policies. These blockchains are more suitable for projects or organisations that require higher public trust, such as the banking industry [11].

2.4. Consortium Blockchain Networks

Consortium blockchains consist of both public and private blockchain components, where multiple organisations manage a single blockchain network [12]. Unlike Public blockchains, which allow anyone to participate in the process of transaction verification and block addition, consortium blockchains restrict this participation to a pre-selected set of nodes [12]. This approach combines the transparency and security benefits of blockchain technology with the control and efficiency desired by enterprises. Moreover, Consortium blockchains are ideal for facilitating collaboration among various organisations [12].

2.5. Sidechain Networks

Sidechains are a recently developed type of blockchain where additional blockchains run parallel to the main blockchain, allowing for more functionality and scalability [12]. A sidechain is a separate blockchain that is attached to a mainchain. Sidechains can operate under different rules and consensus mechanisms than the mainchain, providing flexibility and customisation for specific use cases [12]. They are particularly valuable for offloading transactions from congested networks, testing updates or new features in a sandbox environment, and enabling communication and asset exchange between disparate blockchain systems [12].

3. Blockchain Technology and IoT

IoT devices and networks connect sensors and actuators to collect and process information, supporting the community in living and working smarter [13]. The deployment of IoT contributes to a wide range of industrial developments, such as smart vehicles, IoT wearable devices, IoT agriculture tools and supply chain tracking devices. Ultimately, IoT usage leads to the automation of processes and reduces costs. It also improves the quality of services [14].
However, as IoT uses low-power devices, they are susceptible to cyber intrusions [15]. Researchers have identified blockchain as a possible solution to secure IoT devices and networks. This has led to the development of the “Blockchain of Things” by integrating blockchain and IoT technologies [16].
The primary intention of the Blockchain of Things (BCoT) is to enhance the security and performance of the IoT sector [14]. To accomplish this, BCoT has introduced four key parameters. They can be stated as follows.

3.1. Interoperability

Interoperability between IoT smart devices and low-power microcontroller devices is crucial for the smooth operation of cyber physical systems. This is particularly important for transmitting data over blockchain IoT networks [14]. To achieve this interoperability, a blockchain-composite layer is commonly used among blockchain-based IoT nodes. Additionally, the BCoT ensures consistent access to peer-to-peer sensor networks through blockchain interoperability [14,15].

3.2. Traceability

The ability to track and verify data in an IoT blockchain is crucial for improving the performance of BCoT [14]. It is vital to have a system in place that allows for the tracing and verification of blockchain data in a network that is based on both blockchain and IoT. Additionally, blockchain technology provides timestamps for each IoT node, ensuring that the nodes have been traced and verified [14].

3.3. Reliability

The reliability of IoT data refers to the quality and trustworthiness of the information [14]. Blockchain technology is used to ensure the security and integrity of this data by employing encryption algorithms, digital signatures, and timestamps [16]. By enhancing the reliability of blockchain data, the performance of data transmission over blockchain networks is improved [14,15].

3.4. Autonomic Interactions

The use of autonomic interactions improves the capabilities of IoT systems by connecting them with reliable blockchain networks while avoiding untrusted third-party networks [14]. BCoT utilises smart contracts to enable these autonomic interactions, enhancing blockchain performance on low-power IoT devices. These interactions occur between sensor nodes within the blockchain [14].

5. Research Methodology and Test Bed Development

Our study described in this paper combines practical experimentation with quantitative evaluation, conducting all tests within a controlled laboratory setting on a real test system. The experimental setup was developed using twenty Raspberry Pi and Orange Pi units [29,30]. Orange Pi Zero devices offer comparable specifications to the Raspberry Pi 3B models and support the same operating systems [29,30]. An operating system is typically required to install blockchain applications, resulting in minimum hardware capabilities to deploy. Many blockchain applications are 64-bit, and only a limited number of 32-bit applications are commercially available [13]. Widely deployed ARM Linux versions are typically 32-bit operating systems, and a minimum of 512 MB RAM and 4 GB space is typically required to install many 32-bit blockchain applications on ARM Linux distributions [30]. Not all low-power devices support the minimum hardware requirements to install an operating system and run blockchain platforms.
We chose to deploy Raspberry Pi and Orange Pi Zero devices because, unlike common microcontrollers, they support full computing capabilities, are capable of supporting general-purpose operating systems, have memory expansion capability, and support the processing power to run blockchain applications while remaining low-power and cost-effective [29].
We also tested Arduino Yun Rev 02 devices running the OpenWRT Linux distribution but found they had inadequate processing capacity to install and process blockchain applications. This is primarily due to the limited capability of the 16 MB Atheros AR9331 Linux microprocessor [29].
For the purposes of our blockchain network, we selected Hydrachain, Monero, and Duino Coin as our blockchain applications, installing them on each of the single-board computers [31]. These blockchain platforms were chosen because of their widespread use, compatibility with our hardware, efficient power usage, open-source software, and ease of programmability [31].
We also experimented with the Multichain, IPFS, Bitcoin, and Ethereum blockchain platforms. However, we ultimately opted not to use these platforms [10]. We found that the Command Line (CMD) version of the Multichain application was incompatible with the Linux version, and the Graphical User Interface (GUI) was only available with 64-bit architecture, which consumes more power compared to other blockchain applications. Furthermore, Ethereum and Bitcoin applications consume a higher amount of energy than Hydrachain, Monero, and Duino Coin blockchains [13]. Additionally, the Bitcoin platform does not offer private blockchain features for our test network data transmission, which is only available for financial purposes. Finally, IPFS was not suitable for our Local Area IoT test network as IPFS is more suitable for cloud data transactions [10].
Additionally, we incorporated low-energy sensors to gather and convey sensor information across the blockchain network, which we connected through a wireless router. We used a temperature sensor LM-35, distance sensor HC-SR04, rain sensor, thin film pressure sensor, and tri-axis digital tilt sensor as our primary sensors to gather sensor data. The sensors are compatible with Raspberry Pi and Orange Pi devices that are connected to blockchain nodes via jumper wires over General-Purpose Input/Output (GPIO) pins [30]. All blockchain applications are installed on the Linux operating system. We used SSH Putty software (64-bit-0.81 version) to access each blockchain node and implement the necessary configurations [31]. Figure 1 shows the blockchain sensor network.
Figure 1. Sensor network architecture.
Experimental data were collected while processing blockchain applications, and quantitative data analysis tools were used to analyse the collected data. We carried out a Distributed Denial of Service (DDoS) attack and noted that it caused a potential security vulnerability leading to hardware failures and associated anomalous behaviours [32].
We used the Nmap vulnerability assessment tool to identify potential network vulnerabilities while performing a DDoS attack [32]. Nmap is an open-source tool used for network security audits, risk analysis, and network scanning. Nmap detects unsecured open ports, applications, and their exploits [32]. Blockchains typically use Transmission Control Protocol (TCP) to transmit blocks, which can be a target of a DDoS attack. We also analysed Block Transaction Rate (BTR) anomalies, block loss anomalies, network bandwidth usage anomalies, network latency, and device temperature anomalies as the visible anomaly behaviours in a DoS attack and a damaged sensor [32]. We used blockchain data transaction logs to collect BTR and block loss data. We further used Linux MPSTAT, DSTAT, and Wireshark tools to monitor network bandwidth usage [33]. Additionally, we created python-based code to collect temperature data from IoT devices running blockchain applications and integrated it with the Linux “vcgencmd” tool [34]. In the next paragraphs, we discuss key hardware and software used to develop our test bed system.

5.1. Resources

The test bed consists of a number of different software and hardware resources. This section presents the resources used to implement our blockchain-based sensor network prototype.

5.1.1. Raspberry Pi

The Raspberry Pi is an ARM-based, low-powered, single-board computer series used to develop prototypes. The Raspberry Pi series consists of various models, from Raspberry Pi model 05 to Zero [29]. All of these models can run the Linux-based Raspbian operating system. Each model has different RAM and processing capacities, such as 512 MB or 1 GB [29]. These devices have 40-pin headers for connecting sensors and a wireless LAN interface for networking. The Raspberry Pi devices are powered by an ARM cortex CPU [29]. The main advantages of using Raspberry Pi devices are as follows:
  • Higher processing power;
  • ARM Linux operating system support;
  • Python programming compatibility;
  • Wireless and Ethernet support.

5.1.2. Orange Pi

Orange Pi devices are single-board computers powered by the Allwinner H616, a 64-bit quad-core Cortex A53 processor, and are engineered to deliver efficient computational performance across applications [30]. They are equipped with either 512 MB or 1 GB of DDR3 RAM, accommodating a range of computational needs [30]. In terms of connectivity, Orange Pi devices offer both Wi-Fi and Ethernet networking options [30]. The integration of a USB Type-C 5V interface, along with USB 2.0 ports, underscores the devices’ adaptability in interfacing with external peripherals.
Orange Pi devices exhibit broad compatibility with available ARM-based Linux operating systems such as Ubuntu, Debian, and Android, thereby serving for software development and experimentation [30]. The product range extends from the Orange Pi Zero to the Orange Pi 5B. Also, selected models further enhance connectivity through Bluetooth 5.0 and offer a 39-pin header for interfacing with General-Purpose Input/Output (GPIO), Universal Asynchronous Receiver Transmitter (UART), and Serial Peripheral Interface (SPI) modules [30].

5.1.3. Hydrachain Blockchain

Hydrachain blockchain is specifically engineered to facilitate the creation and deployment of private blockchain networks [35]. It is an extension of the Ethereum platform, inheriting its robust smart contract capabilities while introducing features tailored for permissioned and consortium blockchain environments [35]. At its core, Hydrachain emphasises transactional throughput, scalability, and privacy, offering a deterministic consensus mechanism that is optimised for high-speed transaction processing in private networks [35]. The platform supports the creation of multiple chains, or “hydras”, each capable of operating with its own consensus rules and participant groups, thereby offering flexibility and scalability for various application needs [35].

5.1.4. Monero Blockchain

The Monero blockchain technology is a decentralised application that uses a public distributed ledger system [36]. The Monero platform allows for adaptive block size growth to accommodate transaction volume, ensuring scalability and efficiency. This technology also provides anonymity and fungibility for data transactions, meaning that users can conduct transactions without revealing their identity or the transaction history to others [36]. Monero uses an open-source block protocol called Cryptonote, which allows for zero-knowledge proofs and ring signatures, ensuring the privacy and security of transactions [36]. Monero employs Ring Confidential Transactions (RingCT), which obscure the amount of Monero being transacted, adding another layer of privacy to the system. The platform uses a group of stealth public IP addresses to hide the legitimate private IP address, and users can optionally share encryption keys for auditing purposes. All transactions on Monero are validated through a network called RandomX [36].

5.1.5. Duino Coin Blockchain

The Duino Coin blockchain is a relatively new platform promoting more inclusive participation across devices ranging from low-power microcontrollers and single-board computers like Raspberry Pi to older PCs and smartphones [37]. This blockchain uses Duino Coin Unique Consensus Operation–S1 (DUCO-S1), which dynamically adjusts the performance in accordance with the computational capability of each participating device and uses XXHASH algorithms to run blockchain on low-power devices [37]. The Duino Coin application uses the “Kolka System” to support underpowered transactions without causing any unnecessary difficulties [37]. The Duino Coin blockchain is also an open-source platform that is both cost-effective and energy-efficient. Data transactions are encrypted using SHA1 encryption. Although Duino Coin is a centralised blockchain, it provides decentralised options for users [37].

5.2. Data Collection Metrics

This test bed also collects a number of different system and performance metrics. This section summarises the data collection metrics that were deployed.

5.2.1. Distributed Denial of Service Attack Anomalies

Distributed Denial of Service (DDoS) attacks are a common threat to blockchain networks. One significant metric for evaluating DDoS vulnerability is the possibility of such attacks targeting test bed prototype networks [38]. We conducted a vulnerability assessment using the Nmap tool to identify DDoS vulnerability, which allowed us to determine that the test bed is susceptible to the “Broadcast Avahi” DDoS attack [38]. We deployed a series of DDoS attacks 100 times using the “Ettercap” network security tool and measured the successful service denials of each blockchain test network. Ettercap is an open-source network security software that is typically used for DoS and DDoS attacks, eavesdropping, password capturing, Man-in-the-middle attacks, and spoofing. Cyber attackers frequently employ these attacks to compromise blockchain networks [38,39]. While Ettercap deployed DDoS attacks, we used Nmap software (Version 7.95-2) to scan open network ports, including blockchain TCP ports 8333, 9333, 9999, 22,556, and 30,303. The Nmap tool conducts a vulnerability assessment and generates a report showing which ports are open, the IP addresses of vulnerable nodes, and MAC addresses [39]. Under the DDoS attack anomalies, we evaluate the IoT hardware temperature variability that processes blockchain applications, blockchain network latency variability, and network bandwidth usage variability [40].

5.2.2. Hardware Failure Anomalies

As a result of DDoS attacks, hardware failures were observed. Blockchain network end device hardware failures provide consequent early identification and enable actions to be taken for prevention of possible intrusions [41]. We evaluate Block Transaction Rate (BTR) and network block loss percentage metrics with incidents of end device hardware failures [41].

6. Results and Evaluation

In this section, we evaluate the potential anomaly behaviours of Hydrachain, Monero, and Duino Coin blockchain networks in an incident of Denial-of-Service attack and a physically damaged sensor node. We discuss the Denial-of-Service attack anomalies in the next section.

6.1. Network Latency Anomalies

Network latency is an important aspect of network performance that can be affected by a DDoS attack [42]. An increase in network latency can limit blockchain services and data transaction availability. Low-power IoT sensor networks are particularly vulnerable to Denial-of-Service attacks, and delayed data transactions can potentially damage a business’ operation [42]. Figure 2 illustrates blockchain network latency under typical circumstances and network latency variability of three blockchain networks during a DDoS attack.
Figure 2. Latency variability of blockchain networks under typical circumstances and DDoS attack.
The results indicate that for all blockchains, the network latency significantly in-creased, typically doubling during a DDoS attack. The network latency of the Hydrachain blockchain network increased from 400 ms to 800 ms, while Monero’s network latency increased from 550 ms to 1000 ms. The latency of the Duino Coin blockchain network increased by a larger factor from 400 ms to 1100 ms. This indicates that DDoS attacks involve flooding blockchain networks, creating network congestion, and causing increased network latency. Blockchains typically require higher processing power to maintain the blockchain network without failure, whereas IoT devices are typically limited in this regard. The DDoS attacks can cause resource exhaustion on targeted blockchain nodes, this can result in the targeted nodes to use a higher batch time-out to release the next chain of blocks and ultimately increase the block time.
Our results demonstrate that Distributed Denial of Service attacks can critically affect the latency of blockchain networks, leading to a potential shutdown of all blockchain data transactions while increasing network bandwidth usage.

6.2. Network Bandwidth Usage Anomalies

The bandwidth of an IoT wireless network is another critical metric that can be targeted by a DDoS attack. When a DDoS attacker generates excessive network traffic, it can impact bandwidth usage [43]. The anomalous behaviour of bandwidth usage is a key indicator that users can use to identify a DDoS attack threat. Higher bandwidth usage can also impact the blockchain services of blockchain networks [43].
Figure 3 presents the network bandwidth usage under typical circumstances and victim blockchain networks during a Denial-of-Service (DoS) attack. The results indicate that the bandwidth usage significantly increased compared to the bandwidth usage of the three blockchain networks under normal circumstances [44].
Figure 3. Bandwidth usage of blockchain networks under typical circumstances and a DDoS attack.
The Hydrachain blockchain network typically uses bandwidth ranging from 1400 to 1600 Kbps. However, bandwidth usage increased, ranging from 2000 to 2200 Kbps during a DDoS attack. The Monero blockchain network’s usual bandwidth usage is between 80 and 160 Kbps. However, during a DDoS attack, the victim Monero blockchain network’s bandwidth usage was recorded as between 1700 and 1900 Kbps.
The bandwidth usage of a Duino Coin blockchain network varies from 50 to 300 Kbps under normal circumstances. However, during a DDoS attack, the bandwidth usage increased to 1800–2000 Kbps. The victim Hydrachain network had a mean bandwidth usage of 2121.5 Kbps, while the Monero and Duino Coin victim networks had a mean bandwidth usage of 1809.5 Kbps and 1900 Kbps, respectively.
Due to both increased network congestion and resource exhaustion, DDoS attacks can result in higher bandwidth utilisation of the blockchain network. Our blockchain nodes were connected over Wi-Fi, which we would expect many IoT devices to use for network connectivity. The increase in bandwidth consumption during a DDoS attack can impact other aspects of the blockchain node. Increased power usage during an attack can be expected from the increased compute load and network utilisation. We expect that this change in load may cause an increase in the device temperature.

6.3. Device Temperature Anomalies

It is not widely appreciated how susceptible IoT hardware devices are to failure caused by high operating temperatures [45]. We observed that during a DDoS attack, the temperature of the victim node increased dramatically, which could potentially cause hardware failure due to overheating [45]. This can also pose a risk of fire hazards. It is crucial to identify any temperature variability anomalies that may occur during a DDoS threat [45]. We individually analysed how device temperature varies based on three blockchain platforms.
Typically, blockchain platforms use CPU and GPU cores to process data blocks. Due to the low processing power of IoT devices, any increase in the demands on the system may result in a subsequent increase in hardware temperature [40]. A number of events may result in increased load. One such cause is constant network congestion due to a DDoS attack, which causes the blockchain to generate an increased number of hashes and to re-lease them to the network, resulting in higher CPU and GPU utilisation [40]. A second cause relates to the fact that the blockchain ledger keeps every sensor data transaction record in each hardware node locally and, during a DDoS attack, the ledger requires increased processing power and time to update the victim node records [40].
Figure 4 displays the temperature variability of each node in the Hydrachain blockchain network devices that also includes a victim node (node 10). Under typical circumstances, the temperature range of the Hydrachain blockchain network device is between 66 °C and 68 °C. However, the temperature of the victim node is significantly higher, with the device temperature ranging between 78 °C and 80 °C. Also, the mean temperature of non-victim nodes ranges from 65.42 °C to 67.21 °C, while the victim node has a mean temperature of 79.59 °C. This indicates a significant difference in temperature between the victim node and the other blockchain nodes.
Figure 4. Node temperatures for Hydrachain: node 10 targeted for DDoS.
Figure 5 shows the temperature variability of each node in the Monero blockchain network that includes a victim node (node 10). We can see that the temperature of the device connected to the victim node in the Monero blockchain network reached 72 °C. Meanwhile, the non-victim nodes show device temperature variabilities between 58 °C and 60 °C. Also, the mean temperature of non-victim nodes ranges from 57.63 °C to 59.21 °C, while the victim node has a mean temperature of 71.02 °C.
Figure 5. Node temperatures for Monero: node 10 targeted for DDoS.
From Figure 6, we see that the temperature of the Duino Coin victim node exceeded 90 °C, while the non-victim nodes showed device temperature variability between 82 °C and 84 °C. Also, the mean device temperatures for non-victim nodes range from 82.54 °C to 83.13 °C, while the victim node has a mean temperature of 90.94 °C.
Figure 6. Node temperatures for Duino Coin: node 10 targeted for DDoS.
Considering the results for all blockchains, we note a varying range of average operating temperatures; however, there is a significant increase in operating temperature for the node under attack. We note that the recommended operating conditions for the respective devices are between 0 °C and 85 °C [29]. However, the recommended operating device temperature for a Local Area Network (LAN) is from 0 °C to 70 °C [29]. As highlighted by the manufacturer, there is a possibility of hardware failure if the device temperature exceeds these bounds.
IoT devices are typically designed to operate in an ambient room temperature of 20–30 °C. If these devices constantly run at higher temperatures or with maximum CPU and GPU levels, the single-board devices may shutdown to prevent any hardware component damages [29]. Regardless, constant higher temperatures can result in hardware failure and the manufacturer has recommended thermal management systems such as a heatsink, a fan, or liquid cooling if devices are run 24/7 [29].
While all normal nodes maintained a temperature under 70 °C, all victim nodes recorded average temperature levels above the recommended maximum temperature of 70 °C. The average temperature reached as high as 90.94 °C for the Duino Coin victim node, well above the recommended maximum temperature for an individual device.
The temperature increase seen for all three blockchains has the potential to cause a hardware device failure. This indicates that low-power IoT hardware device functionalities can potentially be impacted by excessively high temperature values.
In summary, Distributed Denial of Service attacks increase network latency and network bandwidth, leading to higher temperature values of low-power IoT devices and potentially causing hardware failures and damages.

6.4. Block Transaction Rate Anomalies

As previously noted, the increased temperature caused at a node during a DDoS attack has the potential to lead to hardware failure. Next, we would like to explore the impact of a hardware failure on the blockchain network.
The Block Transaction Rate (BTR) changes significantly when a sensor node is damaged. In this section, we present the anomalous BTR behaviour of a damaged sensor node, along with four other blockchain nodes, for analysis purposes [46]. We have received similar results from the analysis of blockchain networks with twenty blockchain nodes. As part of our testing process, we emulated a node sensor failure by intentionally damaging the connector on the sensor node breadboard.
It is important to note that physical damage to sensor nodes can also occur due to factors such as high temperatures, electrical shorts, human error, and water damage [47]. These types of damages should be considered when deploying any network in a real environment [47]. We used a damaged sensor node to analyse the anomaly behaviour of all three blockchain networks. The test was conducted for 100 h.
Figure 7 plots the BTR for a five-node Hydrachain blockchain network. Undamaged nodes display a BTR ranging from 10 to 20 blocks per second. However, the damaged blockchain node gradually decreases its BTR within the first 30 s, ultimately leading to a complete halt of all transactions.
Figure 7. Hydrachain blockchain BTR anomaly behaviours.
Figure 8 plots the same results for a Monero blockchain network. The normal BTR is between 20 and 50 blocks per second. However, in this network as well, the malfunctioning blockchain node reduces transactions within the first 20 s and eventually stops transmitting blocks.
Figure 8. Monero blockchain BTR anomaly behaviours.
Finally, Figure 9 plots the results for the Duino Coin blockchain. The normal BTR ranges from 15 blocks per second to 25 blocks per second. The results indicate that a damaged sensor node can have a significant impact on the block transaction rate [47]. The transaction rate starts to decrease within the first 30 s and eventually stops completely.
Figure 9. Duino Coin blockchain BTR anomaly behaviours.
All these results highlight the potential consequences of a physically damaged sensor node on the blockchain network, regardless of whether the node fails due to natural causes or DDoS attack [47].

6.5. Block Loss Anomalies

In an IoT blockchain network, losing sensitive data due to block loss can be a serious issue in an environment like a hospital facility, which may also lead to life risks [48]. A physically damaged sensor node can increase block loss. To prevent such incidents, blockchain users should analyse block loss anomalies and undertake suitable monitoring [48,49]. The block loss anomalies of a physically damaged sensor node are illustrated in Figure 10, Figure 11 and Figure 12 for each of the three blockchains being evaluated. We used a sample of 1000 blocks to analyse the behaviour of block loss anomalies. We found that each blockchain network experiences significant block loss when there is a physically damaged sensor node.
Figure 10. Hydrachain blockchain block loss.
Figure 11. Monero blockchain block loss.
Figure 12. Duino Coin blockchain block loss.
In the Hydrachain blockchain network shown in Figure 10, 325 blocks out of the 1000 blocks sampled were successfully transmitted, which accounts for 32.5 percent of the total block transactions. Similarly, in the Monero blockchain network (Figure 11), the damaged sensor node could only transmit 187 blocks successfully out of the 1000-block sample, which is only 18.7 percent of the total block transaction.
The damaged sensor node in the Duino Coin blockchain network was able to transmit significantly more blocks with 351 successful transfers, but still low at 35.1 percent of the total block transaction, as illustrated in Figure 12.
Although all networks with damaged sensor nodes lost blocks, the Duino Coin blockchain network had a greater success rate [49]. However, the results indicate that damaged hardware is a prime factor for losing data blocks, regardless of the blockchain architecture.

7. Conclusions and Future Research

The use of blockchain technology in IoT-based low-power sensor networks can address many network security issues and concerns [50]. However, both blockchain technology and IoT are emerging research areas, and there are several areas that require attention. Although blockchains offer promising security features such as cryptography, ledger function, and decentralisation, blockchain-based IoT low-power sensor networks can still face potential security threats from DDoS attacks [50]. In this paper, we analysed the potential security vulnerabilities that blockchain-based IoT sensor networks may face as a result of a DDoS attack and some of the consequent anomalies. We conducted this analysis using a test bed made up of widely used IoT hardware that allowed us to understand the real environment challenges [50].
To collect data, we conducted a vulnerability assessment of Hydrachain, Monero, and Duino Coin blockchain networks using the Nmap software tool while performing a DDoS attack using the Ettercap tool [51,52]. During the assessment, we identified that blockchain networks are still vulnerable to Distributed Denial of Service attacks and that potential hardware failures can occur due to DDoS attacks. The results show that DDoS attacks cause an unusual temperature increase in IoT end devices, which causes hardware failures while increasing blockchain network latency and bandwidth usage compared to non-victim nodes [52].
We observed that all three blockchain networks exhibit noticeable anomalies that can be used to detect potential network security threats [53]. The anomalies were analysed with respect to both DDoS attacks and physical device damages. Our results indicate that blockchain network latency can be impacted by DDoS attacks, causing significant delays such as 800 ms and 1100 ms. Also, the experiments show us that DDoS attacks cause a significant rise in the temperature of hardware devices that process blockchain networks, which can exceed 90 °C and potentially lead to device failures, and can thus cause fire hazards and loss of sensitive data blocks [53]. The network also shows considerable variability in bandwidth usage that can increase to 2200 Kbps and drop the Block Transaction Rate to zero blocks/sec compared to non-victim nodes. The hardware failures can also lose as much as 81.3 percent of data blocks, which is a critical consideration.
The study can be extended to evaluate other possible blockchain attack vulnerabilities, such as Sybil attacks, routing attacks, dictionary attacks, and time jacking. These attacks can cause security breaches in low-power IoT networks [53]. Our work clearly identifies that when a single node is a victim of a DDoS attack, the temperature anomaly compared to other nodes in the blockchain is significant. This should be used as an avenue to expand on in further research to determine whether these anomalies are also significant as a larger proportion of blockchain nodes become DDoS victim nodes. This may help to identify possible avenues to detect DDoS attacks in this environment. The use of blockchain technology on low-power IoT devices could lead to new research opportunities in the future. One possible avenue is to explore low-power hardware technologies [54]. Since most IoT devices are low powered, it could be a new research area to investigate how to use blockchain with them. Another possibility is to develop blockchain platforms that target different low-power microcontroller devices that consume low hardware resources and energy [54].
Additionally, future developments could incorporate various blockchain applications and wireless technologies such as 5G, 6G cellular networks, Bluetooth, ZigBee, and LoRa [55]. This could improve the use of blockchain technology to secure information in various industries like healthcare, supply chain, automotive, and agriculture [55].
Finally, analysing security vulnerabilities and anomalies is significant for deploying blockchain-based sensor networks; yet, many research problems must be explored while addressing the current research issues.

Author Contributions

In this paper, the idea and primary evaluations were conducted by K.G.A.; P.B. and J.B. supervised the conducted experiments and the analysis of the paper. All authors have read and agreed to the published version of the manuscript.

Funding

This research received no external funding.

Institutional Review Board Statement

Not applicable.

Data Availability Statement

All datasets generated during the study are available upon request from the primary author.

Conflicts of Interest

The authors declare no conflicts of interest.

References

  1. Vinko, D.; Milicevic, K.; Lukic, I.; Kohler, M. Microcontroller-Based PUF for Identity Authentication and Tamper Resistance of Blockchain-Compliant IoT Devices. Sensors 2023, 23, 6769. [Google Scholar] [CrossRef] [Scilit] [PubMed]
  2. Thanalakshmi, P.; Rishikhesh, A.; Marion Marceline, J.; Joshi, G.P.; Cho, W. A Quantum-Resistant Blockchain System: A Comparative Analysis. Mathematics 2023, 11, 3947. [Google Scholar] [CrossRef] [Scilit]
  3. Suyatna, I.P.; Mohamed, Y.H.; Abbas, M.S.; Ismail, A.F.; Magiman, M.M.; Yunus, Y. The Emergence and Challenges of Blockchain Technology in Business and IoT Applications. In Proceedings of the 2023 3rd International Conference on Advance Computing and Innovative Technologies in Engineering (ICACITE), Greater Noida, India, 12–13 May 2023. [Google Scholar]
  4. Pancari, S.; Rashid, A.; Zheng, J.; Patel, S.; Wang, Y.; Fu, J. A Systematic Comparison between the Ethereum and Hyperledger Fabric Blockchain Platforms for Attribute-Based Access Control in Smart Home IoT Environments. Sensors 2023, 23, 7046. [Google Scholar] [CrossRef] [Scilit] [PubMed]
  5. Naqash, M.T.; Syed, T.A.; Alqahtani, S.S.; Siddiqui, M.S.; Alzahrani, A.; Nauman, M. A Blockchain Based Framework for Efficient Water Management and Leakage Detection in Urban Areas. Urban Sci. 2023, 7, 99. [Google Scholar] [CrossRef] [Scilit]
  6. Australian Computer Society Incorporated. Federal Senate Select Committee on Inquiry on Financial Technology and Regulatory Technology; Parliament of Australia: Canberra, Australia, 2022.
  7. Bragg, S.A. Australia as a Technology and Financial Centre Submission 67; Senate, D.o.t., Department of the Senate, Education; Parliament House Canberra: Canberra, Australia, 2021.
  8. Committee, N.B.R.A.; Talbot, L.; Giurietto, N.; Staples, M.; Potts, J.; Berg, C. The National Blockchain Roadmap; The Department of Industry, Science, Energy and Resources (DISER): Canberra, Australia, 2020.
  9. Mayr, L.; Palma, L.; Zambonin, G.; Silvano, W.; Custódio, R. Monitoring Key Pair Usage through Distributed Ledgers and One-Time Signatures. Information 2023, 14, 523. [Google Scholar] [CrossRef] [Scilit]
  10. Liu, X.; Huang, Z.; Wang, Q.; Jiang, X.; Chen, Y.; Wan, B. Analyzing Miners’ Dynamic Equilibrium in Blockchain Networks under DDoS Attacks. Electronics 2023, 12, 3903. [Google Scholar] [CrossRef] [Scilit]
  11. Li, L.; Wan, J.; Liu, C. Access Control Strategy for the Internet of Vehicles Based on Blockchain and Edge Computing. Electronics 2023, 12, 4057. [Google Scholar] [CrossRef] [Scilit]
  12. Yang, R.; Yu, F.R.; Si, P.; Yang, Z.; Zhang, Y. Integrated Blockchain and Edge Computing Systems: A Survey, Some Research Issues and Challenges. IEEE Commun. Surv. Tutor. 2019, 21, 1508–1532. [Google Scholar] [CrossRef] [Scilit]
  13. Godewatte Arachchige, K.; Branch, P.; But, J. Evaluation of Blockchain Networks’ Scalability Limitations in Low-Powered Internet of Things (IoT) Sensor Networks. MDPI Future Internet 2023, 15, 317. [Google Scholar] [CrossRef] [Scilit]
  14. Dai, H.N.; Zheng, Z.; Zhang, Y. Blockchain for Internet of Things: A Survey. IEEE Internet Things J. 2019, 6, 8076–8094. [Google Scholar] [CrossRef] [Scilit]
  15. Guo, H.; Tao, X.; Zhao, M.; Wu, T.; Zhang, C.; Xue, J.; Zhu, L. Decentralized Policy-Hidden Fine-Grained Redaction in Blockchain-Based IoT Systems. Sensors 2023, 23, 7105. [Google Scholar] [CrossRef] [Scilit] [PubMed]
  16. Gonzalez-Amarillo, C.A.; Fraga Vazquez, A.; Ramirez-Gonzalez, G.A.; Mendoza-Moreno, M.A.; Corrales Muñoz, J.C. BIoTS-Path: Certification Transmission of Supply Chains Based on Blockchain–Internet of Things Architectures by Validating the Information Path. Mathematics 2023, 11, 4108. [Google Scholar] [CrossRef] [Scilit]
  17. Fang, W.; Zhang, W.; Chen, W.; Pan, T.; Ni, Y.; Yang, Y. Trust-Based Attack and Defense in Wireless Sensor Networks: A Survey. Wirel. Commun. Mob. Comput. 2020, 2020, 2643546. [Google Scholar] [CrossRef] [Scilit]
  18. Sidorov, M.; Khor, J.H.; Nhut, P.V.; Matsumoto, Y.; Ohmura, R. A Public Blockchain-Enabled Wireless LoRa Sensor Node for Easy Continuous Unattended Health Monitoring of Bolted Joints: Implementation and Evaluation. IEEE Sens. J. 2020, 20, 13057–13065. [Google Scholar] [CrossRef] [Scilit]
  19. Kevin Jonathan, A.K.S. Security Issues and Vulnerabilities On A Blockchain System: A Review. In Proceedings of the IEEE 2019 International Seminar on Research of Information Technology and Intelligent Systems (ISRITI), Yogyakarta, Indonesia, 5–6 December 2019. [Google Scholar]
  20. Honar Pajooh, H.; Rashid, M.; Alam, F.; Demidenko, S. Hyperledger Fabric Blockchain for Securing the Edge Internet of Things. Sensors 2021, 21, 359. [Google Scholar] [CrossRef] [Scilit] [PubMed]
  21. Hyla, T.; Pejaś, J. eHealth Integrity Model Based on Permissioned Blockchain. Future Internet 2019, 11, 76. [Google Scholar] [CrossRef] [Scilit]
  22. Hölbl, M.; Kompara, M.; Kamišalić, A.; Nemec Zlatolas, L. A systematic review of the use of blockchain in healthcare. Symmetry 2018, 10, 470. [Google Scholar] [CrossRef] [Scilit]
  23. Jamil, F.; Ahmad, S.; Iqbal, N.; Kim, D.H. Towards a Remote Monitoring of Patient Vital Signs Based on IoT-Based Blockchain Integrity Management Platforms in Smart Hospitals. Sensors 2020, 20, 2195. [Google Scholar] [CrossRef] [Scilit]
  24. Androulaki, E.; Barger, A.; Bortnikov, V.; Cachin, C.; Christidis, K.; De Caro, A.; Enyeart, D.; Ferris, C.; Laventman, G.; Manevich, Y.; et al. Hyperledger fabric. In Proceedings of the Thirteenth EuroSys Conference, Porto, Portugal, 23–26 April 2018. [Google Scholar]
  25. Bigini, G.; Freschi, V.; Lattanzi, E. A Review on Blockchain for the Internet of Medical Things: Definitions, Challenges, Applications, and Vision. Future Internet 2020, 12, 208. [Google Scholar] [CrossRef] [Scilit]
  26. Merhej, J.; Harb, H.; Abouaissa, A.; Idoumghar, L.; Ouchani, S. ELSO: A Blockchain-Based Technique for a Reliable and Secure Healthcare Information Exchange. Arab. J. Sci. Eng. 2023, 49, 5971–5987. [Google Scholar] [CrossRef] [Scilit]
  27. Merhej, J.; Harb, H.; Abouaissa, A.; Idoumghar, L. DeepChain: A Deep Learning and Blockchain Based Framework for Detecting Risky Transactions on HIE System. In Proceedings of the 2023 IEEE International Conference on Enabling Technologies: Infrastructure for Collaborative Enterprises (WETICE), Paris, France, 14–16 December 2023. [Google Scholar]
  28. Merhej, J.; Harb, H.; Abouaissa, A.; Idoumghar, L.; Ouchani, S. Octa Pillars-based Approach to Select the Best Blockchain-based Solutions in Healthcare Information Exchange. In Proceedings of the 2023 International Wireless Communications and Mobile Computing (IWCMC), Marrakesh, Morocco, 19–23 June 2023. [Google Scholar]
  29. Raspberry, P. Available online: https://www.raspberrypi.com/ (accessed on 23 February 2024).
  30. Orange Pi—Orange Pi Official Website—Orange Pi Development Board, Open Source Hardware, Open Source Software, Open Source Chip, Computer Keyboard. Available online: http://www.orangepi.org/ (accessed on 23 February 2024).
  31. Godawatte, K.; Branch, P.; But, J. Blockchain health sensor network performance analysis on low powered microcontroller devices. In Proceedings of the 2023 IEEE International Systems Conference (SysCon), Vancouver, BC, Canada, 17–20 April 2023. [Google Scholar]
  32. Alhijawi, B.; Almajali, S.; Elgala, H.; Bany Salameh, H.; Ayyash, M. A survey on DoS/DDoS mitigation techniques in SDNs: Classification, comparison, solutions, testing tools and datasets. Comput. Electr. Eng. 2022, 99, 107706. [Google Scholar] [CrossRef] [Scilit]
  33. Saini, S.; Maithani, A.; Dhiman, D.; Rohilla, A.; Chaube, N.; Bisht, A. Blockchain Technology: A Smart and Efficient Way for Securing IoT Communication. In Proceedings of the 2021 2nd International Conference on Intelligent Engineering and Management (ICIEM), London, UK, 28–30 April 2021. [Google Scholar]
  34. Vari-Kakas, S.; Poszet, O.; Mirela Pater, A.; Valentina Moisi, E.; Vari-Kakas, A. Issues Related to the Use of Blockchains in IoT Applications. In Proceedings of the 2021 16th International Conference on Engineering of Modern Electric Systems (EMES), Oradea, Romania, 10–11 June 2021. [Google Scholar]
  35. Solving the ‘Total Supply Problem’. Available online: https://hydrachain.org/ (accessed on 23 February 2024).
  36. The Monero Project. Available online: https://www.getmonero.org/ (accessed on 23 February 2024).
  37. Coin—A Simple, Eco-Friendly, Centralized Coin. Available online: https://duinocoin.com/ (accessed on 23 February 2024).
  38. Wang, C.-Y.; Tsai, C.-H.; Wang, S.-C.; Wen, C.-Y.; Chang, R.C.-H.; Fan, C.-P. Design and Implementation of LoRa-Based Wireless Sensor Network with Embedded System for Smart Agricultural Recycling Rapid Processing Factory. IEICE Trans. Inf. Syst. 2021, E104.D, 563–574. [Google Scholar] [CrossRef] [Scilit]
  39. Corradini, E.; Nicolazzo, S.; Nocera, A.; Ursino, D.; Virgili, L. A two-tier Blockchain framework to increase protection and autonomy of smart objects in the IoT. Comput. Commun. 2022, 181, 338–356. [Google Scholar] [CrossRef] [Scilit]
  40. Fan, R.; Yin, L.; Gao, S.; Zhang, W.; Li, Q.; Zhao, F. Blockchain based Energy IoT Data Trusted Collection and Transmission. In Proceedings of the 2022 IEEE 5th International Conference on Electronic Information and Communication Technology (ICEICT), Hefei, China, 21–23 August 2022. [Google Scholar]
  41. Rahman, A.; Montieri, A.; Kundu, D.; Karim, M.R.; Islam, M.J.; Umme, S.; Nascita, A.; Pescapé, A. On the Integration of Blockchain and SDN: Overview, Applications, and Future Perspectives. J. Netw. Syst. Manag. 2022, 30, 73. [Google Scholar] [CrossRef] [Scilit]
  42. Godawatte, K.; Branch, P.; But, J. Use of blockchain in health sensor networks to secure information integrity and accountability. Procedia Comput. Sci. 2022, 210, 124–132. [Google Scholar] [CrossRef] [Scilit]
  43. Dasgupta, D.; Shrein, J.M.; Gupta, K.D. A survey of blockchain from security perspective. J. Bank. Financ. Technol. 2019, 3, 1–17. [Google Scholar] [CrossRef] [Scilit]
  44. Averin, A.; Averina, O. Review of blockchain technology vulnerabilities and blockchain-system attacks. In Proceedings of the 2019 International Multi-Conference on Industrial Engineering and Modern Technologies (FarEastCon), Vladivostok, Russia, 1–4 October 2019; pp. 1–6. [Google Scholar]
  45. Hussien, H.M.; Yasin, S.M.; Udzir, N.I.; Ninggal, M.I.H.; Salman, S. Blockchain technology in the healthcare industry: Trends and opportunities. J. Ind. Inf. Integr. 2021, 22, 100217. [Google Scholar] [CrossRef] [Scilit]
  46. Alkhalifah, A.; Ng, A.; Kayes, A.; Chowdhury, J.; Alazab, M.; Watters, P.A. A taxonomy of blockchain threats and vulnerabilities. In Blockchain for Cybersecurity and Privacy; CRC Press: Boca Raton, FL, USA, 2020; pp. 3–28. [Google Scholar]
  47. Singh, A.; Parizi, R.M.; Zhang, Q.; Choo, K.-K.R.; Dehghantanha, A. Blockchain smart contracts formalization: Approaches and challenges to address vulnerabilities. Comput. Secur. 2020, 88, 101654. [Google Scholar] [CrossRef] [Scilit]
  48. Putz, B.; Pernul, G. Detecting blockchain security threats. In Proceedings of the 2020 IEEE International Conference on Blockchain (Blockchain), Rhodes Island, Greece, 2–6 November 2020; pp. 313–320. [Google Scholar]
  49. Harshavardhan, A.; Vijayakumar, T.; Mugunthan, S. Blockchain technology in cloud computing to overcome security vulnerabilities. In Proceedings of the 2018 2nd International Conference on I-SMAC (IoT in Social, Mobile, Analytics and Cloud)(I-SMAC) I-SMAC (IoT in Social, Mobile, Analytics and Cloud)(I-SMAC), Palladam, India, 30–31 August 2018; pp. 408–414. [Google Scholar]
  50. Martin, K.; Rahouti, M.; Ayyash, M.; Alsmadi, I. Anomaly detection in blockchain using network representation and machine learning. Secur. Priv. 2022, 5, e192. [Google Scholar] [CrossRef] [Scilit]
  51. Branch, P.; Weinstock, P. Functional Programming for the Internet of Things: A LoRa-MQTT Gateway written in Elixir. In Proceedings of the 2023 33rd International Telecommunication Networks and Applications Conference, Melbourne, Australia, 29 November–1 December 2023; pp. 214–217. [Google Scholar]
  52. Rouhani, S.; Pourheidari, V.; Deters, R. Physical Access Control Management System Based on Permissioned Blockchain. In Proceedings of the 2018 IEEE International Conference on Internet of Things (iThings) and IEEE Green Computing and Communications (GreenCom) and IEEE Cyber, Physical and Social Computing (CPSCom) and IEEE Smart Data (SmartData), Halifax, NS, Canada, 30 July–3 August 2018; pp. 1078–1083. [Google Scholar]
  53. Morishima, S. Scalable anomaly detection in blockchain using graphics processing unit. Comput. Electr. Eng. 2021, 92, 107087. [Google Scholar] [CrossRef] [Scilit]
  54. Zander, S.; Armitage, G.; Branch, P. A survey of covert channels and countermeasures in computer network protocols. IEEE Commun. Surv. Tutor. 2007, 9, 44–57. [Google Scholar] [CrossRef] [Scilit]
  55. Godawatte, K.; Branch, P.; But, J. Evaluation of Correlation between Temperature of IoT Microcontroller Devices and Blockchain Energy Consumption in Wireless Sensor Networks. Sensors 2023, 23, 6265. [Google Scholar] [CrossRef] [Scilit] [PubMed]
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.

Article Metrics

Citations

Article Access Statistics

Multiple requests from the same IP address are counted as one view.