Skip to Content
SensorsSensors
  • Article
  • Open Access

10 February 2022

17 Pages

Blockchain-Based Distributed Information Hiding Framework for Data Privacy Preserving in Medical Supply Chain Systems

,
,
,
and
1
Department of Computer Science and Engineering, Seoul National University of Science and Technology, Seoul 01811, Korea
2
Department of Computer Science, Georgia State University, Atlanta, GA 30302, USA
*
Author to whom correspondence should be addressed.

Abstract

Medical supply chain communication networks engender critical information and data. Notably in the COVID era, inner personal and private information is being shared between healthcare providers regarding the medical supply chain. In recent years, multiple cyber-attacks have targeted medical supply chain communication networks due to their lack of security measures. In the era where cyber-attacks are cheaper and easier due to the computational power and various algorithms available for malicious uses, security, and data privacy requires intensive and higher measures. On the other hand, Information Hiding Techniques (IHT) compromise various advanced methods to hide sensitive information from being disclosed to malicious nodes. Moreover, with the support of Blockchain, IHT can bring higher security and the required privacy levels. In this paper, we propose the implementation of Blockchain and smart contract with the information hiding technique to enhance the security and privacy of data communication in critical systems, such as smart healthcare supply chain communication networks. Results show the feasibility of the framework using Hyperledger smart contract along with the desired security level.

1. Introduction

Critical Internet of Things addresses the time-critical and data-critical systems that demand higher security levels and deal with highly confidential information. Smart healthcare supply chain communication networks engender various private medical data including personal information about the patient and their medical history, which make it a part of critical IoT systems. Moreover, the healthcare providers communicate sensitive information regarding their supplies between each other, notably during the COVID era, where hospitals were obliged to share their reserve of medical supplies and follow the supply chain information of the vaccine. Following the Electronic Health Record (EHR) system, healthcare providers are encouraged to share most of their patient information with each other under the act of Health Information Exchange (HIE) [1] to help improve the provided services in hospitals. Patient Health Information (PHI) and supply chain information are at a high risk of data breaches and theft. Cybercriminals can easily target the communication channels or the database that contains millions of patients’ personalized data and history. In 2014, the Community Health System (CHS) was the target of the Heartbleed attack, which cost the data and information exposure of more than 4.5 million patients [2]. Healthcare data are mostly stored in local databases or cloud-based databases, and in both cases, they require higher protection against any possible attack. Still, hospitals and healthcare providers seem to spend far fewer investments on technology support and security options. Not to mention the fast development of mobile healthcare systems that allow the patient to access their data directly via a tablet or smartphone, the market size of mobile healthcare in China reached a peak of 2.9 billion yuan in 2015 [3], which indicates the high dependency on mobile healthcare and its deployment to access critical data, such as EHR by the patients. Moreover, patients themselves can help in leaking their data by sending it via unprotected channels and without encryption.
Critical IoT systems including healthcare providers have to improve their security measurement all while maintaining the desired data communication speed, to reach this goal, multiple states-of-arts have studied various techniques for enhancing the security and privacy of data including Blockchain, intensive encryption methods, and so on. One of the most promising methods is the Information Hiding Technique (IHT). Information hiding techniques deploy the method of inserting data into another one to confuse eavesdroppers and cyber-attackers [4]. Most of information hiding techniques utilizations are in copyright enforcement, securing data over unsecured communication channels, and data manipulation detection [5].
In this paper, we deployed an improved Steganography method that includes hiding the desired information in another form of data, such as text or image. We implement Blockchain, as well to create a cluster of pre-authenticated and honest healthcare providers to securely communicate with each other while limiting the risk of eavesdroppers. A smart contract is used as well to automatically generate a one-time secret key that will be known by only the participants in the Blockchain-based cluster to enhance the privacy of communications. In our proposed framework, the desired message, or data to be communicated shall be encrypted with other auxiliary text messages, that are useless both to the sender and receiver, in form of blocks of messages.
The main key contribution to our paper can be summarized as follows:
  • We deploy an improved version of steganography techniques to encrypt the desired communicated messages and information into another auxiliary message to enhance the privacy and security of the communicated medical supply chain information against any possible cyber-attack.
  • We deploy Blockchain technology to create a secure and private cluster of pre-authenticated healthcare providers. Only nodes included in the cluster may participate in the communication, view the received messages, and decrypt the desired block while ignoring the auxiliary blocks.
  • Finally, the smart contract is implemented in our proposed framework to automatically generate one-time secret keys and distribute them between the concerned parties securely. The secret key changes with every new communication initialization, eliminating the risk of cyber-attacker having the key to decrypt the information, thus enhancing the security and privacy of critical systems, such as smart healthcare.
