<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.1 20151215//EN" "http://jats.nlm.nih.gov/publishing/1.1/JATS-journalpublishing1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" article-type="research-article" dtd-version="1.1">
<front>
<journal-meta>
<journal-id journal-id-type="pmc">CMC</journal-id>
<journal-id journal-id-type="nlm-ta">CMC</journal-id>
<journal-id journal-id-type="publisher-id">CMC</journal-id>
<journal-title-group>
<journal-title>Computers, Materials &#x0026; Continua</journal-title>
</journal-title-group>
<issn pub-type="epub">1546-2226</issn>
<issn pub-type="ppub">1546-2218</issn>
<publisher>
<publisher-name>Tech Science Press</publisher-name>
<publisher-loc>USA</publisher-loc>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">31472</article-id>
<article-id pub-id-type="doi">10.32604/cmc.2023.031472</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Article</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>TRUSED: A Trust-Based Security Evaluation Scheme for A Distributed Control System</article-title>
<alt-title alt-title-type="left-running-head">TRUSED: A Trust-Based Security Evaluation Scheme for A Distributed Control System</alt-title>
<alt-title alt-title-type="right-running-head">TRUSED: A Trust-Based Security Evaluation Scheme for A Distributed Control System</alt-title>
</title-group>
<contrib-group content-type="authors">
<contrib id="author-1" contrib-type="author" corresp="yes">
<name name-style="western"><surname>Ali</surname><given-names>Saqib</given-names></name><xref ref-type="aff" rid="aff-1">1</xref><email>saqib@squ.edu.om</email></contrib>
<contrib id="author-2" contrib-type="author">
<name name-style="western"><surname>Anwar</surname><given-names>Raja Waseem</given-names></name><xref ref-type="aff" rid="aff-2">2</xref></contrib>
<aff id="aff-1"><label>1</label><institution>Sultan Qaboos University</institution>, <addr-line>Muscat, 123</addr-line>, <country>Sultanate of OMAN</country></aff>
<aff id="aff-2"><label>2</label><institution>Arab Open University</institution>, <addr-line>Muscat, 130</addr-line>, <country>Sultanate of OMAN</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>&#x002A;</label>Corresponding Author: Saqib Ali. Email: <email>saqib@squ.edu.om</email></corresp>
</author-notes>
<pub-date pub-type="epub" date-type="pub" iso-8601-date="2022-10-28"><day>28</day>
<month>10</month>
<year>2022</year></pub-date>
<volume>74</volume>
<issue>2</issue>
<fpage>4381</fpage>
<lpage>4398</lpage>
<history>
<date date-type="received"><day>18</day><month>4</month><year>2022</year></date>
<date date-type="accepted"><day>25</day><month>7</month><year>2022</year></date>
</history>
<permissions>
<copyright-statement>&#x00A9; 2023 Ali and Anwar</copyright-statement>
<copyright-year>2023</copyright-year>
<copyright-holder>Ali and Anwar</copyright-holder>
<license xlink:href="https://creativecommons.org/licenses/by/4.0/">
<license-p>This work is licensed under a <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International License</ext-link>, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
</license>
</permissions>
<self-uri content-type="pdf" xlink:href="TSP_CMC_31472.pdf"></self-uri>
<abstract>
<p>Distributed control systems (DCS) have revolutionized the communication process and attracted more interest due to their pervasive computing nature (cyber/physical), their monitoring capabilities and the benefits they offer. However, due to distributed communication, flexible network topologies and lack of central control, the traditional security strategies are inadequate for meeting the unique characteristics of DCS. Moreover, malicious and untrustworthy nodes pose a significant threat during the formation of a DCS network. Trust-based secure systems not only monitor and track the behavior of the nodes but also enhance the security by identifying and isolating the malicious node, which reduces the risk and increases network lifetime. In this research, we offer TRUSED, a trust-based security evaluation scheme that both, directly and indirectly, estimates each node&#x2019;s level of trustworthiness, incorporating the cumulative trust concept. In addition, simulation results show that the proposed technique can effectively identify malicious nodes, determine their node&#x2019;s trustworthiness rating, and improve the packet delivery ratio.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>Malicious</kwd>
<kwd>network lifetime</kwd>
<kwd>risk management</kwd>
<kwd>security</kwd>
<kwd>trust</kwd>
<kwd>untrustworthy</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="s1"><label>1</label><title>Introduction</title>
<p>Industrial control systems (ICS) are used for remotely managing industrial installations and facilities. Supervisory control and data acquisition (SCADA) systems, distributed control system configurations, and other smaller control systems are all included in the term ICS [<xref ref-type="bibr" rid="ref-1">1</xref>]. These systems are widely used for large, distributed industries such as oil and gas, transportation, manufacturing, and electric power generation facilities [<xref ref-type="bibr" rid="ref-2">2</xref>]. As these mission-critical operations require constant monitoring, distributed control systems provide an advanced mechanism for the remote command and control of industrial plants and processes.</p>
<p>Distributed Control System refers to the division of a major application into smaller submodules where each module carries certain specific application processes and allows communication between these submodules. DCS is used for mission-critical industrial and manufacturing industries. It relies on decentralizing the control unit and establishing a shared network between the engineering stations. The DCS architecture consists of an engineering workstation, an operating station or Human Machine Interface (HMI), a process control unit or local control unit, intelligent devices, and a communication system make up. Sensors gather information and deliver it to input/output modules, where actuators help control process parameters [<xref ref-type="bibr" rid="ref-3">3</xref>]. The field control station receives input signals from the sensors. The system performs control calculations and outputs the signals to initiate compensatory actions. The field buses carry the results achieved upon processing and analyzing the input signals to the actuator devices. DCS distributes the control processing among the system&#x2019;s nodes, thus resulting in a reliable, fault-tolerant system.</p>
<p>While the DCS are reliable, scalable, and fault-tolerant, there is a rising concern regarding the security and accuracy of the data transmission. Due to the architecture&#x2019;s interconnectivity with the cyber world, it is prone to vulnerabilities, threats, and attacks. Some of the most common attacks on DCS-based environments include Distributed Denial of Service (DDOS), eavesdropping, man-in-middle, routing, malware, and Structured Query Language (SQL) injection attacks. The previous work discussed DCS technological environment followed by DCS environment-related threats and attacks [<xref ref-type="bibr" rid="ref-4">4</xref>]. This paper extends the last research work by further examining the risk management methodology by incorporating two additional components, namely, trust and reputation, where trust refers to the degree of confidence in the form of probability by which one entity will assume, or expect, the behavior of another entity [<xref ref-type="bibr" rid="ref-5">5</xref>&#x2013;<xref ref-type="bibr" rid="ref-7">7</xref>], and reputation refers to a form of indirect trust where one entity relies on surrounding entities&#x2019; observation and opinion about the target entity&#x2019;s behavior and reliability within a specified timeframe [<xref ref-type="bibr" rid="ref-8">8</xref>].</p>
<p>In this research we present a security evaluation scheme based on trust. The proposed TRUSED (Trust-based security evaluation scheme) intends to improve node trust by examining their direct and indirect interactions. The model distinguishes between untrustworthy nodes that should be segregated and trustworthy nodes that would be excellent for communication by combining direct and indirect trust.</p>
<p>In brief, our contributions can be summarized as follows:
<list list-type="bullet">
<list-item><p>This research discusses the most efficient classic and novel approaches for establishing and evaluating trust and reputation in the distributed environment.</p></list-item>
<list-item><p>The paper addresses the lack of trust-based security models for the DCS domain.</p></list-item>
<list-item><p>The paper presents practical approach for trust-based security evaluation of the DCS environment.</p></list-item>
<list-item><p>The model adopts the Probabilistic Bayesian approach for trust validation and node isolation. The Bayesian model is one of the most used architectural components for the numerical aggregation of past interactions and statistical trust computation [<xref ref-type="bibr" rid="ref-9">9</xref>&#x2013;<xref ref-type="bibr" rid="ref-12">12</xref>].</p></list-item>
</list></p>
<p>The remainder of the paper is laid out as follows: The second section presents the most relevant previous work in the trust and reputation evaluation field. Section 3 covers the planned TRUSED scheme&#x2019;s design, whereas Section 4 describes its implementation. Section 5 discusses simulation and experiment results, followed by Section 6&#x2019;s concluding observations and recommendations for further work.</p>
</sec>
<sec id="s2"><label>2</label><title>Related Works</title>
<p>The trust and reputation management models can be categorized into two types: centralized architecture and distributed architecture. In a centralized architecture, one central entity is responsible for assessing trust across all the nodes within a network. This central entity acts as the trust manager for the network by maintaining all the trust scores and responding to all the incoming requests from the devices [<xref ref-type="bibr" rid="ref-13">13</xref>]. This approach is beneficial in reducing the overhead cost. Centralized architecture is not, however, very fault-tolerant. If the central entity fails to function, it will disrupt the entire network. In the distributed architecture, all the nodes are responsible for calculating the trust values and maintaining scores. Because of processing overhead associated with all the nodes and, unlike centralized architecture, the load is shared among all the nodes [<xref ref-type="bibr" rid="ref-14">14</xref>,<xref ref-type="bibr" rid="ref-15">15</xref>]. In addition to this, the failure of one node does not drastically affect the entire network, thus making it more fault-tolerant than a centralized network. The distributed control systems have a similar mechanism where the controllers are geographically scattered and each controller acts as a standalone communicator. Based on DCS functional similarities, this paper will focus on distributed reputation architecture for establishing trust between the service receiver and the service provider. This section presents the various computational trust and reputational-based models, recent advances in research effort, and their limitations.</p>
<p>Various novel and classic quantitative approaches exist for evaluating trust and reputation in a distributed environment. This section presents the various computational trust and reputational-based models, recent advances in research efforts, and their limitations.</p>
<p>The fuzzy theory-based trust and reputation model provides a mechanism to overcome trust establishment and management issues among CPS, devices, and wireless sensors, using reputation in the Internet of Things (IoT) [<xref ref-type="bibr" rid="ref-16">16</xref>,<xref ref-type="bibr" rid="ref-17">17</xref>]. The model focuses on sensor nodes that consider the quality of Service (QoS) metrics [<xref ref-type="bibr" rid="ref-13">13</xref>]. In this model, each node takes direct trust and indirect reputation to determine the trustworthiness of other sensor nodes [<xref ref-type="bibr" rid="ref-18">18</xref>]. Direct trust is derived from direct observations, and indirect reputation is developed based on the recommendations of neighboring nodes. Based on the nodes&#x2019; behavior in route discovery, maintenance, and data forwarding, the nodes are divided into two types, the malicious nodes that do not perform the package forwarding function and the nodes that do not participate in the route discovery phase.</p>
<p>The fuzzy model performs well in detecting the malicious nodes in Wireless Sensor Network (WSN). The model does not, however, address forged transactions and the effect of manipulated nodes. Thus, the model can be further optimized for discarding the influence of malicious nodes on the results and improvising the mechanism of updating trust<bold>.</bold></p>
<p>On the other hand, Asiri&#x00A0;et&#x00A0;al.&#x00A0;(2016) [<xref ref-type="bibr" rid="ref-17">17</xref>] propose a recommended-based trust and reputation model for overcoming the limitations of the Fuzzy theory-based trust model. The model protects against good-mouthing, bad-mouthing, and ballot stuffing attacks by constantly updating the weights and taking the history of behavior and rating quality into account for calculations. The model uses a probabilistic neural network framework to differentiate between trustworthy and malicious nodes [<xref ref-type="bibr" rid="ref-19">19</xref>]. The probabilistic neural network comprises a multi-layer architecture including input, hidden, pattern, and output layers [<xref ref-type="bibr" rid="ref-20">20</xref>].</p>
<p>The authors have introduced a distributed computing model where the computations are distributed between the nodes. The framework has defined the stronger nodes as the alpha nodes. These nodes are responsible for processing the computations [<xref ref-type="bibr" rid="ref-21">21</xref>]. The model also considers data sensitivity by taking an input parameter to specify the sensitivity level to differentiate between insensitive and confidential information and compute it accordingly [<xref ref-type="bibr" rid="ref-22">22</xref>,<xref ref-type="bibr" rid="ref-23">23</xref>]. It proposes a probability density function for calculating and distinguishing between untrustworthy and trustworthy nodes. Based on the probability evaluated by the neural function, the rating matrix is updated by the alpha nodes accordingly [<xref ref-type="bibr" rid="ref-22">22</xref>].</p>
<p>Overall, the model has guaranteed better availability, energy preserving mechanisms, reduced computation overheads over publicly available information [<xref ref-type="bibr" rid="ref-20">20</xref>], and protection against good-mouthing, bad-mouthing, and ballot attacks. The model, however, cannot protect against attacks such as distributed denial of service (DDOS), man-in-the-middle (MIM), and wormhole. Lastly, as per current research, the model lacks real-life implementation.</p>
<p>The quantitative model introduced by Yu&#x00A0;et&#x00A0;al.&#x00A0;(2017) [<xref ref-type="bibr" rid="ref-24">24</xref>] emphasizes the importance of establishing trust relationships among sensor nodes by efficiently analyzing the nodes&#x2019; behavior. In this architecture, the main node calculates and analyzes the trust value to determine whether to transfer the packet to the next node or drop the packet [<xref ref-type="bibr" rid="ref-15">15</xref>]. The model considers packet forwarding capacity, repetition rate, consistency of the packet content, delay and integrity into consideration as trust factors [<xref ref-type="bibr" rid="ref-25">25</xref>,<xref ref-type="bibr" rid="ref-26">26</xref>]. The model utilizes the information entropy theory to determine each decision factor&#x2019;s weight. The reason behind incorporating the information entropy theory is to eliminate the inconsistency of the decision model because of the subjective weight setting. In addition to this, the model has also incorporated Dempster-Shafer (D-S) theory to deduce and synthesize the trust for calculating the indirect trust values [<xref ref-type="bibr" rid="ref-20">20</xref>].</p>
<p>The quantitative model promotes secure packet forwarding and eliminates the inconsistency of the decision model because of subjective weight setting by using information entropy theory consumption. In addition, the model uses less energy due to trust exchange among neighboring nodes, thus reducing latency and energy. However, the research lacks practical needs-driven implementation. The research could be extended to integrate practical demands including efficient technologies and lightweight trust management for further improvising the framework.</p>
<p>The CTrust model analyzes the trust of a node based on its current and past interactions with a node [<xref ref-type="bibr" rid="ref-27">27</xref>]. The key features of this model include the introduction of practical solutions for concerns regarding the establishment of trust and reputation. The model comprises mathematical functions for trust assessment, delay recommendations, and aggregation for computing partial trust values [<xref ref-type="bibr" rid="ref-28">28</xref>,<xref ref-type="bibr" rid="ref-29">29</xref>]. According to the model, the trust is accessed based on current and past interactions and recommendations, although the weightage for the interactions differs. The current interactions weigh more than the past interactions. The model has defined the trust maturity threshold as 250 direct interactions, after which the two nodes can interact without a recommendation from other nodes. The trust parameters can be defined based on the context at the runtime, and the truster has the authority to assign the weight to each parameter [<xref ref-type="bibr" rid="ref-30">30</xref>&#x2013;<xref ref-type="bibr" rid="ref-32">32</xref>].</p>
<p>This model has several benefits, including the weighted trust parameters, weighted recommendation function, trust decay function, and a method for developing trust maturity and equilibrium between two nodes. The trust decay function allows the past trust to degrade or be eliminated over time, thus allowing more weight to the new trust scores [<xref ref-type="bibr" rid="ref-33">33</xref>]. In addition, it addresses general self-promoting and opportunistic attacks [<xref ref-type="bibr" rid="ref-34">34</xref>]. However, the model lacks a threshold scale for the parameters. In addition, it requires more computing and energy resources, high energy consumption issue has remained unresolved. This concern has also been addressed by Wang&#x00A0;et&#x00A0;al.&#x00A0;(2020) [<xref ref-type="bibr" rid="ref-30">30</xref>] and Azad&#x00A0;et&#x00A0;al.&#x00A0;(2020) [<xref ref-type="bibr" rid="ref-35">35</xref>] in their comparative reviews. Lastly, the model has not addressed the data privacy concerns and the risks that could arise from security threats and attacks. Overall, the model has adapted innovative approaches for tackling trust and reputation development issues. However, there is one significant gap that the authors can address, which relies on parameters&#x2019; weight determination.</p>
<p>The Bayesian Model proposed by Teacy (2012) [<xref ref-type="bibr" rid="ref-9">9</xref>] places more weight on past interactions with trustees in a context like the present situation than on new interactions. The Bayesian model is a statistical trust and reputation model that relies on a beta probability density function based on interactions from neighbor nodes to obtain the preliminary information and direct interaction to get the posterior distribution to estimate the trust and reputation rating [<xref ref-type="bibr" rid="ref-36">36</xref>]. The Bayesian model is one of the most used architecture applications for the numerical aggregation of past interactions and statistical trust computation [<xref ref-type="bibr" rid="ref-9">9</xref>&#x2013;<xref ref-type="bibr" rid="ref-12">12</xref>]. The model considers direct and indirect experience for evaluating the QoS parameters. The model comprises two components: the reputation model and the confidence model. The reputation model refers to the indirect experience where it considers the relationship between behaviors and observations of different models. The confidence model refers to the direct experience where the trustor&#x2019;s perception about a trustee&#x2019;s behavior is taken into consideration [<xref ref-type="bibr" rid="ref-37">37</xref>]. The benefits include the model&#x2019;s ability to determine the expected behavior of a vaguely known agent by observing similar trustees and thus not restricting the agent to relying on mutually shared trustees&#x2019; observations. The feature helps the model overcome the agent&#x2019;s whitewashing issue where the agent tries to incriminate facts to eliminate their bad reputation. Overall, the Bayesian model provides a well-defined framework that can be applied to a wide range of domain specific applications.</p>
<p>The predictive model defines an alternate approach for determining direct and indirect trust among nodes for routing packets between the service provider and receiver [<xref ref-type="bibr" rid="ref-38">38</xref>]. The model uses the beta probabilistic distribution approach for calculating the direct trust and AMRA/GARCH for determining the future behavior of the nodes based on their past performances. The authors have taken the number of packets properly forward: the number of packets dropped and the number of packets falsely injected are the main parameters for evaluating the model. In addition, a routing mechanism has been defined to ensure safe and accurate delivery of the packets by using the trustworthy nodes within the destination&#x2019;s path [<xref ref-type="bibr" rid="ref-39">39</xref>]. The model is highly effective for predicting the trust values of multiple steps ahead in the series. The model efficiently detects the dropped or false injected packets and defines them as a blacklisted node. Most importantly, the model addresses various attacks including routing table overflow and resource consumption, DoS attack, sleep deprivation, and it also addresses spoofing attacks. However, this protocol alone is not suitable for highly dynamic networks. In addition, being a quantitative model, it cannot establish trust unless some behavior response gets recorded. Therefore the model requires vulnerable time to detect malicious activities.</p>
<p>Every trust and reputation model targets a set of risks and attacks associated with the distributed environment. When selecting the aggregation technique for the trust model, it is important to determine the major attacks that the proposed trust model must address to assist in mitigating the target risks associated with the environment. <xref ref-type="table" rid="table-1">Table 1</xref> summarizes the comparison of various trust and reputation models.</p>
<table-wrap id="table-1"><label>Table 1</label><caption><title>Comparison of novel and classic trust &#x0026; reputation models</title></caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Research</th>
<th align="center" colspan="4">Computation schemes</th>
<th>Metrics</th>
</tr>
<tr>
<th/>
<th align="left">Composition</th>
<th align="left">Propagation</th>
<th align="left">Aggregation</th>
<th align="left">Update</th>
<th/>
</tr>
</thead>
<tbody>
<tr>
<td align="left">Bayesian model [<xref ref-type="bibr" rid="ref-9">9</xref>]</td>
<td align="left">Quality of service</td>
<td align="left">Distributed</td>
<td align="left">Weighted mean and probability distribution</td>
<td align="left">Event driven</td>
<td align="left">Can be defined based on the context</td>
</tr>
<tr>
<td align="left">Fuzzy model [<xref ref-type="bibr" rid="ref-16">16</xref>]</td>
<td align="left">Quality of service</td>
<td align="left">Distributed</td>
<td align="left">Static weighted sum and fuzzy logic</td>
<td align="left">Time driven</td>
<td align="left">Packet Delivery Ration, Energy Consumption and End to End packet forwarding</td>
</tr>
<tr>
<td align="left">Recommender based trust model [<xref ref-type="bibr" rid="ref-17">17</xref>]</td>
<td align="left">Quality of service</td>
<td align="left">Distributed</td>
<td align="left">Probability density function</td>
<td align="left">NA</td>
<td align="left">Memory available, CPU, Severity flag, rating, packets ratio, rate of transmission, battery life and packets dropped</td>
</tr>
<tr>
<td align="left">Quantitative model [<xref ref-type="bibr" rid="ref-24">24</xref>]</td>
<td align="left">Quality of service</td>
<td align="left">Distributed</td>
<td align="left">Entropy theory</td>
<td align="left">NA</td>
<td align="left">Integrity, Delay, Packet content consistency and capacity of packet forwarding</td>
</tr>
<tr>
<td align="left">CTrust [<xref ref-type="bibr" rid="ref-27">27</xref>]</td>
<td align="left">Quality of service or social</td>
<td align="left">Distributed</td>
<td align="left">Dynamic weighted sum</td>
<td align="left">Event driven</td>
<td align="left">Can be defined based on the context at the runtime</td>
</tr>
<tr>
<td align="left">Gaussian distribution-based comprehensive trust management system (GDTMS)&#x2013;[<xref ref-type="bibr" rid="ref-32">32</xref>]</td>
<td align="left">Quality of service</td>
<td align="left">Distributed</td>
<td align="left">Gaussian distribution-based</td>
<td align="left">NA</td>
<td align="left">Energy efficiency, transmission performance</td>
</tr>
<tr>
<td align="left">Prediction based trust model [<xref ref-type="bibr" rid="ref-39">39</xref>]</td>
<td align="left">Quality of service</td>
<td align="left">Distributed</td>
<td align="left">Beta probabilistic distribution &#x0026; ARMA/GARCH</td>
<td align="left">NA</td>
<td align="left">Acknowledgment for packets forwarded successfully, packets dropped and falsely injected</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s3"><label>3</label><title>Proposed Model</title>
<p>A trust-based security evaluation scheme (TRUSED) has been proposed and presented in this section. The components of TRUSED are discussed in the subsequent sections, where the following assumptions are made:
<list list-type="bullet">
<list-item><p>Nodes are deployed randomly, without mobility, and communicate via a shared bi-directional wireless channel within their communication range.</p></list-item>
<list-item><p>After deployment, no new nodes are added or removed, and they cannot be recharged after their initial energy has been exhausted.</p></list-item>
<list-item><p>Initially, all the nodes are trustworthy and unknown, and only through communication between them will it be discovered whether or not they can be trusted.</p></list-item>
<list-item><p>Malicious node attacks manifest as Denial of Service (DoS). Malicious nodes drop packets intentionally and adversely affect communication consistency.</p></list-item>
</list></p>
<sec id="s3_1"><label>3.1</label><title>Components of TRUSED</title>
<p>The trust-based security evaluation scheme (TRUSED) consists of two modules, namely the Direct Trust evaluation and Indirect Trust evaluation modules, consisting of different components as shown in <xref ref-type="fig" rid="fig-1">Fig. 1</xref>. The following sub-sections elaborate on the detail of each of the components.</p>
<fig id="fig-1"><label>Figure 1</label><caption><title>TRUSED&#x2013;trust-based security evaluation scheme</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMC_31472-fig-1.png"/></fig>
</sec>
<sec id="s3_2"><label>3.2</label><title>Direct Trust Evaluation</title>
<p>Monitoring the communication behaviors of an evaluated node, such as packet forwarding or dropping behavior, which are stored in the form of traffic profiles at each node, determines the evaluation of a direct trust. In the same way, indirect trust is gained by recommendations from neighbors who have previously engaged with the node for which a recommendation is sought. Comprehensive trust is obtained by combining direct and indirect trust values, with the ultimate trust value of the node in question being checked and updated in accordance with the Probabilistic Bayesian theory [<xref ref-type="bibr" rid="ref-40">40</xref>].</p>
<p>A node&#x2019;s trust value is determined by the node&#x2019;s direct and indirect interactions with other nodes. As T<sub>AB</sub>, denotes the trust value of the object node &#x2018;B&#x2019; that is evaluated by subject node &#x2018;A&#x2019; at a time &#x2018;t&#x2019;, where the degree of trust is denoted as [0, 1], which indicates the node&#x2019;s trust level, either 0 or near to 0 and denoted as complete distrust while the value near to 1, represents the entire trust.</p>
<p>Moreover, the threshold value of trust is set to be 0.5, which indicates the node is malicious or untrustworthy [<xref ref-type="bibr" rid="ref-40">40</xref>]. A complete explanation of the trust-based security evaluation scheme is incorporated in this sub-section. <xref ref-type="fig" rid="fig-2">Fig. 2</xref> displays a hypothetical scenario in which subjective node A assesses the object node B&#x2019;s direct trust and receives indirect trust in the form of recommendations from other nodes.</p>
<fig id="fig-2"><label>Figure 2</label><caption><title>TRUSED&#x2013;network topology scenario</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMC_31472-fig-2.png"/></fig>
<p>The direct trust calculation is carried out through the transmission of data from node &#x2018;A&#x2019; to node &#x2018;B&#x2019; at the time &#x2018;t&#x2019;, whereas the trustworthiness level of the node is obtained through the sent data packets, received data packets, and transit data packets which are stored and maintained at each node in the form of data traffic profiles (Tp) [<xref ref-type="bibr" rid="ref-40">40</xref>]. Moreover, the estimation of the node trustworthiness level is obtained, which is based on the probability of trust values such as:
<list list-type="bullet">
<list-item><p><bold>Trust assessment of received data packets TRPA,B(t):</bold> If node &#x2018;A&#x2019; monitors node &#x2018;B&#x2019; and confirms how many common acknowledgement data packets node &#x2018;B&#x2019; delivers, the ratio of node &#x2018;B&#x2019; received packets may be derived in the time period &#x2018;t&#x2019;, according to the assumption. Due to the presence of malicious nodes on the network, packet loss may occur. There may be several malicious nodes depending on the distance between the source and destination, and packet loss can be catastrophic as a result. The <inline-formula id="ieqn-1"><mml:math id="mml-ieqn-1"><mml:mi>T</mml:mi><mml:mi>R</mml:mi><mml:mi>P</mml:mi></mml:math></inline-formula> in <xref ref-type="disp-formula" rid="eqn-1">Eq. (1)</xref> denotes the ratio of the packets received.
<disp-formula id="eqn-1"><label>(1)</label><mml:math id="mml-eqn-1" display="block"><mml:mi>T</mml:mi><mml:mi>R</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>T</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mi>T</mml:mi><mml:mi>R</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x2212;</mml:mo><mml:mi>T</mml:mi><mml:mi>R</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:mi>T</mml:mi><mml:mi>R</mml:mi><mml:mi>P</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mi>T</mml:mi><mml:mi>R</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:math></disp-formula></p></list-item>
<list-item><p><bold>Trust assessment of sent data packets TSP<sub>A,B</sub>(t):</bold> As per the assumption, if node &#x2018;B&#x2019; sends the data packets to node &#x2018;D&#x2019;, which is beyond the communication range of node &#x2018;A&#x2019;. Although the sender cannot monitor packets that an intermediate node successfully sends to the next node, however, due to the broadcast nature of the wireless medium, any node in the range with promiscuous mode enabled can monitor the packets of other surrounding nodes. As a result, as indicated in <xref ref-type="disp-formula" rid="eqn-2">Eq. (2)</xref>, the sender can still keep track of the number of forwarded/repeated packets transmitted by the intermediate node.
<disp-formula id="eqn-2"><label>(2)</label><mml:math id="mml-eqn-2" display="block"><mml:mi>T</mml:mi><mml:mi>S</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>T</mml:mi><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mi>T</mml:mi><mml:mi>S</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:mi>T</mml:mi><mml:mi>S</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mi>R</mml:mi><mml:mi>P</mml:mi><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:math></disp-formula></p></list-item>
</list>where <inline-formula id="ieqn-2"><mml:math id="mml-ieqn-2"><mml:mi>T</mml:mi><mml:msub><mml:mrow><mml:mtext>SP</mml:mtext></mml:mrow><mml:mrow><mml:mrow><mml:mtext>AB</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>T</mml:mtext></mml:mrow><mml:mo>)</mml:mo></mml:mrow></mml:math></inline-formula> indicates the data packet to be transmitted, albeit some data packets must be retransmitted because they were not received the first time. Because of the presence of a malicious node, packets are not being received or retransmitted. As a result, the retransmitted data packets were also considered and designated as <inline-formula id="ieqn-3"><mml:math id="mml-ieqn-3"><mml:msub><mml:mrow><mml:mtext>RPT</mml:mtext></mml:mrow><mml:mrow><mml:mrow><mml:mtext>AB</mml:mtext></mml:mrow></mml:mrow></mml:msub></mml:math></inline-formula>.
<list list-type="bullet">
<list-item><p><bold>Trust assessment of transit data packets TTPA,B(t):</bold> The trust assessment for transit data is based on the time period &#x2018;t&#x2019;, the number of packets that source node &#x2018;A&#x2019; transmits to destination node &#x2018;K&#x2019; through some intermediary node(s). It is difficult for a node to interact directly with a target node in a multi-hop environment. By involving the intermediate node, this communication is achievable. Only the sender node can assess the trustworthiness of node &#x2018;B&#x2019; when the intermediary node &#x2018;B&#x2019; changes its receiving array and likewise updates the &#x2018;A&#x2019; node. <xref ref-type="disp-formula" rid="eqn-3">Eq. (3)</xref> shows the transit trust evaluation of data packet <inline-formula id="ieqn-4"><mml:math id="mml-ieqn-4"><mml:msub><mml:mrow><mml:mtext>TTP</mml:mtext></mml:mrow><mml:mrow><mml:mrow><mml:mtext>AB</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>T</mml:mtext></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mo>,</mml:mo></mml:math></inline-formula> at the intermediate node and at the receiving node:
<disp-formula id="eqn-3"><label>(3)</label><mml:math id="mml-eqn-3" display="block"><mml:mi>T</mml:mi><mml:mi>T</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mi>T</mml:mi><mml:mi>T</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x2212;</mml:mo><mml:mi>T</mml:mi><mml:mi>T</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:mi>T</mml:mi><mml:mi>T</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mi>T</mml:mi><mml:mi>T</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:math></disp-formula></p></list-item>
</list></p>
<p>In the equation, <inline-formula id="ieqn-5"><mml:math id="mml-ieqn-5"><mml:mi>T</mml:mi><mml:mi>T</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> represents the total amount of sent data packets sent from node &#x2018;B&#x2019; to node &#x2018;D&#x2019;, comprised of packets communicated and received at intermediary nodes and shared with node &#x2018;A&#x2019;. The probability of the node trust estimation is based on trust values. However, with time more data traffic flow is accumulated, and therefore, the probability of trustworthiness is updated. Similarly, the trust formation between the nodes is also changed due to trust fluctuations. Therefore, Probabilistic Bayesian Theory estimates the trust degree of a node by calculating the number of successful and unsuccessful transmission of data packets [<xref ref-type="bibr" rid="ref-40">40</xref>].</p>
</sec>
<sec id="s3_3"><label>3.3</label><title>Direct Trust (DT)</title>
<p>Multiple behavioral parameters &#x2018;<inline-formula id="ieqn-6"><mml:math id="mml-ieqn-6"><mml:mrow><mml:mi mathvariant="normal">&#x03B2;</mml:mi></mml:mrow></mml:math></inline-formula>&#x2019; must be developed with respect to multiple time intervals to ensure the proper behaviour of the proposed scheme under different circumstances. For instance, in one time period, node &#x2018;I&#x2019; sends 2000 data packets towards node &#x2018;J&#x2019; and 1000 packets are successfully received. Similarly, in another time period, node &#x2018;I&#x2019; sends 1000 data packets towards node &#x2018;J&#x2019; and successfully delivered 500 packets. In both scenarios the satisfactory ratio is 0.5, and therefore, in terms of percentage, both performed equally but, realistically, the former one is more realistic. Therefore, the behavioral parameters &#x2018;<inline-formula id="ieqn-7"><mml:math id="mml-ieqn-7"><mml:mrow><mml:mi mathvariant="normal">&#x03B2;</mml:mi></mml:mrow></mml:math></inline-formula>&#x2019; can be mathematically represented as shown in <xref ref-type="disp-formula" rid="eqn-4">Eq. (4)</xref>:
<disp-formula id="eqn-4"><label>(4)</label><mml:math id="mml-eqn-4" display="block"><mml:mrow><mml:mi mathvariant="normal">&#x03B2;</mml:mi></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mi>R</mml:mi><mml:msub><mml:mi>E</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mrow><mml:mtext>DR</mml:mtext></mml:mrow><mml:mrow><mml:mrow><mml:mtext>AB</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:mi>R</mml:mi><mml:msub><mml:mi>E</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mrow><mml:msub><mml:mrow><mml:mtext>RE</mml:mtext></mml:mrow><mml:mrow><mml:mrow><mml:mtext>AB</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:msub><mml:mrow><mml:mtext>DR</mml:mtext></mml:mrow><mml:mrow><mml:mrow><mml:mtext>AB</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:msub><mml:mrow><mml:mtext>RE</mml:mtext></mml:mrow><mml:mrow><mml:mrow><mml:mtext>AB</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow><mml:mo>]</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:math></disp-formula>where <inline-formula id="ieqn-8"><mml:math id="mml-ieqn-8"><mml:msub><mml:mrow><mml:mtext>RE</mml:mtext></mml:mrow><mml:mrow><mml:mrow><mml:mtext>AB</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>t</mml:mtext></mml:mrow><mml:mo>)</mml:mo></mml:mrow></mml:math></inline-formula> denotes the number of data packets received at a specified time interval, and <inline-formula id="ieqn-9"><mml:math id="mml-ieqn-9"><mml:msub><mml:mrow><mml:mtext>DR</mml:mtext></mml:mrow><mml:mrow><mml:mrow><mml:mtext>AB</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>t</mml:mtext></mml:mrow><mml:mo>)</mml:mo></mml:mrow></mml:math></inline-formula> displays the number of data packets dropped during transmission. As a result,<inline-formula id="ieqn-10"><mml:math id="mml-ieqn-10"><mml:msub><mml:mrow><mml:mtext>&#xA0;DT</mml:mtext></mml:mrow><mml:mrow><mml:mrow><mml:mtext>AB</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>t</mml:mtext></mml:mrow><mml:mo>)</mml:mo></mml:mrow></mml:math></inline-formula>, the evaluated direct trust, is represented as:
<disp-formula id="eqn-5"><label>(5)</label><mml:math id="mml-eqn-5" display="block"><mml:mtable columnalign="right left right left right left right left right left right left" rowspacing="3pt" columnspacing="0em 2em 0em 2em 0em 2em 0em 2em 0em 2em 0em" displaystyle="true"><mml:mtr><mml:mtd><mml:mi>D</mml:mi><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow></mml:mtd><mml:mtd><mml:mi></mml:mi><mml:mo>=</mml:mo><mml:mi>&#x03B2;</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:mi>I</mml:mi><mml:mi>T</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>T</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x00D7;</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:msub><mml:mi>W</mml:mi><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mo>&#x00D7;</mml:mo><mml:mrow><mml:mo>(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mrow><mml:mo>|</mml:mo><mml:mi>T</mml:mi><mml:mi>P</mml:mi><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>|</mml:mo></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:msub><mml:mi>W</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>&#x00D7;</mml:mo><mml:mrow><mml:mo>|</mml:mo><mml:mi>T</mml:mi><mml:mi>S</mml:mi><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>|</mml:mo></mml:mrow><mml:mo>+</mml:mo><mml:msub><mml:mi>W</mml:mi><mml:mrow><mml:mn>3</mml:mn></mml:mrow></mml:msub><mml:mo>&#x00D7;</mml:mo><mml:mrow><mml:mo>(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mrow><mml:mo>|</mml:mo><mml:mi>I</mml:mi><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>|</mml:mo></mml:mrow><mml:mo>)</mml:mo></mml:mrow></mml:mtd></mml:mtr><mml:mtr><mml:mtd /><mml:mtd><mml:mi></mml:mi><mml:mo>+</mml:mo><mml:mrow><mml:mo>(</mml:mo><mml:mn>1</mml:mn><mml:mo>&#x2212;</mml:mo><mml:mi>T</mml:mi><mml:mi>T</mml:mi><mml:mi>P</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x00D7;</mml:mo><mml:mi>D</mml:mi><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>t</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></p>
<p>In <xref ref-type="disp-formula" rid="eqn-5">Eq. (5)</xref>, the time interval of a data packet is denoted by Interval Time IT(t) whereas the action parameter &#x2018;<inline-formula id="ieqn-11"><mml:math id="mml-ieqn-11"><mml:mi>&#x03B2;</mml:mi></mml:math></inline-formula>&#x2019; considers the influence of time intervals. Similarly, for decision-making, a weighting method is utilized, and the overall trust value of each node is established by combining direct and indirect trust. The suggested approach includes weights because of their impact on minimizing the likelihood of incorrect recommendations signified by other nodes. As a result, <inline-formula id="ieqn-12"><mml:math id="mml-ieqn-12"><mml:msub><mml:mrow><mml:mtext>W</mml:mtext></mml:mrow><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mrow><mml:mtext>&#xA0;W</mml:mtext></mml:mrow><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mrow><mml:mtext>&#xA0;W</mml:mtext></mml:mrow><mml:mrow><mml:mn>3</mml:mn></mml:mrow></mml:msub></mml:math></inline-formula> are trust values that must meet <inline-formula id="ieqn-13"><mml:math id="mml-ieqn-13"><mml:msub><mml:mrow><mml:mtext>W</mml:mtext></mml:mrow><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mrow><mml:mtext>&#xA0;W</mml:mtext></mml:mrow><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mrow><mml:mtext>&#xA0;W</mml:mtext></mml:mrow><mml:mrow><mml:mn>3</mml:mn></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:math></inline-formula> and are treated equally [<xref ref-type="bibr" rid="ref-41">41</xref>,<xref ref-type="bibr" rid="ref-42">42</xref>]. These weights, on the other hand, are independent of one another and can be adjusted differently depending on the scenario and application.</p>
</sec>
<sec id="s3_4"><label>3.4</label><title>Indirect Trust (IDT)</title>
<p>When a pre-existing trust relationship between two nodes is not created via packet exchange or any other kind of interaction, it is referred to as indirect or recommended trust. If node &#x2018;A&#x2019; trusts node &#x2018;B&#x2019;, and node &#x2018;B&#x2019; trusts node &#x2018;C&#x2019;, then node &#x2018;A&#x2019; trusts node &#x2018;C&#x2019; indirectly. Similarly, trust might be intransitive, i.e., just because node &#x2018;A&#x2019; trusts node &#x2018;B&#x2019; and node &#x2018;B&#x2019; trusts node &#x2018;C&#x2019; does not mean node &#x2018;A&#x2019; trusts node &#x2018;C&#x2019;. Furthermore, this intransitive trust does not exclude the potential of trust information transfer [<xref ref-type="bibr" rid="ref-40">40</xref>]. However, the node &#x2018;N&#x2019; calculates <inline-formula id="ieqn-14"><mml:math id="mml-ieqn-14"><mml:mi>D</mml:mi><mml:msubsup><mml:mrow><mml:mi>T</mml:mi></mml:mrow><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow><mml:mrow><mml:mrow><mml:mtext mathvariant="italic">direct</mml:mtext></mml:mrow></mml:mrow></mml:msubsup></mml:math></inline-formula> for evaluating the node &#x2018;D&#x2019; and sends it to node &#x2018;A&#x2019; as a recommendation of trust for the node &#x2018;B&#x2019;. As a result, each time a suggestion from another node is updated, the chance of node &#x2018;B&#x2019; being trustworthy or malicious is updated as well. The Bayesian estimate approach is used to determine the intensity of this belief. This estimate is based on the likelihood of an incidence based on the evidence available. Because the evidence is updated on a regular basis based on the amount of dropped packets, the posterior likelihood of each node being malicious or trustworthy is similarly updated on a regular basis. For the reason that Bayesian estimation is based on prior probability, each new probability is calculated and saved in the database to be used as a prior probability in the following round [<xref ref-type="bibr" rid="ref-40">40</xref>]. As a result, whenever a new probability is calculated, it is also saved in the database to be used as a prior probability in the next round, as shown in <xref ref-type="disp-formula" rid="eqn-6">Eq. (6)</xref> [<xref ref-type="bibr" rid="ref-43">43</xref>].
<disp-formula id="eqn-6"><label>(6)</label><mml:math id="mml-eqn-6" display="block"><mml:mrow><mml:mtext>P</mml:mtext></mml:mrow><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>O&#xA0;</mml:mtext></mml:mrow><mml:mo fence="false" stretchy="false">|</mml:mo><mml:mrow><mml:mtext>&#xA0;E</mml:mtext></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mrow><mml:mtext>P</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mtext>E</mml:mtext></mml:mrow><mml:mo fence="false" stretchy="false">|</mml:mo><mml:mrow><mml:mtext>&#xA0;O</mml:mtext></mml:mrow><mml:mo stretchy="false">)</mml:mo><mml:mrow><mml:mtext>&#xA0;P</mml:mtext></mml:mrow><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>O</mml:mtext></mml:mrow><mml:mo>)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:mtext>PE</mml:mtext></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>Here, <inline-formula id="ieqn-15"><mml:math id="mml-ieqn-15"><mml:mrow><mml:mtext>P</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mtext>O&#xA0;</mml:mtext></mml:mrow><mml:mo fence="false" stretchy="false">|</mml:mo><mml:mrow><mml:mtext>&#xA0;E</mml:mtext></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is the conditional probability where O denotes the occurrence and E denotes the evidence; thus, <inline-formula id="ieqn-16"><mml:math id="mml-ieqn-16"><mml:mi>P</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>O</mml:mi><mml:mo fence="false" stretchy="false">|</mml:mo><mml:mrow><mml:mtext>&#xA0;E</mml:mtext></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> denotes the likelihood of O assuming E is true. <inline-formula id="ieqn-17"><mml:math id="mml-ieqn-17"><mml:mi>P</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mtext>O&#xA0;</mml:mtext></mml:mrow><mml:mo fence="false" stretchy="false">|</mml:mo><mml:mrow><mml:mtext>E</mml:mtext></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is the probability of O being true if E is true. <inline-formula id="ieqn-18"><mml:math id="mml-ieqn-18"><mml:mi>P</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mtext>O</mml:mtext></mml:mrow><mml:mo>)</mml:mo></mml:mrow></mml:math></inline-formula> represents the prior probability and <inline-formula id="ieqn-19"><mml:math id="mml-ieqn-19"><mml:mi>P</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>E</mml:mi><mml:mo>)</mml:mo></mml:mrow></mml:math></inline-formula> is a normalizing constant that indicates the probability of E in all conditions. However, the Bayesian theorem, on the other hand, demands evidence in hand, which is not available at first but becomes available once the participating nodes begin communicating with one another and data traffic profiles are built. As a result, as illustrated in <xref ref-type="disp-formula" rid="eqn-7">Eq. (7)</xref>, the proposed approach for trust estimation is transferred to the Bayesian estimator.
<disp-formula id="eqn-7"><label>(7)</label><mml:math id="mml-eqn-7" display="block"><mml:mi>P</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>U</mml:mi><mml:mo fence="false" stretchy="false">|</mml:mo><mml:mi>S</mml:mi><mml:msub><mml:mi>W</mml:mi><mml:mrow><mml:mi>n</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mo>)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mi>P</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>S</mml:mi><mml:msub><mml:mi>W</mml:mi><mml:mrow><mml:mi>n</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mo fence="false" stretchy="false">|</mml:mo><mml:mi>U</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mi>P</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>U</mml:mi><mml:mo>)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:mi>P</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>S</mml:mi><mml:msub><mml:mi>W</mml:mi><mml:mrow><mml:mi>n</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mo>)</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>In <xref ref-type="disp-formula" rid="eqn-7">Eq. (7)</xref>, the trust probability for the evaluated node &#x2018;B&#x2019; is estimated, with the direct trust evaluation of node &#x2018;B&#x2019; being provided through neighboring node &#x2018;N&#x2019;. Here, <inline-formula id="ieqn-20"><mml:math id="mml-ieqn-20"><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mtext>SW</mml:mtext></mml:mrow><mml:mspace width="thinmathspace" /><mml:mrow><mml:mo>|</mml:mo><mml:mrow><mml:mtext>U</mml:mtext></mml:mrow><mml:mo fence="true" stretchy="true" symmetric="true"></mml:mo></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>, denotes the node 'B' which is considered trustworthy, where P(U) reflects the prior probability discovered in the previous round. The normalization factor P(SWnB) represents the total probability in all situations. In the same way, <xref ref-type="disp-formula" rid="eqn-8">Eq. (8)</xref> is calculating indirect trust (<inline-formula id="ieqn-14a"><mml:math id="mml-ieqn-14a"><mml:msubsup><mml:mrow><mml:mi>I</mml:mi><mml:mi>D</mml:mi><mml:mi>T</mml:mi></mml:mrow><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow><mml:mrow><mml:mrow><mml:mtext mathvariant="italic">indirect</mml:mtext></mml:mrow></mml:mrow></mml:msubsup></mml:math></inline-formula>), which is based on the level of trustworthiness of a node &#x2018;B&#x2019; as determined by its common neighbors of node &#x2018;A&#x2019;. Furthermore, the number of surrounding nodes can vary in order to suit the recommendations for all neighbors.
<disp-formula id="eqn-8"><label>(8)</label><mml:math id="mml-eqn-8" display="block"><mml:mi>I</mml:mi><mml:mi>D</mml:mi><mml:msubsup><mml:mrow><mml:mi>T</mml:mi></mml:mrow><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow><mml:mrow><mml:mrow><mml:mtext mathvariant="italic">indirect</mml:mtext></mml:mrow></mml:mrow></mml:msubsup><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msubsup><mml:mrow><mml:mo>&#x2211;</mml:mo></mml:mrow><mml:mrow><mml:mi>n</mml:mi><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow><mml:mrow><mml:mi>N</mml:mi></mml:mrow></mml:msubsup><mml:mi>P</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>B</mml:mi><mml:mi>i</mml:mi><mml:mi>s</mml:mi><mml:mrow><mml:mtext mathvariant="italic">trustworthy</mml:mtext></mml:mrow><mml:mo fence="false" stretchy="false">|</mml:mo><mml:mrow><mml:mtext mathvariant="italic">Trust</mml:mtext></mml:mrow><mml:mrow><mml:mtext mathvariant="italic">Value</mml:mtext></mml:mrow><mml:mi>n</mml:mi><mml:mi>B</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mi>N</mml:mi></mml:mfrac></mml:math></disp-formula></p>
<p><xref ref-type="disp-formula" rid="eqn-9">Eq. (9)</xref> derives both direct and indirect trust values from the DT and IDT trust values computed by <xref ref-type="disp-formula" rid="eqn-7">Eqs. (7)</xref> and <xref ref-type="disp-formula" rid="eqn-8">(8)</xref> respectively.
<disp-formula id="eqn-9"><label>(9)</label><mml:math id="mml-eqn-9" display="block"><mml:mrow><mml:mtext mathvariant="italic">Total</mml:mtext></mml:mrow><mml:mrow><mml:mtext mathvariant="italic">Trust</mml:mtext></mml:mrow><mml:mrow><mml:mo>(</mml:mo><mml:mi>T</mml:mi><mml:mi>T</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mi>D</mml:mi><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:mi>I</mml:mi><mml:mi>T</mml:mi><mml:msub><mml:mi>D</mml:mi><mml:mrow><mml:mi>A</mml:mi><mml:mi>B</mml:mi></mml:mrow></mml:msub></mml:math></disp-formula></p>
<p>The node&#x2019;s total trust value is computed by adding the direct and indirect trust values.</p>
</sec>
</sec>
<sec id="s4"><label>4</label><title>Implementation of the TRUSED Scheme</title>
<p>The efficacy of the proposed TRUSED scheme is assessed using the OMNET&#x002B;&#x002B; simulator due to its open-source and discrete nature with rich support of the graphical representation of a network. The nodes are deployed randomly within the network area of 100&#x2009;m&#x2009;&#x00D7;&#x2009;100&#x2005; m. Furthermore, the simulation time for different studies range from 200 to 1200&#x2005;s. A constant bitrate (CBR) traffic generator with a packet size of 50 bytes is utilized with the transport layer protocol (UDP). TRUSED&#x2019;s results are analyzed for trustworthiness, malicious node detection rate, detection accuracy, packet drop ratio, average network throughput, and packet delivery ratio.</p>
<p>IEEE 802.15.4 was utilized as the physical layer standard, and UDP was used as the transport layer protocol, with a constant bit rate (CBR) traffic generator and a data packet size of 50 bytes. The simulation length ranges from 200 to 1200&#x2005;s, with a variable number of network nodes ranging from 10 to 50, randomly distributed over a 100&#x2009;m&#x2009;&#x00D7;&#x2009;100&#x2005; m area. <xref ref-type="table" rid="table-2">Table 2</xref> shows a summary of simulation parameters.</p>
<table-wrap id="table-2"><label>Table 2</label><caption><title>Simulation parameters and surrounding environment</title></caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th align="left">Parameter</th>
<th align="left">Value</th>
</tr>
</thead>
<tbody>
<tr>
<td align="left">Sensor field</td>
<td align="left">100&#x2005;m&#x2009;&#x00D7;&#x2009;100&#x2005;m</td>
</tr>
<tr>
<td align="left">Node deployment</td>
<td align="left">Random</td>
</tr>
<tr>
<td align="left">Simulation time</td>
<td align="left">200&#x2013;1200&#x2005;s</td>
</tr>
<tr>
<td align="left">Network traffic type</td>
<td align="left">CBR</td>
</tr>
<tr>
<td align="left">Data packet size</td>
<td align="left">50 Bytes</td>
</tr>
<tr>
<td align="left">Physical standard</td>
<td align="left">IEEE 802.15.4</td>
</tr>
<tr>
<td align="left">Agent type</td>
<td align="left">UDP</td>
</tr>
<tr>
<td align="left">No. of nodes</td>
<td align="left">10&#x2013;50</td>
</tr>
<tr>
<td align="left">Message queue type</td>
<td align="left">Drop tail</td>
</tr>
<tr>
<td align="left">Routing protocol</td>
<td align="left">AODV</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>Moreover, <xref ref-type="fig" rid="fig-3">Fig. 3</xref> depicts the flow chart for the proposed TRUSED.</p>
<fig id="fig-3"><label>Figure 3</label><caption><title>Flow diagram of the proposed TRUSED</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMC_31472-fig-3.png"/></fig>
<p>The algorithm for node trust calculation is as follows:</p>
<fig id="fig-10">
<graphic mimetype="image" mime-subtype="png" xlink:href="CMC_31472-fig-10.png"/>
</fig>
<p>The algorithm steps are explained as follows:
<list list-type="bullet">
<list-item><p><bold>Step 1:</bold> The algorithm takes the nodes&#x2019; behavioral characteristics such as received packet assessment, send packet assessment, and transit packet assessment as input values.</p></list-item>
<list-item><p><bold>Step 2:</bold> The model computes the input values and calculates the total trust value.</p></list-item>
<list-item><p><bold>Step 3:</bold> After computation, the model evaluates the total probability against the threshold to determine if the node is ideal for communication or if it&#x2019;s an untrustworthy node that should be isolated.</p></list-item>
</list></p>
</sec>
<sec id="s5"><label>5</label><title>Results and Discussion</title>
<p>To evaluate the performance of the proposed TRUSED scheme various performance parameters were considered and benchmarked against GDTMS [<xref ref-type="bibr" rid="ref-32">32</xref>] and CTrust [<xref ref-type="bibr" rid="ref-27">27</xref>], which are as follows:
<list list-type="bullet">
<list-item><p><bold>Impact of trustworthiness:</bold> This parameter depicts the impact of the trustworthiness level over time and in the presence of malicious nodes in the network.</p></list-item>
<list-item><p><bold>Impact of the malicious node detection rate:</bold> The detection rate parameter represents the malicious node detection ratio after implementation of the proposed scheme.</p></list-item>
<list-item><p><bold>Impact of detection accuracy:</bold> The actual detected percentage of the malicious nodes in lieu of false positive recommendations.</p></list-item>
<list-item><p><bold>Impact of packet drop:</bold> This parameter evaluates the number of drop packets.</p></list-item>
<list-item><p><bold>Impact of the packet delivery ratio (PDR):</bold> The PDR parameter describes the number of successfully received data packets in comparison to the total number of transmission packets that are expected to arrive at the receiver.</p></list-item>
<list-item><p><bold>Average network throughput impact:</bold> In the presence of malicious nodes, the average network throughput parameter is used to analyze the throughput and payload in bits per second (bps) during the entire session and divided by the total time of communicating nodes.</p></list-item>
</list></p>
<sec id="s5_1"><label>5.1</label><title>Trustworthiness Level</title>
<p>In the first scenario the performance of the proposed TRUSED is analyzed using the trustworthiness level of the nodes with respect to time, and the results show a steady performance when compared with GDTMS [<xref ref-type="bibr" rid="ref-32">32</xref>] and CTrust [<xref ref-type="bibr" rid="ref-27">27</xref>], shown in <xref ref-type="fig" rid="fig-4">Fig. 4</xref>. TRUSED shows an increasing trend compared to the other two schemes, which is due to the consideration of direct and indirect trust computation. Furthermore, as time passes, more traffic problems become apparent, as do more traffic profiles, resulting in an increase in node trust. Moreover, isolation of a malicious and untrustworthy node increases the cooperation among nodes, which improves the trustworthiness level.</p>
<fig id="fig-4"><label>Figure 4</label><caption><title>TRUSED&#x2013;trustworthiness (with time)</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMC_31472-fig-4.png"/></fig>
</sec>
<sec id="s5_2"><label>5.2</label><title>Detection Rate</title>
<p>The second scenario investigates the amount of trust in the presence of hostile nodes. <xref ref-type="fig" rid="fig-5">Fig. 5</xref> shows that the proposed TRUSED has a declining character, with a changing number of malicious nodes ranging from 10&#x0025; to 50&#x0025; with a 10&#x0025; increment. However, when compared to GDTMS [<xref ref-type="bibr" rid="ref-32">32</xref>] and CTrust [<xref ref-type="bibr" rid="ref-27">27</xref>], TRUSED&#x2019;s detection rate remains high. This is due to TRUSED&#x2019;s trust assessment in many orientations, such as sent, received, and transmitted data, and conducting the trust evaluation of each data packet, which gradually improves node trust.</p>
<fig id="fig-5"><label>Figure 5</label><caption><title>TRUSED&#x2013;malicious node detection rate</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMC_31472-fig-5.png"/></fig>
</sec>
<sec id="s5_3"><label>5.3</label><title>Detection Accuracy</title>
<p><xref ref-type="fig" rid="fig-6">Fig. 6</xref> depicts the proposed TRUSED&#x2019;s detection accuracy in the presence of different numbers of malicious nodes. In comparison to GDTMS [<xref ref-type="bibr" rid="ref-32">32</xref>] and CTrust [<xref ref-type="bibr" rid="ref-27">27</xref>], TRUSED performance is improved due to increased collaboration between nodes and a lower packet drop rate, which is attributable to the accuracy in detecting malicious nodes.</p>
<fig id="fig-6"><label>Figure 6</label><caption><title>TRUSED&#x2013;detection accuracy</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMC_31472-fig-6.png"/></fig>
</sec>
<sec id="s5_4"><label>5.4</label><title>Packet Drop Rate</title>
<p>As shown in <xref ref-type="fig" rid="fig-7">Fig. 7</xref>, the proposed TRUSED has a lower packet drop rate than the other two schemes GDTMS [<xref ref-type="bibr" rid="ref-32">32</xref>] and CTrust [<xref ref-type="bibr" rid="ref-27">27</xref>], which is due to TRUSED&#x2019;s trust calculation and prediction capability, as TRUSED can predict a node&#x2019;s trust value and provides end-to-end trustworthy routes, resulting in a lower packet drop ratio and higher network throughput.</p>
<fig id="fig-7"><label>Figure 7</label><caption><title>TRUSED&#x2013;packet drop rate</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMC_31472-fig-7.png"/></fig>
</sec>
<sec id="s5_5"><label>5.5</label><title>Packet Delivery Ratio (PDR)</title>
<p><xref ref-type="fig" rid="fig-8">Fig. 8</xref> shows the packet delivery ratio of TRUSED&#x2019;s proposed scheme. As can be observed, TRUSED has a greater packet delivery ratio than the other two schemes, GDTMS [<xref ref-type="bibr" rid="ref-32">32</xref>] and CTrust [<xref ref-type="bibr" rid="ref-27">27</xref>] which is due to effective trust design and detection of malicious nodes. Malicious nodes spread false recommendations about the legitimate nodes and usually not cooperating in the communication process and drops the data packets which results in a less packet delivery ratio.</p>
<fig id="fig-8"><label>Figure 8</label><caption><title>TRUSED&#x2013;packet delivery ratio</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMC_31472-fig-8.png"/></fig>
</sec>
<sec id="s5_6"><label>5.6</label><title>Average Network Throughput</title>
<p><xref ref-type="fig" rid="fig-9">Fig. 9</xref> presents the results of average network throughput analysis performance of TRUSED, which is better than its counterparts GDTMS [<xref ref-type="bibr" rid="ref-32">32</xref>] and CTrust [<xref ref-type="bibr" rid="ref-27">27</xref>] respectively. Due to its trust evaluation skills and isolation of untrustworthy nodes, it can operate even in the presence of malicious nodes. Existing approaches can achieve good network performance, but precise detection of rogue nodes is difficult.</p>
<fig id="fig-9"><label>Figure 9</label><caption><title>TRUSED&#x2013;average network throughput</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMC_31472-fig-9.png"/></fig>
</sec>
</sec>
<sec id="s6"><label>6</label><title>Conclusion and Future Work</title>
<p>Securing the Distributed Control Systems (DCS) is challenging due to their pervasive environment and complexity. Traditional network security mechanisms are ineffective regarding comprehensive solutions in securing DCS since they cannot detect the malevolent nodes. Trust-based security measures are helpful and substantial solutions and play a vital role in securing the DCS environment. In this paper, we proposed the TRUSED scheme that differentiates between the trustworthy and the untrustworthy nodes for promoting secure communication within a distributed environment. This scheme is designed to enhance security for Distributed Control Systems by monitoring the nodes and isolating the malicious ones. TRUSED is evaluated against a various performance characteristics, including trustworthiness, malicious node detection rate, detection accuracy, packet loss ratio, packet delivery ratio, and average network throughput, using the OMNET&#x002B;&#x002B; simulator. The suggested scheme&#x2019;s outcomes are compared to two existing models, GDTMS [<xref ref-type="bibr" rid="ref-32">32</xref>] and CTrust [<xref ref-type="bibr" rid="ref-27">27</xref>]. Overall, TRUSED performed better when compared to the benchmark criteria.</p>
</sec>
</body>
<back>
<fn-group>
<fn fn-type="other"><p><bold>Funding Statement:</bold> The research that produced these findings received Project Funding from The Sultan Qaboos University, the Sultanate of Oman, under Research Agreement No [IG/EPS/INFS/21/04].</p></fn>
<fn fn-type="conflict"><p><bold>Conflicts of Interest:</bold> The authors declare that they have no conflicts of interest to report regarding the present study.</p></fn>
</fn-group>
<ref-list content-type="authoryear">
<title>References</title>
<ref id="ref-1"><label>[1]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>U.</given-names> <surname>Patil</surname></string-name></person-group>, &#x201C;<article-title>Study of wireless sensor network in SCADA system for power plant</article-title>,&#x201D; <source>International Journal of Smart Sensors and Ad Hoc Networks</source>, vol. <volume>1</volume>, no. <issue>2</issue>, pp. <fpage>41</fpage>&#x2013;<lpage>44</lpage>, <year>2011</year>.</mixed-citation></ref>
<ref id="ref-2"><label>[2]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>C.</given-names> <surname>Amarawardhana</surname></string-name>, <string-name><given-names>K. S.</given-names> <surname>Dayananada</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Porawagama</surname></string-name> and <string-name><given-names>C.</given-names> <surname>Gamage</surname></string-name></person-group>, &#x201C;<article-title>Case study of WSN as a replacement for SCADA</article-title>,&#x201D; in <conf-name>2009 Int. Conf. on Industrial and Information Systems (ICIIS)</conf-name>, <conf-loc>Peradeniya, Sri Lanka</conf-loc>, <publisher-name>IEEE</publisher-name>, pp. <fpage>49</fpage>&#x2013;<lpage>54</lpage>, <year>2009</year>.</mixed-citation></ref>
<ref id="ref-3"><label>[3]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Sennan</surname></string-name>, <string-name><given-names>K.</given-names> <surname>Kirubasri</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Alotaibi</surname></string-name>, <string-name><given-names>D.</given-names> <surname>Pandey</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Alghamdi</surname></string-name></person-group>, &#x201C;<article-title>EACR-LEACH: Energy-aware cluster-based routing protocol for WSN based IoT</article-title>,&#x201D; <source>Computers, Materials &#x0026; Continua</source>, vol. <volume>72</volume>, no. <issue>2</issue>, pp. <fpage>2159</fpage>&#x2013;<lpage>2174</lpage>, <year>2022</year>.</mixed-citation></ref>
<ref id="ref-4"><label>[4]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Ali</surname></string-name></person-group>, &#x201C;<article-title>Cybersecurity management for distributed control system: Systematic approach</article-title>,&#x201D; <source>Journal of Ambient Intelligence and Humanized Computing</source>, vol. <volume>12</volume>, pp. <fpage>10091</fpage>&#x2013;<lpage>10103</lpage>, <year>2021</year>. <uri xlink:href="https://doi.org/10.1007/s12652-020-02775-5">https://doi.org/10.1007/s12652-020-02775-5</uri>.</mixed-citation></ref>
<ref id="ref-5"><label>[5]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M. B.</given-names> <surname>Mansour</surname></string-name>, <string-name><given-names>T.</given-names> <surname>Abdelkader</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Hashem</surname></string-name> and <string-name><given-names>E. S. M.</given-names> <surname>El-Horbaty</surname></string-name></person-group>, &#x201C;<article-title>An integrated three-tier trust management framework in mobile edge computing using fuzzy logic</article-title>,&#x201D; <source>PeerJ Computer Science</source>, vol. <volume>7</volume>, no. <issue>e700</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>24</lpage>, <year>2021</year>. <uri xlink:href="https://peerj.com/articles/cs-700/">https://peerj.com/articles/cs-700/</uri>.</mixed-citation></ref>
<ref id="ref-6"><label>[6]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>K.</given-names> <surname>Karthikeyan</surname></string-name> and <string-name><given-names>P.</given-names> <surname>Madhavan</surname></string-name></person-group>, &#x201C;<article-title>Building a trust model for secure data sharing (TM-SDS) in edge computing using HMAC techniques</article-title>,&#x201D; <source>Computers, Materials &#x0026; Continua</source>, vol. <volume>71</volume>, no. <issue>3</issue>, pp. <fpage>4183</fpage>&#x2013;<lpage>4197</lpage>, <year>2022</year>.</mixed-citation></ref>
<ref id="ref-7"><label>[7]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>W.</given-names> <surname>Sherchan</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Nepal</surname></string-name> and <string-name><given-names>C.</given-names> <surname>Paris</surname></string-name></person-group>, &#x201C;<article-title>A survey of trust in social networks</article-title>,&#x201D; <source>ACM Computing Surveys (CSUR)</source>, vol. <volume>45</volume>, no. <issue>4</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>33</lpage>, <year>2013</year>.</mixed-citation></ref>
<ref id="ref-8"><label>[8]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>G.</given-names> <surname>Fortino</surname></string-name>, <string-name><given-names>L.</given-names> <surname>Fotia</surname></string-name>, <string-name><given-names>F.</given-names> <surname>Messina</surname></string-name>, <string-name><given-names>D.</given-names> <surname>Rosaci</surname></string-name> and <string-name><given-names>G. M.</given-names> <surname>Sarn&#x00E9;</surname></string-name></person-group>, &#x201C;<article-title>Trust and reputation in the internet of things: State-of-the-art and research challenges</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>8</volume>, pp. <fpage>60117</fpage>&#x2013;<lpage>60125</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-9"><label>[9]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>W. L.</given-names> <surname>Teacy</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Luck</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Rogers</surname></string-name> and <string-name><given-names>N. R.</given-names> <surname>Jennings</surname></string-name></person-group>, &#x201C;<article-title>An efficient and versatile approach to trust and reputation using hierarchical Bayesian modelling</article-title>,&#x201D; <source>Artificial Intelligence</source>, vol. <volume>193</volume>, pp. <fpage>149</fpage>&#x2013;<lpage>185</lpage>, <year>2012</year>.</mixed-citation></ref>
<ref id="ref-10"><label>[10]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>Y.</given-names> <surname>Wang</surname></string-name> and <string-name><given-names>J.</given-names> <surname>Vassileva</surname></string-name></person-group>, &#x201C;<article-title>Bayesian network-based trust model</article-title>,&#x201D; in <conf-name>Proc. IEEE/WIC Int. Conf. on Web Intelligence (WI 2003)</conf-name>, <conf-loc>Halifax, NS, Canada</conf-loc>, <publisher-name>IEEE</publisher-name>, pp. <fpage>372</fpage>&#x2013;<lpage>378</lpage>, <year>2003</year>.</mixed-citation></ref>
<ref id="ref-11"><label>[11]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>Granatyr</surname></string-name>, <string-name><given-names>V.</given-names> <surname>Botelho</surname></string-name>, <string-name><given-names>O. R.</given-names> <surname>Lessing</surname></string-name>, <string-name><given-names>E. E.</given-names> <surname>Scalabrin</surname></string-name>, <string-name><given-names>J. P.</given-names> <surname>Barth&#x00E8;s</surname></string-name> <etal>et al.,</etal></person-group> &#x201C;<article-title>Trust and reputation models for multiagent systems</article-title>,&#x201D; <source>ACM Computing Surveys (CSUR)</source>, vol. <volume>48</volume>, no. <issue>2</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>42</lpage>, <year>2015</year>.</mixed-citation></ref>
<ref id="ref-12"><label>[12]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A. A. P.</given-names> <surname>Kazem</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Pedram</surname></string-name> and <string-name><given-names>H.</given-names> <surname>Abolhassani</surname></string-name></person-group>, &#x201C;<article-title>BNQM: A Bayesian network based QoS model for grid service composition</article-title>,&#x201D; <source>Expert Systems with Applications</source>, vol. <volume>42</volume>, no. <issue>20</issue>, pp. <fpage>6828</fpage>&#x2013;<lpage>6843</lpage>, <year>2015</year>.</mixed-citation></ref>
<ref id="ref-13"><label>[13]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Altaf</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Abbas</surname></string-name>, <string-name><given-names>F.</given-names> <surname>Iqbal</surname></string-name> and <string-name><given-names>A.</given-names> <surname>Derhab</surname></string-name></person-group>, &#x201C;<article-title>Trust models of internet of smart things: A survey, open issues, and future directions</article-title>,&#x201D; <source>Journal of Network and Computer Applications</source>, vol. <volume>137</volume>, pp. <fpage>93</fpage>&#x2013;<lpage>111</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-14"><label>[14]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>Guo</surname></string-name>, <string-name><given-names>R.</given-names> <surname>Chen</surname></string-name> and <string-name><given-names>J. J.</given-names> <surname>Tsai</surname></string-name></person-group>, &#x201C;<article-title>A survey of trust computation models for service management in internet of things systems</article-title>,&#x201D; <source>Computer Communications</source>, vol. <volume>97</volume>, pp. <fpage>1</fpage>&#x2013;<lpage>14</lpage>, <year>2017</year>.</mixed-citation></ref>
<ref id="ref-15"><label>[15]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>I.</given-names> <surname>Ahmad</surname></string-name>, <string-name><given-names>K. L. A.</given-names> <surname>Yau</surname></string-name>, <string-name><given-names>M. H.</given-names> <surname>Ling</surname></string-name> and <string-name><given-names>S. L.</given-names> <surname>Keoh</surname></string-name></person-group>, &#x201C;<article-title>Trust and reputation management for securing collaboration in 5G access networks: The road ahead</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>8</volume>, pp. <fpage>62542</fpage>&#x2013;<lpage>62560</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-16"><label>[16]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>D.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>G.</given-names> <surname>Chang</surname></string-name>, <string-name><given-names>D.</given-names> <surname>Sun</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Li</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Jia</surname></string-name> <etal>et al.,</etal></person-group> &#x201C;<article-title>TRM-IoT: A trust management model based on fuzzy reputation for internet of things</article-title>,&#x201D; <source>Computer Science and Information Systems</source>, vol. <volume>8</volume>, no. <issue>4</issue>, pp. <fpage>1207</fpage>&#x2013;<lpage>1228</lpage>, <year>2011</year>.</mixed-citation></ref>
<ref id="ref-17"><label>[17]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Asiri</surname></string-name> and <string-name><given-names>A.</given-names> <surname>Miri</surname></string-name></person-group>, &#x201C;<article-title>An IoT trust and reputation model based on recommender systems</article-title>,&#x201D; in <conf-name>2016 14th Annual Conf. on Privacy, Security and Trust (PST)</conf-name>, <conf-loc>Auckland, New Zealand</conf-loc>, <publisher-name>IEEE</publisher-name>, pp. <fpage>561</fpage>&#x2013;<lpage>568</lpage>, <year>2016</year>.</mixed-citation></ref>
<ref id="ref-18"><label>[18]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>F.</given-names> <surname>Bao</surname></string-name>, <string-name><given-names>R.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Chang</surname></string-name> and <string-name><given-names>J. H.</given-names> <surname>Cho</surname></string-name></person-group>, &#x201C;<article-title>Hierarchical trust management for wireless sensor networks and its applications to trust-based routing and intrusion detection</article-title>,&#x201D; <source>IEEE Transactions on Network and Service Management</source>, vol. <volume>9</volume>, no. <issue>2</issue>, pp. <fpage>169</fpage>&#x2013;<lpage>183</lpage>, <year>2012</year>.</mixed-citation></ref>
<ref id="ref-19"><label>[19]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Morshedi</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Noll</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Kari</surname></string-name></person-group>, &#x201C;<article-title>Building trustable remote monitoring and management systems</article-title>,&#x201D; in <conf-name>2018 IEEE/ACM Int. Conf. on Utility and Cloud Computing Companion (UCC Companion)</conf-name>, <conf-loc>Zurich, Switzerland</conf-loc>, <publisher-name>IEEE</publisher-name>, pp. <fpage>213</fpage>&#x2013;<lpage>219</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-20"><label>[20]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Mohammadi</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Al-Fuqaha</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Sorour</surname></string-name> and <string-name><given-names>M.</given-names> <surname>Guizani</surname></string-name></person-group>, &#x201C;<article-title>Deep learning for IoT big data and streaming analytics: A survey</article-title>,&#x201D; <source>IEEE Communications Surveys &#x0026; Tutorials</source>, vol. <volume>20</volume>, no. <issue>4</issue>, pp. <fpage>2923</fpage>&#x2013;<lpage>2960</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-21"><label>[21]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Z. G.</given-names> <surname>He</surname></string-name></person-group>, &#x201C;<article-title>Multi-parameter and time series based trust for IoT smart sensors</article-title>,&#x201D; <source>International Journal of Network Security</source>, vol. <volume>22</volume>, no. <issue>4</issue>, pp. <fpage>589</fpage>&#x2013;<lpage>596</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-22"><label>[22]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>I. U.</given-names> <surname>Din</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Guizani</surname></string-name>, <string-name><given-names>B. S.</given-names> <surname>Kim</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Hassan</surname></string-name> and <string-name><given-names>M. K.</given-names> <surname>Khan</surname></string-name></person-group>, &#x201C;<article-title>Trust management techniques for the internet of things: A survey</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>7</volume>, pp. <fpage>29763</fpage>&#x2013;<lpage>29787</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-23"><label>[23]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>T.</given-names> <surname>Ranathunga</surname></string-name>, <string-name><given-names>R.</given-names> <surname>Marfievici</surname></string-name>, <string-name><given-names>A.</given-names> <surname>McGibney</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Rea</surname></string-name></person-group>, &#x201C;<article-title>A DLT-based trust framework for IoT ecosystems</article-title>,&#x201D; in <conf-name>2020 Int. Conf. on Cyber Security and Protection of Digital Services (Cyber Security)</conf-name>, <conf-loc>Dublin, Ireland</conf-loc>, <publisher-name>IEEE</publisher-name>, pp. <fpage>1</fpage>&#x2013;<lpage>8</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-24"><label>[24]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Y.</given-names> <surname>Yu</surname></string-name>, <string-name><given-names>Z.</given-names> <surname>Jia</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Tao</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Xue</surname></string-name> and <string-name><given-names>C.</given-names> <surname>Lee</surname></string-name></person-group>, &#x201C;<article-title>An efficient trust evaluation scheme for node behavior detection in the internet of things</article-title>,&#x201D; <source>Wireless Personal Communications</source>, vol. <volume>93</volume>, no. <issue>2</issue>, pp. <fpage>571</fpage>&#x2013;<lpage>587</lpage>, <year>2017</year>.</mixed-citation></ref>
<ref id="ref-25"><label>[25]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Sharma</surname></string-name>, <string-name><given-names>E. S.</given-names> <surname>Pilli</surname></string-name>, <string-name><given-names>A. P.</given-names> <surname>Mazumdar</surname></string-name> and <string-name><given-names>P.</given-names> <surname>Gera</surname></string-name></person-group>, &#x201C;<article-title>Towards trustworthy internet of things: A survey on trust management applications and schemes</article-title>,&#x201D; <source>Computer Communications</source>, vol. <volume>160</volume>, pp. <fpage>475</fpage>&#x2013;<lpage>493</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-26"><label>[26]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S. F. A.</given-names> <surname>Mon</surname></string-name>, <string-name><given-names>S. G.</given-names> <surname>Winster</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Ramesh</surname></string-name></person-group>, &#x201C;<article-title>Trust model for IoT using cluster analysis: A centralized approach</article-title>,&#x201D; <source>Wireless Personal Communications</source>, pp. <fpage>1</fpage>&#x2013;<lpage>22</lpage>, <year>2021</year>. <uri xlink:href="https://doi.org/10.1007/s11277-021-08401-7">https://doi.org/10.1007/s11277-021-08401-7</uri>.</mixed-citation></ref>
<ref id="ref-27"><label>[27]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A. A.</given-names> <surname>Adewuyi</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Cheng</surname></string-name>, <string-name><given-names>Q.</given-names> <surname>Shi</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Cao</surname></string-name>, <string-name><given-names>&#x00C1;.</given-names> <surname>MacDermott</surname></string-name> <etal>et al.,</etal></person-group> &#x201C;<article-title>CTRUST: A dynamic trust model for collaborative applications in the internet of things</article-title>,&#x201D; <source>IEEE Internet of Things Journal</source>, vol. <volume>6</volume>, no. <issue>3</issue>, pp. <fpage>5432</fpage>&#x2013;<lpage>5445</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-28"><label>[28]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Z.</given-names> <surname>Gao</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Xu</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Li</surname></string-name> and <string-name><given-names>V. H. C.</given-names> <surname>de Albuquerque</surname></string-name></person-group>, &#x201C;<article-title>Trustful internet of surveillance things based on deeply represented visual co-saliency detection</article-title>,&#x201D; <source>IEEE Internet of Things Journal</source>, vol. <volume>7</volume>, no. <issue>5</issue>, pp. <fpage>4092</fpage>&#x2013;<lpage>4100</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-29"><label>[29]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S. O.</given-names> <surname>Ogundoyin</surname></string-name> and <string-name><given-names>I. A.</given-names> <surname>Kamil</surname></string-name></person-group>, &#x201C;<article-title>A trust management system for fog computing services</article-title>,&#x201D; <source>Internet of Things</source>, vol. <volume>14</volume>, pp. <fpage>100382</fpage>, <year>2021</year>. <uri xlink:href="https://doi.org/10.1016/j.iot.2021.100382">https://doi.org/10.1016/j.iot.2021.100382</uri>.</mixed-citation></ref>
<ref id="ref-30"><label>[30]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>T.</given-names> <surname>Wang</surname></string-name>, <string-name><given-names>L.</given-names> <surname>Qiu</surname></string-name>, <string-name><given-names>A. K.</given-names> <surname>Sangaiah</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Liu</surname></string-name>, <string-name><given-names>M. Z. A.</given-names> <surname>Bhuiyan</surname></string-name> <etal>et al.,</etal></person-group> &#x201C;<article-title>Edge-computing-based trustworthy data collection model in the internet of things</article-title>,&#x201D; <source>IEEE Internet of Things Journal</source>, vol. <volume>7</volume>, no. <issue>5</issue>, pp. <fpage>4218</fpage>&#x2013;<lpage>4227</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-31"><label>[31]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>W.</given-names> <surname>Fang</surname></string-name>, <string-name><given-names>N.</given-names> <surname>Cui</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Zhang</surname></string-name> and <string-name><given-names>Y.</given-names> <surname>Chen</surname></string-name></person-group>, &#x201C;<article-title>A trust-based security system for data collection in smart city</article-title>,&#x201D; <source>IEEE Transactions on Industrial Informatics</source>, vol. <volume>17</volume>, no. <issue>6</issue>, pp. <fpage>4131</fpage>&#x2013;<lpage>4140</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-32"><label>[32]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>W.</given-names> <surname>Fang</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Liu</surname></string-name> and <string-name><given-names>C.</given-names> <surname>Tang</surname></string-name></person-group>, &#x201C;<article-title>TMSRS: Trust management-based secure routing scheme in industrial wireless sensor network with fog computing</article-title>,&#x201D; <source>Wireless Networks</source>, vol. <volume>26</volume>, no. <issue>5</issue>, pp. <fpage>3169</fpage>&#x2013;<lpage>3182</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-33"><label>[33]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>H.</given-names> <surname>Liang</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Wu</surname></string-name>, <string-name><given-names>X.</given-names> <surname>Zheng</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Li</surname></string-name> <etal>et al.,</etal></person-group> &#x201C;<article-title>Fog-based secure service discovery for internet of multimedia things: A cross-blockchain approach</article-title>,&#x201D; <source>ACM Transactions on Multimedia Computing, Communications, and Applications (TOMM)</source>, vol. <volume>16</volume>, no. <issue>3s</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>23</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-34"><label>[34]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S. M.</given-names> <surname>Muzammal</surname></string-name>, <string-name><given-names>R. K.</given-names> <surname>Murugesan</surname></string-name> and <string-name><given-names>N.</given-names> <surname>Jhanjhi</surname></string-name></person-group>, &#x201C;<article-title>A comprehensive review on secure routing in internet of things: Mitigation methods and trust-based approaches</article-title>,&#x201D; <source>IEEE Internet of Things Journal</source>, vol. <volume>8</volume>, no. <issue>6</issue>, pp. <fpage>4186</fpage>&#x2013;<lpage>4210</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-35"><label>[35]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M. A.</given-names> <surname>Azad</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Bag</surname></string-name>, <string-name><given-names>F.</given-names> <surname>Hao</surname></string-name> and <string-name><given-names>A.</given-names> <surname>Shalaginov</surname></string-name></person-group>, &#x201C;<article-title>Decentralized self-enforcing trust management system for social internet of things</article-title>,&#x201D; <source>IEEE Internet of Things Journal</source>, vol. <volume>7</volume>, no. <issue>4</issue>, pp. <fpage>2690</fpage>&#x2013;<lpage>2703</lpage>, <year>2020</year>. <uri xlink:href="https://doi.org/10.1109/JIOT.2019.2962282">https://doi.org/10.1109/JIOT.2019.2962282</uri>.</mixed-citation></ref>
<ref id="ref-36"><label>[36]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S. -R.</given-names> <surname>Yan</surname></string-name>, <string-name><given-names>X. -L.</given-names> <surname>Zheng</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Wang</surname></string-name>, <string-name><given-names>W. W.</given-names> <surname>Song</surname></string-name> and <string-name><given-names>W. -Y.</given-names> <surname>Zhang</surname></string-name></person-group>, &#x201C;<article-title>A graph-based comprehensive reputation model: Exploiting the social context of opinions to enhance trust in social commerce</article-title>,&#x201D; <source>Information Sciences</source>, vol. <volume>318</volume>, pp. <fpage>51</fpage>&#x2013;<lpage>72</lpage>, <year>2015</year>.</mixed-citation></ref>
<ref id="ref-37"><label>[37]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>N.</given-names> <surname>Sardana</surname></string-name>, <string-name><given-names>R.</given-names> <surname>Cohen</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Zhang</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Chen</surname></string-name></person-group>, &#x201C;<article-title>A Bayesian multiagent trust model for social networks</article-title>,&#x201D; <source>IEEE Transactions on Computational Social Systems</source>, vol. <volume>5</volume>, no. <issue>4</issue>, pp. <fpage>995</fpage>&#x2013;<lpage>1008</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-38"><label>[38]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Albeshri</surname></string-name></person-group>, &#x201C;<article-title>An image hashing-based authentication and secure group communication scheme for IoT-enabled MANETs</article-title>,&#x201D; <source>Future Internet</source>, vol. <volume>13</volume>, no. <issue>7</issue>, pp. <fpage>166</fpage>, <year>2021</year>.</mixed-citation></ref>
<ref id="ref-39"><label>[39]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>W.</given-names> <surname>Alnumay</surname></string-name>, <string-name><given-names>U.</given-names> <surname>Ghosh</surname></string-name> and <string-name><given-names>P.</given-names> <surname>Chatterjee</surname></string-name></person-group>, &#x201C;<article-title>A trust-based predictive model for mobile ad hoc network in internet of things</article-title>,&#x201D; <source>Sensors</source>, vol. <volume>19</volume>, no. <issue>6</issue>, pp. <fpage>1467</fpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-40"><label>[40]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R. W.</given-names> <surname>Anwar</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Zainal</surname></string-name>, <string-name><given-names>F.</given-names> <surname>Outay</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Yasar</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Iqbal</surname></string-name></person-group>, &#x201C;<article-title>BTEM: Belief based trust evaluation mechanism for wireless sensor networks</article-title>,&#x201D; <source>Future Generation Computer Systems</source>, vol. <volume>96</volume>, pp. <fpage>605</fpage>&#x2013;<lpage>616</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-41"><label>[41]</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><given-names>F.</given-names> <surname>Afghah</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Shamsoshoara</surname></string-name>, <string-name><given-names>L. L.</given-names> <surname>Njilla</surname></string-name> and <string-name><given-names>C. A.</given-names> <surname>Kamhoua</surname></string-name></person-group>, &#x201C;<chapter-title>Cooperative spectrum sharing and trust management in IoT networks</chapter-title>,&#x201D; In: <person-group person-group-type="author"><string-name><given-names>Charles A.</given-names> <surname>Kamhoua</surname></string-name>, <string-name><given-names>Laurent L.</given-names> <surname>Njilla</surname></string-name>, <string-name><given-names>Alexander</given-names> <surname>Kott</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Shetty</surname></string-name></person-group>, (Eds.), <source>Modeling and Design of Secure Internet of Things</source>, <edition>1<sup>st</sup> ed.</edition>, Wiley online library, pp. 79&#x2212;109, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-42"><label>[42]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>W.</given-names> <surname>Fang</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Xu</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Zhu</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Han</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Zhang</surname></string-name> <etal>et al.,</etal></person-group> &#x201C;<article-title>FETMS: Fast and efficient trust management scheme for information-centric networking in internet of things</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>7</volume>, pp. <fpage>13476</fpage>&#x2013;<lpage>13485</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-43"><label>[43]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Iqbal</surname></string-name>, <string-name><given-names>A. H.</given-names> <surname>Abdullah</surname></string-name>, <string-name><given-names>F.</given-names> <surname>Ahsan</surname></string-name> and <string-name><given-names>K. N.</given-names> <surname>Qureshi</surname></string-name></person-group>, &#x201C;<article-title>Critical link identification and prioritization using Bayesian theorem for dynamic channel assignment in wireless mesh networks</article-title>,&#x201D; <source>Wireless Networks</source>, vol. <volume>24</volume>, no. <issue>7</issue>, pp. <fpage>2685</fpage>&#x2013;<lpage>2697</lpage>, <year>2018</year>.</mixed-citation></ref>
</ref-list>
</back>
</article>