The rest of the paper is organized as follows: Section 2 presents a detailed background study on the deployed technologies including Blockchain, IIoT system, and Information Hiding Techniques. In Section 3, we propose our novel Blockchain-based IHT framework with a methodology to explain our concept. While Section 4 supports our proposed framework with extensive system analysis and results. Finally, we conclude this work in Section 5.

3. Proposed Blockchain-Based IHT for Critical IoT Security Framework

The main contribution of this paper includes the absolute security of data communicated between the IoT device layer and the cloud layer. In this case scenario, we considered medical IoT devices as a critical environment. Medical IoT holds sensitive data including patient personal information, such as name, disease history, and so on. Moreover, the data hold hospitals and laboratory research information and data, such as drug discovery data. These data need to be computed and processed in the cloud layer. Thus, the communication between the medical IoT layer and cloud layer needs to be highly secure.

3.1. Proposed System Overview

As shown in Figure 1, he presented Blockchain-based IHT framework can be divided into four main layers: (1) Healthcare IoT device layer, (2) Edge layer, (3) Fog layer, and finally (4) Cloud layer. In this section, we will discuss in detail the role of each layer.
Figure 1. Proposed Blockchain-based IHT Architecture.
Medical IoT device layer: The medical IoT device layer engenders various heterogeneous information that urges high-level security. For this case study, the type of data we opt to secure is the hospitals and laboratory research data, such as drug discovery data and patients’ information. The hospitals are generals and medical laboratories specifically process a large amount of data in cloud servers in order to find the results they look for, for instance, drug discovery laboratories may use patients’ personal medical history and information in order to proceed with their experiments. This information is usually communicated from the laboratory to the cloud server over classical channels and using basic encryption methods. At the edge layer, we implement a private Blockchain ledger for authentication and secure cluster selection purposes. The Base station plays the role of the Blockchain manager, and it has to verify the identity, authenticate users, and register honest ones into the ledger for a faster future authentication mechanism. The device user and its respective cloud server have to be registered into the Blockchain as well and they agree upon a unique hash key, the hash key will be stored into Blockchain for further encryption. We will discuss this phase in detail in the upcoming section. The fog layer engenders smart contracts between the device user and the cloud server. The smart contract deploys the previously discussed hash key in order to encrypt the information. Moreover, a secret message and auxiliary bits are encrypted as well to confuse the attacker in case of a cyber-attack, thus, the attacker cannot differentiate between the real message and the auxiliary encoded message. Several distributed cloud servers reside at the cloud layer. Their role is to process the received information, after decrypting it using the previously agreed on hash key. The hash key change with each communication round, making it a one-time hash, thus enhancing the security and privacy of the data.

3.2. Methodology of the Proposed System

In our proposed framework, we took under consideration the scenario where a new node (hospital, laboratory) requests to join the Blockchain-based system and share and receive information with other nodes. Under this scenario, we depicted our case study in three main phases.
The first one is the selection of a secure cluster where only pre-authenticated and validated healthcare providers nodes can join the secure network to share the information and communicate with each other, this phase is realized using Blockchain private ledger and PBFT algorithm that uses the previously authenticated and honest nodes to verify and validate the new ones. The second phase is the key hashing and registration phase, where all the pre-authenticated nodes from the previous phase have to agree on a secret key to use during the communication, hash it, and broadcast it securely between each other. Note that the key changes every time the communication session is initialized, this provides a higher security level similar to the one-time pass algorithm. The final phase is the smart contract phase where the pre-agreed key hashes are stored in a smart contract and executed automatically with every new communication session, the smart contract is also responsible for modifying the secret key with every message automatically, making it easier and highly secure for the execution of the key hash and communication encryption over classical channels. To explain the aforementioned steps, we consider a new node, a hospital, for example, requesting to join the Blockchain-based secure system. First, the hospital initialed PBFT algorithm, if the network reached consortium state, the hospital will be added to the Blockchain-based secure network, otherwise, the initialization is aborted. After the first phase is completed, the user device in the newly joined node has to create a secure key to encrypt its communicated data with other nodes. The generated initial key has to be computed and the output is a secure hash key that will be registered in the smart contract. In order to enhance the security level of data, the communicated messages include the original message, auxiliary message, and a secret message to confuse the eavesdropper in case of a cyber-attack. The message is divided into multiple segments and encrypted using the one-time hash key registered in the smart contract, then sent throughout the Blockchain network.
The details of these phases can be depicted In the following sub-sections. Figure 2 depicts the methodology of the proposed framework with all the main phases including cluster registration, hash key computation, and smart contract-based One-Time Hash (OTH). The details of the methodology are explained in algorithms 1, 2, and 3 with their respective discussion.
Figure 2. Methodology of the Proposed Framework.

3.2.1. Cluster Pre-Selection Phase

The verified and authenticated healthcare providers are allowed to send a request and join the Blockchain-based communication system. Blockchain as a distributed, secure, and cryptographically guaranteed neither non-falsified nor modified distributed ledger technology [31,32,33,34,35,36,37] can be used as a means of verification and authentication of nodes. For this study, we deploy Blockchain to verify the healthcare providers and create a secure communication network channel; The deployed consortium algorithm is an enhanced version of Byzantine Fault Tolerance (BFT). A private Blockchain is deployed where the nodes that check and authenticate the requests are considered to be the head government healthcare center. Algorithms 1 and 2 depicted the required steps.
Algorithm 1. Cluster pre-selection (message Broadcast).
1: Input: Healthcare provider identification and request
2: Output: Final consensus decision (Authenticated or rejected)
3: Process:
4:  H C k .Send(< C L I D , Request, Ts>, VC);
5:  VC. Check (< C L I D , Hi, Request, Ts>, H C 0 );
6: H C 0 .Prepare(<w, Hi, Di>, Request);
7: H C 0   .Communicate (<w, Hi, Di>, H C N );
8: for i = 1 to n
{
9:     H C i .Get(<w, Hi, Di>);
10:    H C i .Check(<w, Hi, Di>, f, n);
11:    H C i .Prepare(<w, Hi, Di>);
12:    H C i . Communicate (<w, Hi, Di>, H C | n − i | );
13:    H C i .count(<f: fault>, count C);
}
The honest client selection can be explained as follows; when the healthcare provider wants to benefit from the secure communication, it has to send a request to the Validation Center (VC) first. In this algorithm, the VC can be a government healthcare authority that manages other clients; the CA is assigned the role of the root in this algorithm.
Algorithm 2. Cluster pre-selection (message count and execute).
1:  while count: C > (f + 1) then
2:    H C i .Stamp(<w, in: Di, out: Di, Ts, Stamp: k>);
3:    H C i .Commit(<w, Hi, Di, Ts>, Result: k, C L 0 );
4:   H C i . Get(<w, Hi, Di, Ts>, Request: x, count C);
5:  while count: C>(2f+1) then
6:     H C i . Compute(<w, Hi, Di>, Request: x, H C k = 0.Mark = x);
7:  for k = 1 to n
8:    H C i . Check(VC .Stamp = x);
9:    if H C k . Stamp == H C 0 .Mark then
10:     add   H C k ToBlockhain (BC, H C i d , 0, H C k );
11:  else
12:    skip ;
End
The VC checks the identification of the healthcare providers; if it is authentic, VC takes the role of the head H C 0 and start communicating the request. It is imperative to mention that the sensors among a node are considered honest and are not prone to cyber-attacks, thus communicating only genuine data, as future scope for this work, a case scenario where the sensors are vulnerable to various attacks and the communicated messages are deceptive shall be considered and studied. The nodes that receive the request form H C 0 continue forwarding it and counting the number of messages in their memory.
After the number of messages exceeds f + 1 round, the commit status is communicated, and the marked results are sent to H C 0 . The function Stamp is used for final verification. The communication continues until it reaches 2f + 1 rounds. Using the Stamp function, the results of H C 0 and H C k can be compared. If results are consistent, the healthcare provider is added to the Blockchain network, if not, the request is omitted.
Following Algorithms 1 and 2, we ensure that only honest clients can be a part of the system, thus providing the desired protection for smart healthcare communication. Therefore, only honest and verified clients can utilize this system.

3.2.2. Hash Key Registration Phase

Before starting the communication phase, the device user and its respective cloud server have to agree on a shared hash key to be used at the beginning of the communication in order to encrypt the data, for this end, Algorithm 3 depicts the phases of the hash key registration.
Algorithm 3: Hash key registration.
1:  Input: IoT devices, Cloud server
2:  Output: Secure shared hash key
3:  Process:
4:  Start:
   //Initialization
5:  M_IoT. Send (<D_Id, Ts, Msg, h, No>, CS);
   // with D_Id is the IoT device identification,
   6: Ts is the timestamp, No is the nonce, h is the height of the message
   7: CS is the cloud server
8:  CS. Receive(<D_Id, Ts, Msg, h, No>);
9:  CS. Check (<D_Id, Ts, Msg, h, No>);
10:   if Device. Existe == true
{
11:     CS. Generate (<init_Key <= (D_Id * Ts * h *No*Nr))
       //with N r is the number of communication round
12:     CS. Send (<init_Key>, M_IoT)
13:     M_IoT.Compute (<hash_key>, init_key mod Nr)
14:     CS.Generate(<New Block>)
15:   if CS.hash_key == M_IoT.hash_key
{
16:     CS.Add (hash_key, M_IoT>, New Block)
17:   else
18:     CS. Abort (Communication);
}
}
19:  end;
After registering the hash key into Blockchain, it will be used during the communication phase to encrypt the message. Each time the communication is initialized, the hash key change due to the change of Nr (number of rounds), thus, creating a new secure hash key shared only by the IoT device and its respective cloud layer.
Here, we deploy a smart contract to execute the hash encryption and encrypt the message. The data sent by the IoT device, or the healthcare provider can be represented as follows:
  M e s s a g e = O r i g i n a l   M e s s a g e + A u x i l a r y   M e s s a g e + S e c r e t   M e s s a g e  
The original message engenders the data sent for computation and processing by the cloud server, while the auxiliary message is a string of bits message sent as noise to confuse the eavesdropper in case of a successful cyber-attack. The auxiliary string and secret message cannot be decrypted by the cloud server, additionally, they are encrypted using the device’s private key, thus, the server can ignore them. However, if an attacker managed to access the system and view the message, it will be confusing as the auxiliary message is meaningless. The smart contract will execute the encryption phase using the hash key agreed on in the previous phases.

4. Analysis and Discussion

To evaluate the first step (Blockchain-based Cluster Selection), we used Network Simulator-3 (ns-3), which relies on C++ to implement the smart city network models and Python for network topology. IBM Hyperledger was deployed to implement the Blockchain and smart contract. The simulation was performed on an intel core-i7 computer with 16 GB of RAM running under Ubuntu Linux.

4.1. Analysis

In order to prove the effectiveness of our proposed architecture based on Blockchain, we take into consideration three main network performance metrics; latency of fault peers, general latency of execution over the network, and network throughput using PBFT compared with the classical algorithm. The proposed Blockchain algorithm shows better results than the classical PBFT algorithm in terms of execution. As depicted in Figure 3, we ran the simulation on NS-3 with GO-Ethereum under the case scenario of four-fault peers, to generate private communication networks for data. The obtained results prove the feasibility of this architecture using Blockchain technology. The proposed solution records a low latency and high throughput compared with the classical BFT algorithm.
Figure 3. Throughput Comparison between Classical BFT and Proposed PBFT.
Moreover, the implementation of smart contracts over Ethereum shows a maximum latency of 60 s, which is not ideal for critical systems, such as smart healthcare communication. Smart healthcare communication requires fast and efficient data transmission between sender and receiver as the life of a patient can be in danger if more delay happens. To this end, we implemented the smart contract that generates the new hash key automatically over the IBM Hyperledger fabric.
Hyperledger Fabric is an open-source project based on the Linux Foundation to develop an enterprise-level application. A smart contract allows an automatic generation of OTH. The hash changes after each round of communication based on the number of rounds, thus ensuring a higher security level and limiting the chances of an eavesdropper or cyber-attacker finding the respective hash key. In this case, the scenario generated hash key is only known by the participants in the same Blockchain-based cluster. The original message is the only segment encrypted using the smart contract generated hash, while the auxiliary segments are encrypted using the sender chosen method to confuse the attacker. Once the segments are received, the receiver will apply the smart contract OTH on them, and the segment that is successfully decrypted using the OTH decryption key is the one containing the original message, while the others are ignored. Figure 4 depicts the results of execution time using both Ethereum and Hyperledger fabric based on our simulations and shows that the Hyperledger fabric-based smart contract is faster and more feasible for critical systems, such as smart healthcare.
Figure 4. Latency Comparison Between Ethereum based Smart Contract and Hyperledger based Smart Contract.
Moreover, the implementation of the proposed framework guarantees the achievement of five fundamental aspects to the medical supply chain system including consistency where the medical supply chain system remains consistent and updated in real-time due to the fast and secure data communication between deferent components and participants. Security is another major key requirement of the proposed framework, communicated data should be protected and secured from any possible cyber-attacks. The proposed solution ensures the security of information using Blockchain and a one-time hash-based smart contract. The third aspect is availability, the system has to be available for data communication and information retrieval all the time. This is possible by using a decentralized Blockchain network where the information is prone to a single point of failure. On the other hand, integrity is another parameter to be considered as well. The integrity of the system is secured using a one-time hash-based smart contract, where the encryption key automatically changes with each round of communication. Finally, the proposed framework maintains the transparency of data and information in the medical supply chain as it can be tracked and registered into the Blockchain network and shared between all the participant nodes.

4.2. Discussion and Open Research Challenges

The proposed framework deploys an information hiding technique that uses an auxiliary message to hide the original message in a critical environment, such as smart healthcare systems. The message is divided into multiple segments and encrypted using a smart contract-generated one-time hash. Moreover, to enhance the security and privacy of the system, we use a Blockchain-based private cluster. The role of the cluster is to select honest healthcare providers, verify, and authenticate them using an improved version of the BFT algorithm. The healthcare providers in one cluster are able to communicate patient information and data between each other, and the cluster head to control the communication is considered to be a government center. The healthcare providers then generate an initial key and register it into the Blockchain. Using the initial key, a smart contract can compute a new hash key with each communication phase and execute it automatically. The sender creates a list of segments that includes the original message and addition of auxiliary messages, only the original message segment is encrypted using the pre-agreed on OTH, while the other segments are encrypted using the sender chosen method. The message is sent via Blockchain to the receiver, which by its turn applies the OTH decryption key into the received segments. The segment with the original message shall be decrypted accordingly, while the auxiliary messages shall be ignored. This method can be applied not only during the communication phase but also while storing the data in a local or cloud-based database. Hiding the original data into useless texts or images proves to be highly secure as the segments are encrypted differently, which will take a longer time for the attacker to decipher without the right key.
Other existing states-of-art can be merged with this proposed framework to enhance the security and privacy of the medical supply chain, to mention some, Niu et al. [38] discussed location privacy-preserving methods against long-time observation attacks. Their proposed framework named Eclipse creates a balance between location privacy and the usability and availability of the system. Although it is not mentioned in their paper, the proposed solution can effectively be implemented in medical supply chain services as well to enhance the security and privacy levels. On the other hand, unlike most related works, Jin et al. [39] proposed a novel mobile crowdsensing system framework that automatically selects workers that provide reliable data. This method can be used as well during the phase of honest nodes selection in our proposed framework. Finally, Jia et al. [40] implemented an online privacy-preserving on-chain certificate status named PROCESS using Blockchain. This method can be merged with our framework to verify the certificate of the validation center, thus enhancing the security of our system.
The limitation of this work resides in the encryption and decryption phases; both phases are not discussed in detail as we proposed a general overview of the idea in the paper. As future work, we intend to depict in detail the encryption and decryption phases and test the proposed framework over multiple and various systems, such as smart factories and smart homes. Critical systems require higher and tighter security measures, and with this solution, we can improve the security and privacy of smart systems and cloud-based databases.

5. Conclusions

Information Hiding Techniques (IHT) engenders various advanced methods to hide sensitive information from being disclosed to malicious nodes following multiple techniques. IHT is useful to protect the privacy and authenticity of communicated messages, data files, and even electronic contracts between companies. Moreover, with the support of Blockchain as a decentralized distributed ledger that promises non falsifying and non-tampering with the blocks, Blockchain-based IHT can bring higher security and privacy levels for critical networks requirements. In this paper, we propose the implementation of Blockchain and smart contract to the information hiding technique to enhance the security and privacy of data communication in critical systems, such as smart healthcare. Blockchain is deployed to create a secure private cluster of honest healthcare providers to communicate, while the smart contract is used to automatically generate an OTH for encryption purposes. As for the information hiding technique, we use a segment that includes the original message hiding in auxiliary messages; only the original message is encrypted using the OTH, while the auxiliary message is encrypted using various encryption techniques chosen by the sender and can be ignored by the receiver. Our proposal proves lower execution time compared with classical techniques and promises higher security measurement. As future work, the encryption and decryption techniques of OTH shall be depicted in detail with real-case scenarios of other critical systems.

Author Contributions

Conceptualization, A.E.A.; methodology A.E.A., H.C. and S.H.K.; software, A.E.A.; validation, A.E.A.; formal analysis, A.E.A., H.C. and S.H.K.; investigation, A.E.A.; resources, A.E.A., H.C. and S.H.K.; data curation, A.E.A., H.C. and S.H.K.; writing—original draft preparation, A.E.A., H.C. and S.H.K.; writing—review and editing, A.E.A.; visualization, A.E.A.; supervision, J.H.P.; project administration, J.H.P. and Y.P.; funding acquisition, J.H.P. All authors have read and agreed to the published version of the manuscript.

Funding

This work was supported by the Defense Acquisition Program Administration and Agency for Defense Development under the contract UD210029TD and, the National Research Foundation of Korea (NRF) grant funded by the Korea government (NRF-2019R1A2B5B0107041613).

Institutional Review Board Statement

Not applicable.

Data Availability Statement

Not applicable.

Conflicts of Interest

The authors declare no conflict of interest.

References

  1. HealthIT Gov. Official Website of the Office of the National Coordinator for Health Information Technology (ONC). Available online: https://www.healthit.gov/topic/health-it-and-health-information-exchange-basics/getting-started-hie (accessed on 12 November 2021).
  2. Mariani, D.M.R.; Mohammed, S.; Mohammed, S. Cybersecurity challenges and compliance issues within the us healthcare sector. Int. J. Bus. Soc. Res. 2015, 5, 55–56. [Google Scholar]
  3. Chen, W.; Chen, Z.; Cui, F. Collaborative and secure transmission of medical data applied to mobile healthcare. Biomed. Eng. Online 2019, 18, 60. [Google Scholar] [CrossRef] [Scilit] [PubMed]
  4. Ogundokun, R.O.; Abikoye, O.C. A Safe and Secured Medical Textual Information Using an Improved LSB Image Steganography. Int. J. Digit. Multimed. Broadcast. 2021, 2021, 1–8. [Google Scholar] [CrossRef] [Scilit]
  5. Yang, C.-H. Inverted pattern approach to improve image quality of information hiding by LSB substitution. Pattern Recognit. 2008, 41, 2674–2683. [Google Scholar] [CrossRef] [Scilit]
  6. Monrat, A.A.; Schelen, O.; Andersson, K. A Survey of Blockchain From the Perspectives of Applications, Challenges, and Opportunities. IEEE Access 2019, 7, 117134–117151. [Google Scholar] [CrossRef] [Scilit]
  7. Lu, Y. The blockchain: State-of-the-art and research challenges. J. Ind. Inf. Integr. 2019, 15, 80–90. [Google Scholar] [CrossRef] [Scilit]
  8. Almaiah, M.A. A New Scheme for Detecting Malicious Attacks in Wireless Sensor Networks Based on Blockchain Technology. In Studies in Big Data; Springer Science and Business Media LLC.: Berlin, Germany, 2021; pp. 217–234. [Google Scholar]
  9. 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]
  10. Li, X.; Jiang, P.; Chen, T.; Luo, X.; Wen, Q. A survey on the security of blockchain systems. Future Gener. Comput. Syst. 2020, 107, 841–853. [Google Scholar] [CrossRef] [Scilit]
  11. Thampi, S.M. Information hiding techniques: A tutorial review. arXiv 2008, arXiv:0802.3746. [Google Scholar]
  12. Ahvanooey, M.T.; Li, Q.; Shim, H.J.; Huang, Y. A Comparative Analysis of Information Hiding Techniques for Copyright Protection of Text Documents. Secur. Commun. Netw. 2018, 2018, 1–22. [Google Scholar] [CrossRef] [Scilit]
  13. Eze, P.; Parampalli, U.; Evans, R.; Liu, D. A New Evaluation Method for Medical Image Information Hiding Techniques. In Proceedings of the 2020 42nd Annual International Conference of the IEEE Engineering in Medicine & Biology Society (EMBC), Montréal, QC, Canada, 20–24 July 2020; Institute of Electrical and Electronics Engineers (IEEE): Piscataway, NJ, USA, 2020; pp. 6119–6122. [Google Scholar]
  14. Sengupta, J.; Ruj, S.; Das Bit, S. A Comprehensive Survey on Attacks, Security Issues and Blockchain Solutions for IoT and IIoT. J. Netw. Comput. Appl. 2020, 149, 102481. [Google Scholar] [CrossRef] [Scilit]
  15. Wen, Q.; Gao, Y.; Chen, Z.; Wu, D. A Blockchain-based Data Sharing Scheme in The Supply Chain by IIoT. In Proceedings of the 2019 IEEE International Conference on Industrial Cyber Physical Systems (ICPS), Taipei, Taiwan, 6–9 May 2019; IEEE: Piscataway, NJ, USA, 2019; pp. 695–700. [Google Scholar]
  16. Iqbal, A.; Amir, M.; Kumar, V.; Alam, A.; Umair, M. Integration of next generation IIoT with Blockchain for the development of smart industries. Emerg. Sci. J. 2020, 4, 1–17. [Google Scholar] [CrossRef] [Scilit]
  17. Zhao, S.; Li, S.; Yao, Y. Blockchain Enabled Industrial Internet of Things Technology. IEEE Trans. Comput. Soc. Syst. 2019, 6, 1442–1453. [Google Scholar] [CrossRef] [Scilit]
  18. Yu, K.-P.; Tan, L.; Aloqaily, M.; Yang, H.; Jararweh, Y. Blockchain-Enhanced Data Sharing With Traceable and Direct Revocation in IIoT. IEEE Trans. Ind. Inform. 2021, 17, 7669–7678. [Google Scholar] [CrossRef] [Scilit]
  19. Wu, Y.; Dai, H.-N.; Wang, H. Convergence of Blockchain and Edge Computing for Secure and Scalable IIoT Critical Infrastructures in Industry 4.0. IEEE Internet Things J. 2021, 8, 2300–2317. [Google Scholar] [CrossRef] [Scilit]
  20. Liu, M.; Yu, F.R.; Teng, Y.; Leung, V.C.M.; Song, M. Performance Optimization for Blockchain-Enabled Industrial Internet of Things (IIoT) Systems: A Deep Reinforcement Learning Approach. IEEE Trans. Ind. Informa. 2019, 15, 3559–3570. [Google Scholar] [CrossRef] [Scilit]
  21. Guan, Z.; Lu, X. Towards secure and efficient energy trading in IIoT-enabled energy internet: A blockchain approach. Future Gener. Comput. Syst. 2020, 110, 686–695. [Google Scholar] [CrossRef] [Scilit]
  22. Panchal, A.C.; Khadse, V.M.; Mahalle, P.N. Security Issues in IIoT: A Comprehensive Survey of Attacks on IIoT and Its Countermeasures. In Proceedings of the 2018 IEEE Global Conference on Wireless Computing and Networking (GCWCN), Lonavala, India, 23–24 November 2018; IEEE: Piscataway, NJ, USA, 2018; pp. 124–130. [Google Scholar]
  23. Mabkhot, M.M.; Al-Ahmari, A.M.; Salah, B.; Alkhalefah, H. Requirements of the Smart Factory System: A Survey and Perspective. Machines 2018, 6, 23. [Google Scholar] [CrossRef] [Scilit]
  24. Ghadge, A.; Weiß, M.; Caldwell, N.; Wilding, R. Managing cyber risk in supply chains: A review and research agenda. Supply Chain Manag. Int. J. 2019, 25, 223–240. [Google Scholar] [CrossRef] [Scilit]
  25. Helo, P.; Hao, Y. Blockchains in operations and supply chains: A model and reference implementation. Comput. Ind. Eng. 2019, 136, 242–251. [Google Scholar] [CrossRef] [Scilit]
  26. Bhaskar, S.; Tan, J.; Bogers, M.L.A.M.; Minssen, T.; Badaruddin, H.; Israeli-Korn, S.; Chesbrough, H. At the Epicenter of COVID-19–the Tragic Failure of the Global Supply Chain for Medical Supplies. Front. Public Health 2020, 8, 562882. [Google Scholar] [CrossRef] [Scilit] [PubMed]
  27. Musamih, A.; Salah, K.; Jayaraman, R.; Arshad, J.; Debe, M.; Al-Hammadi, Y.; Ellahham, S. A Blockchain-Based Approach for Drug Traceability in Healthcare Supply Chain. IEEE Access 2021, 9, 9728–9743. [Google Scholar] [CrossRef] [Scilit]
  28. Carmody, S.; Coravos, A.; Fahs, G.; Hatch, A.; Medina, J.; Woods, B.; Corman, J. Building resilient medical technology supply chains with a software bill of materials. NPJ Digit. Med. 2021, 4, 1–6. [Google Scholar] [CrossRef] [Scilit]
  29. García-Villarreal, E.; Bhamra, R.; Schoenheit, M. Critical success factors of medical technology supply chains. Prod. Plan. Control 2019, 30, 716–735. [Google Scholar] [CrossRef] [Scilit]
  30. Pandey, S.; Singh, R.; Gunasekaran, A.; Kaushik, A. Cyber security risks in globalized supply chains: Conceptual framework. J. Glob. Oper. Strateg. Sourc. 2020, 13, 103–128. [Google Scholar] [CrossRef] [Scilit]
  31. Nour, B.; Ksentini, A.; Herbaut, N.; Frangoudis, P.A.; Moungla, H. A Blockchain-Based Network Slice Broker for 5G Services. IEEE Netw. Lett. 2019, 1, 99–102. [Google Scholar] [CrossRef] [Scilit]
  32. Salim, M.M.; Shanmuganathan, V.; Loia, V.; Park, J.H. Deep Learning Enabled Secure IoT Handover Authentication for BlockchainNetworks. Hum. Cent. Comput. Inf. Sci. 2021, 11, 21. [Google Scholar]
  33. Kim, M.; Kim, K.; Kim, J.H. Cost Modeling for Analyzing Network Performance of IoT Protocols in Blockchain-Based IoT. Hum. Cent. Comput. Inf. Sci. 2021, 11, 7. [Google Scholar]
  34. Kim, Y.; Park, J. Hybrid decentralized PBFT Blockchain Framework for OpenStack message queue. Hum. Cent. Comput. Inf. Sci. 2020, 10, 1–12. [Google Scholar] [CrossRef] [Scilit]
  35. Kim, H.-W.; Jeong, Y.-S. Secure Authentication-Management human-centric Scheme for trusting personal resource information on mobile cloud computing with blockchain. Hum. Cent. Comput. Inf. Sci. 2018, 8, 11. [Google Scholar] [CrossRef] [Scilit]
  36. Wang, Y.; Kim, D.K.; Jeong, D. A Survey of the Application of Blockchain in Multiple Fields of Financial Services. J. Inf. Processing Syst. 2020, 16, 935–958. [Google Scholar] [CrossRef]
  37. Yu, S.; Yeom, C.; Won, Y. Implementation of Search Engine to Minimize Traffic Using Blockchain-Based Web Usage History Management System. J. Inf. Process Syst. 2021, 17, 989–1003. [Google Scholar] [CrossRef]
  38. Niu, B.; Chen, Y.; Wang, Z.; Li, F.; Wang, B.; Li, H. Eclipse: Preserving Differential Location Privacy Against Long-Term Observation Attacks. IEEE Trans. Mob. Comput. 2020, 21, 125–138. [Google Scholar] [CrossRef] [Scilit]
  39. Jin, H.; Su, L.; Xiao, H.; Nahrstedt, K. Incentive Mechanism for Privacy-Aware Data Aggregation in Mobile Crowd Sensing Systems. IEEE/ACM Trans. Netw. 2018, 26, 2019–2032. [Google Scholar] [CrossRef] [Scilit]
  40. Jia, M.; He, K.; Chen, J.; Du, R.; Chen, W.; Tian, Z.; Ji, S. PROCESS: Privacy-Preserving On-Chain Certificate Status Service. In Proceedings of the IEEE INFOCOM 2021-IEEE Conference on Computer Communications, Vancouver, BC, Canada, 10–13 May 2021; pp. 1–10. [Google Scholar]
Publisher’s Note: MDPI stays neutral with regard to jurisdictional claims in published maps and institutional affiliations.

Article Metrics

Citations

Article Access Statistics

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