<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article  PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article"><front><journal-meta><journal-id journal-id-type="publisher-id">CS</journal-id><journal-title-group><journal-title>Circuits and Systems</journal-title></journal-title-group><issn pub-type="epub">2153-1285</issn><publisher><publisher-name>Scientific Research Publishing</publisher-name></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.4236/cs.2016.710275</article-id><article-id pub-id-type="publisher-id">CS-70032</article-id><article-categories><subj-group subj-group-type="heading"><subject>Articles</subject></subj-group><subj-group subj-group-type="Discipline-v2"><subject>Computer Science&amp;Communications</subject><subject> Engineering</subject><subject> Physics&amp;Mathematics</subject></subj-group></article-categories><title-group><article-title>
 
 
  A Compact Trust Computation and Management Approach for Defending against Derailed Attacks for Wireless Sensor Networks and Its Applications
 
</article-title></title-group><contrib-group><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>R.</surname><given-names>Mohan Kumar</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref><xref ref-type="corresp" rid="cor1"><sup>*</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>A.</surname><given-names>V. Ram Prasad</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib></contrib-group><aff id="aff1"><addr-line>Department of ECE, K.L.N. College of Engineering, Sivagangai District, India</addr-line></aff><author-notes><corresp id="cor1">* E-mail:<email>psrmohan2003@gmail.com(RMK)</email>;</corresp></author-notes><pub-date pub-type="epub"><day>02</day><month>08</month><year>2016</year></pub-date><volume>07</volume><issue>10</issue><fpage>3228</fpage><lpage>3245</lpage><history><date date-type="received"><day>10</day>	<month>May</month>	<year>2016</year></date><date date-type="rev-recd"><day>accepted</day>	<month>30</month>	<year>May</year>	</date><date date-type="accepted"><day>24</day>	<month>August</month>	<year>2016</year></date></history><permissions><copyright-statement>&#169; Copyright  2014 by authors and Scientific Research Publishing Inc. </copyright-statement><copyright-year>2014</copyright-year><license><license-p>This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/</license-p></license></permissions><abstract><p>
 
 
  One of the most effective measurements of intercommunication and collaboration in wireless sensor networks which leads to provide security is Trust Management. Most popular decision making systems used to collaborate with a stranger are tackled by two different existing trust management systems: one is a policy-based approach which verifies the decision built on logical properties and functionalities; the other approach is reputation-based approach which verifies the decision built on physical properties and functionalities of WSN. Proofless authorization, unavailability, vagueness and more complexity cause decreased detection rate and spoil the efficacy of the WSN in existing approaches. Some of the integrated approaches are utilized to improve the significance of the trust management strategies. In this paper, a Compact Trust Computation and Management (CTCM) approach is proposed to overcome the limitations of the existing approaches, also it provides a strong objective security with the calculability and the available security implications. Finally, the CTCM approach incorporates the optimum trust score for logical and physical investigation of the network resources. The simulation based experiment results show that the CTCM compact trust computation and management approach can provide an efficient defending mechanism against derailing attacks in WSN.
 
</p></abstract><kwd-group><kwd>Wireless Sensor Networks</kwd><kwd> Trust Management</kwd><kwd> Security</kwd><kwd> Intrusion Detection System</kwd><kwd> Malicious Attacks</kwd></kwd-group></article-meta></front><body><sec id="s1"><title>1. Introduction</title><p>Vulnerability is a shortcoming in a framework that can be abused to contrary that affects classification, respectability, and/or accessibility. There are numerous ways in which vulnerabilities can be classified. This article discusses about three abnormal state defects classes: programming defects, security design issues, and programming highlight abuse. These classes are explained below.</p><p>A product defect is brought on by an unintended mistake in the outline or coding of programming. An illustration is an information approval mistake, for example, client gave information not being legitimately assessed for malignant character strings and excessively long values connected with known assaults. Another illustration is a race condition mistake that permits the assailant to perform a particular activity with raised benefits. A security design setting is a component of a product’s security that can be modified through the product itself. Case of settings having some working frameworks that offer an access to the control records benefits for clients, and an application setting is offered to handicap with encryption of information which puts away by the application. Security setup issue vulnerability includes the utilization of security arrangement settings that adversely influence the security of the product. A product highlight is a utilitarian ability given by programming. Product highlight abuse helplessness is a defenselessness in which the element gives a road to bargain the security of a framework [<xref ref-type="bibr" rid="scirp.70032-ref1">1</xref>] . These vulnerabilities are brought on by the product architect making trust presumptions that allow the product to give gainful components, while additionally presenting the likelihood of somebody who is abusing the trust suppositions to trade off security. For instance, email customer programming may contain a component that renders HTML content in email messages. An aggressor could create a deceitful email message that contains hyperlinks that, when rendered in HTML, appear to the beneficiary to be kindhearted. All things considered take the beneficiary to a malevolent site when they are tapped on. One of the trust suppositions in the outline of the HTML content rendering highlight was that clients would not get malignant hyperlinks and click on them [<xref ref-type="bibr" rid="scirp.70032-ref2">2</xref>] .</p><p>Vulnerability can be deployed automatically or manually by malicious people in terms of hardware and software or through any kind of network activities like entering into a network without permission, injecting defects into data packets, intruding data packets for misuse, transferring a data packet in a wrong route and fetching an un-authorized data from the storage. All kinds of malicious activities are also known as vulnerabilities. Vulnerability spoils the network behavior and reduces the customer satisfaction. Also the application developed under WSN is deployed and used for remote, emerging and advanced industries like military, surveillance and healthcare.</p><p>A trust management scheme can be used to aid an automated decision-making process for an access control policy. Since unintentional temporary errors are possible, the trust management solution must provide a redemption scheme to allow nodes to recover trust. However, if a malicious node tries to disguise its malicious behaviors as unintentional temporary errors, the malicious node may be given more opportunities to attack the system by disturbing the redemption scheme. Existing trust management schemes [<xref ref-type="bibr" rid="scirp.70032-ref3">3</xref>] that employ redemption schemes fail to discriminate between temporary errors and disguised malicious behaviors in which the attacker cleverly behaves well and bad alternatively. This character is called as trust whereas the performance is calculated by the likelihood ratio for given activity. A trust administration plan deals with the trust by incorporating the ideas of qualifications, access control, security arrangement, accessibility, and verification. By utilizing the incorporated data, a trust administration plan can be utilized to help a computerized basic leadership process for an entrance control arrangement.</p><p>Trust can be assessed in an assortment of ways. Direct perception assesses neighboring nodes by watching their conduct. For instance, in a WSN, a node can identify malignant neighbors by checking what numbers of packets were sent to the following node [<xref ref-type="bibr" rid="scirp.70032-ref4">4</xref>] . Additionally, if a source node analyzes the substance of the bundles, it can identify manufacture alternately alteration [<xref ref-type="bibr" rid="scirp.70032-ref5">5</xref>] . With backhanded perception nodes distribute their immediate perceptions to their neighboring nodes to caution about malevolent nodes or to report recuperated nodes that were already assessed as malignant. In a WSN, a cautioning message from different nodes will prohibit the vindictive node from the system. Then again, recuperation reports from different nodes can permit nodes to rejoin the system [<xref ref-type="bibr" rid="scirp.70032-ref6">6</xref>] - [<xref ref-type="bibr" rid="scirp.70032-ref9">9</xref>] . There exist trust administration plots that address the proposed assault in different types of systems, for example, Traditional Networks [<xref ref-type="bibr" rid="scirp.70032-ref10">10</xref>] , Cognitive Radio Networks [<xref ref-type="bibr" rid="scirp.70032-ref11">11</xref>] , Peer-to-Peer Networks [<xref ref-type="bibr" rid="scirp.70032-ref12">12</xref>] , Ad-hoc Networks [<xref ref-type="bibr" rid="scirp.70032-ref13">13</xref>] , and Wireless Sensor Networks [<xref ref-type="bibr" rid="scirp.70032-ref14">14</xref>] [<xref ref-type="bibr" rid="scirp.70032-ref15">15</xref>] . Be that as it may be, no trust administration plan can separate between interim blunders and on-off assaults. In the above discussed initiator proposed that the neighboring hubs should be assessed by utilizing immediate and roundabout trust values. The arrangement depicted in one of existing studies, utilizes a gathering of immediate and roundabout assessments to lessen the trust of an on-off aggressor to be lower than the trust of other neighboring typical hubs, so the system will reroute around the on-off assault hubs in the framework.</p></sec><sec id="s2"><title>2. Trust Calculation and Trust Management</title><p>To start with, every node watches and stores the neighboring nodes’ practices as indicated by the area esteem they gave. Second, every node gathers and stores the notices or reports from different nodes about its neighboring nodes. Third, every node Figs the trust in light of the conduct data gathered and put away for each neighboring node. Keep going, in light of the trust and the approaches that utilization the trust, every node chooses the best node or gathering of nodes with which to team up. Those teamed up best nodes are utilized to make a most limited way to transmit information bundles. In this paper, a compact trust management system is proposed to transmit data in a trusted manner by investigating nodes and selected trusted, energy efficient nodes. The whole usefulness of the CTCM way is to deal with to get a best throughput is portrayed in the accompanying areas. Trust management schemes aim to improve collaboration between the entities in a distributed system by predicting future behaviors of peers based on their previous behaviors. A trust management scheme typically does this using the following steps.</p><p>&#216; Node behavior analysis by ID.</p><p>&#216; Node location.</p><p>&#216; Node mobility speed.</p><p>&#216; Data packet format used for transmission.</p><sec id="s2_1"><title>2.1. Network Assumptions</title><p>Here, it is assumed that the network taken to simulate the proposed approach is denoted as G, is a collection of vertices V and edges E.</p><disp-formula id="scirp.70032-formula569"><label>(1)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x6.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula570"><label>(2)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x7.png"  xlink:type="simple"/></disp-formula><p>Some of the attributes and their values are assumed to construct the network is given here and it is followed from [<xref ref-type="bibr" rid="scirp.70032-ref16">16</xref>] .</p><p>a) Number of Nodes available in the network G is N</p><p>b) Location index for each node-iis denoted as (x<sub>i</sub>, y<sub>i</sub>)</p><p>c) Each node-i is assigned with ITV is 100. // Trust value</p><p>d) Number of paths possible from S1 to D1 is M</p><p>e) Number of Shortest paths can be considered from S1 to D1 is K</p><p>f) Raw Distance from S1 to D1 is Dis1</p><p>g) Next hops or neighbors between S1 and D1 is <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x8.png" xlink:type="simple"/></inline-formula></p><p>h) Distanced obtained from path K, for S1 to D1 is OptDis.</p><p>i) Network G, the area of G is R x W. Where R is the width of the G and W is the Height of the G.</p><p>j) Also, it is assumed that the network size is scalable to the CTCM approach.</p><p>Source node S1 and destination node D1 is selected from network G, where each node is having energy of 100 Joules initially. For every action each node spends some amount of energy such as transmission, receiving, listens and idles, etc. After each activity the initial energy is reduced.</p><p>Where N nodes are located in F-dimension, and divided into level by level from source node to destination node which is shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>. All the nodes in the network are connected in a tree form in level by level (like parent child). The number of nodes in each level is k where the number of level in the tree is p. So that, the total number of intermediate nodes between S1 to D1 can be represented as:</p><disp-formula id="scirp.70032-formula571"><label>(3)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x9.png"  xlink:type="simple"/></disp-formula><p>The tree construction needs many multiplications and additions</p><fig id="fig1"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref></label><caption><title> Neighbor selection for route discovery</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x10.png"/></fig><disp-formula id="scirp.70032-formula572"><label>(4)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x11.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula573"><label>(5)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x12.png"  xlink:type="simple"/></disp-formula><p>After constructing the network as a tree, it is easy to verify the intermediate neighbors in a sequential order, the idea behind is, it should not miss any node in the network. This method improves accuracy of the neighbor selection within N number of nodes. After successful selection of the current energy of the neighbor node is computed, to choose as optimal neighbor.</p></sec><sec id="s2_2"><title>2.2. Node Location Verification</title><p>During path discovery the intermediate node gives location identification; monitor node in the network receives data from the source node to base station. BS is a high energy node acts as a sink. Grid has node location which identifies for node placement. Source-Destination (SD) node sends the beacon message packet to the adjacent nodes in the path. The sensor node which receives the message packet updates the message format and sends back to SD node. SD node format is specified in <xref ref-type="fig" rid="fig2">Figure 2</xref>.</p><p>The header format of SD node consists of Zone Id, in which zone the sensor node belongs. Source node id field represents which node is sending this header information packet. Say if SD node is sending to the sensor node then source node id is SD node ID. Destination node ID specifies which node is to respond the message packet. Next field represents Timer; timer is an atomic clock which runs in SD nodes. It appends the sending time in milliseconds to the message format. According to the node and node type it is assessed that it is a normal sensor node or monitoring node. Synchronization flag is to set when corresponding destination node is tried to communicate the message packet. Next field is used to append message to ensure the proper communication between sensor and SD nodes. Last field indicates end of message format header. Example for this is specified in <xref ref-type="fig" rid="fig3">Figure 3</xref>. SD node called G6 is to identify or estimate the zonal nodes which is neighbor to it is framed in the message format. In <xref ref-type="fig" rid="fig4">Figure 4</xref>, the first field “3” represents node actions are carried out in third zone. SD node called G6 is a GPS unit node used in this zone to estimate the other sensor node’s locations. Once adjacent node is identified by this SD node it frames the message packet by filling the destination node ID, sensor node ID, and clock time is appended in the message packet, and synchronous flag is set to True, and corresponding message is appended along the packet with delimiter as EOF. Here the message packet SD node G6 is CTCM to</p><fig id="fig2"  position="float"><label><xref ref-type="fig" rid="fig2">Figure 2</xref></label><caption><title> Message format</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x13.png"/></fig><fig id="fig3"  position="float"><label><xref ref-type="fig" rid="fig3">Figure 3</xref></label><caption><title> Message format by SD Node G6</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x14.png"/></fig><fig id="fig4"  position="float"><label><xref ref-type="fig" rid="fig4">Figure 4</xref></label><caption><title> Message format by sensor node 12</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x15.png"/></fig><p>send the packet to the sensor node 12 to identify the message packet status and to estimate the node location. Say 3200 ms is the start time which is taken into consideration to send the message packet and appended in the header format.</p><p>The way BS connected with the other sensor nodes in the network is illustrated in <xref ref-type="fig" rid="fig5">Figure 5</xref>. In receiving node the header format gets updated without replacing timer and it send back to STD node. Extract the timer information from the reception packet STD node calculates the time delay as follows.</p><disp-formula id="scirp.70032-formula574"><label>(6)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x16.png"  xlink:type="simple"/></disp-formula><p>with this time delay SD node can easily estimate the location of the adjacent node.</p></sec><sec id="s2_3"><title>2.3. Location Estimation</title><p>The node location, distance among the nodes calculated (see <xref ref-type="fig" rid="fig6">Figure 6</xref>) for location based trust verification leads to construct a trusted path from source to destination. The probability ratio of trusted path calculation is shown in <xref ref-type="fig" rid="fig7">Figure 7</xref>.</p><disp-formula id="scirp.70032-formula575"><graphic  xlink:href="http://html.scirp.org/file/36-7601133x17.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula576"><label>(7)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x18.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula577"><label>(8)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x19.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula578"><label>(9)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x20.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula579"><label>(10)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x21.png"  xlink:type="simple"/></disp-formula><p>Least square length</p><disp-formula id="scirp.70032-formula580"><label>(11)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x22.png"  xlink:type="simple"/></disp-formula><p>Sum of the squares will be</p><disp-formula id="scirp.70032-formula581"><label>(12)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x23.png"  xlink:type="simple"/></disp-formula><p>Based on the distance and time, STD node sends and estimates the zonal sensor node. Length of the node identity differs with the other nodes. For the estimation, number of nodes which is considered for the node discovery is explained in <xref ref-type="fig" rid="fig7">Figure 7</xref>. The probability of accessing the nodes is depicted.</p><p>The STD node works in the distance matrix algorithm. Group distance is obtained for two positive integers, and the algorithm is specified below,</p><p>Algorithm-1: Distance_Matrix ( )</p><p>{</p><p>1). Find m and n which have minimum distance of D<sub>mn</sub>.</p><p>2). Assume the group (m n) which constitutes n(mn) = n<sub>m</sub> + n<sub>n</sub> members.</p><p>3). Based on the direction and time correct m and n to the STD node to form a group (mn).</p><p>(i.e.) two paths connecting m to (mn) and n to (nm)</p><disp-formula id="scirp.70032-formula582"><label>(13)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x24.png"  xlink:type="simple"/></disp-formula><p>4). Distance of this group obtained is computed except for m and n by,</p><disp-formula id="scirp.70032-formula583"><label>(14)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x25.png"  xlink:type="simple"/></disp-formula><p>5). Remove the matrix row and column relates to m and n and add matrix properties for (mn) group.</p><p>6). Continue algorithm if data matrix has one value else return to step (1).</p><p>}</p><fig id="fig5"  position="float"><label><xref ref-type="fig" rid="fig5">Figure 5</xref></label><caption><title> BS Node interaction with SD node</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x26.png"/></fig><fig id="fig6"  position="float"><label><xref ref-type="fig" rid="fig6">Figure 6</xref></label><caption><title> Location estimation and distance calculation</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x27.png"/></fig><fig id="fig7"  position="float"><label><xref ref-type="fig" rid="fig7">Figure 7</xref></label><caption><title> SD Node path discovery</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x28.png"/></fig><p>The trusted path can be constructed using the following <xref ref-type="fig" rid="fig8">Figure 8</xref> where only the trusted nodes are interconnected together to construct the trusted path.</p><p>Groups</p><p>if {<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x29.png" xlink:type="simple"/></inline-formula>,</p><p><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x30.png" xlink:type="simple"/></inline-formula>,</p><p><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x31.png" xlink:type="simple"/></inline-formula>,</p><p><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x32.png" xlink:type="simple"/></inline-formula>, <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x32.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x33.png" xlink:type="simple"/></inline-formula></p><p>else</p><p>∅}</p><p>The connectivity which is obtained with sensor node and STD node is grouped based on the existence of node. It is possible to group the sensor node and then mapping it to the STD node. The complete rule of grouping mechanism is depicted in <xref ref-type="fig" rid="fig8">Figure 8</xref>.</p><p>Distance calculated from STD node to direction node is,</p><disp-formula id="scirp.70032-formula584"><label>(15)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x34.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula585"><label>(16)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x35.png"  xlink:type="simple"/></disp-formula><p>All sensor nodes is calculated by</p><disp-formula id="scirp.70032-formula586"><label>(17)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x36.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula587"><label>(18)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x37.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula588"><label>(19)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x38.png"  xlink:type="simple"/></disp-formula><p>is obtained by distance matrix calculation</p><p>The distance matrix calculation and its direction are calculated for the simulation purpose, GPS strength is monitored with the cost value in the zone. Benefit value is assumed 350 and above. The strength of GPS lies in medium to high range. It is depicted in <xref ref-type="fig" rid="fig9">Figure 9</xref>. The positive rate and Strength of GPS node is compared and its probability lies in 0.5 &lt; x &lt; 1. The probability ratio of actual location value comparing with the predicted location value is given in <xref ref-type="table" rid="table1">Table 1</xref>.</p><p>GPS node called STD node acquires the properties of other sensor nodes in the zone, based on the distance metric, each sensor node distance is identified and normalized by weight matrix is shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>0.</p><fig id="fig8"  position="float"><label><xref ref-type="fig" rid="fig8">Figure 8</xref></label><caption><title> Grouping of STD node with sensor node</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x39.png"/></fig><fig-group id="fig9"><label><xref ref-type="fig" rid="fig9">Figure 9</xref></label><caption><title> (a) Comparison of strength of GPS node and positive rate; (b) Strength of GPS node and cost benefit value.</title></caption><fig id ="fig9_1"><label> (b)</label><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x40.png"/></fig><fig id ="fig9_2"><label></label><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x41.png"/></fig></fig-group><fig id="fig10"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>0</label><caption><title> Weight matrix normalization</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x42.png"/></fig><table-wrap id="table1" ><label><xref ref-type="table" rid="table1">Table 1</xref></label><caption><title> Location comparison</title></caption><table><tbody><thead><tr><th align="center" valign="middle" >Type</th><th align="center" valign="middle" >Probability</th><th align="center" valign="middle" >Value</th></tr></thead><tr><td align="center" valign="middle" >Predicted</td><td align="center" valign="middle" >45.67%</td><td align="center" valign="middle" >274</td></tr><tr><td align="center" valign="middle" >Actual</td><td align="center" valign="middle" >54.33%</td><td align="center" valign="middle" >326</td></tr></tbody></table></table-wrap><p>For simulation, numbers of nodes are restricted to maximum 75. There are four zones along with STD node dispersed in the zone. Success rate among the nodes are under the probability factor. When number of node increases the STD node also increases and placed in the centric approach which can access all the sensor and monitor nodes in the network.</p><p>GPS Node: Location Identification</p><p>MN: Rx data from source to Tx</p><p>BS: High energy node acts as a sink</p><p>Extract clock time from GPS node, subtract from sent time, hence the current service time is identified. If it falls, GPS node has information of sensor nodes (<xref ref-type="fig" rid="fig1">Figure 1</xref>1).</p><p><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x43.png" xlink:type="simple"/></inline-formula>⇒ Actual position of sensor nodes</p><p><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x44.png" xlink:type="simple"/></inline-formula>⇒ Estimated Position of sensor nodes</p><p>Predicted Error</p><p>Average Error</p><disp-formula id="scirp.70032-formula589"><graphic  xlink:href="http://html.scirp.org/file/36-7601133x45.png"  xlink:type="simple"/></disp-formula><p>1) Adjacent nodes and connectivity of neighbors is identified</p><p>2) STD node and its energy is computed</p><p>3) Wt is calculated</p><p>4)<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x46.png" xlink:type="simple"/></inline-formula> (20)</p><p>Start → adjacent SD nodes → weight matrix → Location Estimation → stop</p><p>Rules</p><p>1. If obtained delay time is very low than P = [ ]</p><p>2. if it is low, medium, high, very high</p><p>3. Predicted Error = <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x47.png" xlink:type="simple"/></inline-formula></p><p>4. Average PE =<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x48.png" xlink:type="simple"/></inline-formula>, N &#222; Number of sensor nodes.</p><p>According to the number of nodes deployed in the network, and number of rounds applied, selecting the STD nodes in terms of node exploration is shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>2. The number of STD nodes is positively proportional to the number of nodes deployed in the network. The entire process of the proposed trust management is given in the form of algorithm, which is given below (Algorithm 2). Similarly, the step by step procedure followed in the proposed approach is illustrated in <xref ref-type="fig" rid="fig1">Figure 1</xref>3. Nodes are verified by tracking their current information in the network. According to the present location, distance and the trust value the node is decided as a trusted node or not. The probability ratio of number of node tracking against the number of nodes deployed in the network is shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>4.</p><fig id="fig11"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>1</label><caption><title> GPS success rate in network zone</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x49.png"/></fig><fig-group id="fig12"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>2</label><caption><title> Node exploration by STD node.</title></caption><fig id ="fig12_1"><label></label><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x50.png"/></fig><fig id ="fig12_2"><label></label><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x51.png"/></fig></fig-group><fig id="fig13"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>3</label><caption><title> Flowchart for proposed approach</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x52.png"/></fig><fig id="fig14"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>4</label><caption><title> Node vs. tracking probability</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x53.png"/></fig><p>Algorithm-2:</p><p>1. Graph network (N, E) &#222; G</p><p>2. N = Number of nodes</p><p>3. (N, <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x54.png" xlink:type="simple"/></inline-formula>,<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x54.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x55.png" xlink:type="simple"/></inline-formula>) &#206; G(N)</p><p>4. E = Link set</p><p>5. C(X, X') = cost of link (X, X')</p><p>6. W(X, X') = weight of link (W, W’)</p><p>7. cost = <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x56.png" xlink:type="simple"/></inline-formula></p><p>8. weight of the path, <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x57.png" xlink:type="simple"/></inline-formula></p><p>9. <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x58.png" xlink:type="simple"/></inline-formula></p><p>10. for all nodes in N’ then</p><p>11. if “v” next to “u” then</p><p>12. frame-header(Zid, Sid, Did, clck-time, node-type, time, msg, 1)</p><p>13. dist(v) = c( u, v)</p><p>14. extract timer response</p><p>15. call distance matrix algo</p><p>16. if (timer-response) is within the range1 then</p><p>17. dist(v) = estimate (<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x59.png" xlink:type="simple"/></inline-formula>, v, thd<sub>1</sub>)</p><p>18. else if (timer-response) is within the range2 then</p><p>19. dist(v) = estimate (<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x60.png" xlink:type="simple"/></inline-formula>, v, thd<sub>2</sub>)</p><p>20. else</p><p>21. dist(v) = out of range / fails</p><p>22. end if</p><p>23. dist(v) = min ( dist(v), dist(w), cost(w, k))</p><p>24. call distance algorithm</p><p>25. clock-time = extracted timer- actual timer</p><p>26. if (dist(θ) ≈ 0) then</p><p>27. the given node is in parabolic range of STD<sub>N</sub></p><p>28. if (dist(v) &lt; 0) then</p><p>29. the given node is in elliptic range of STD<sub>N</sub></p><p>30. else</p><p>31. the given node is in hyperbolic range of STD<sub>N</sub></p><p>32. end if</p><p>33. end if</p><p>34. calculate for all odes in the zone</p><p>35. end loop</p><p>36. end algorithm</p><p>Theorem 1</p><p>Atomic timer <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x61.png" xlink:type="simple"/></inline-formula> is a set of timer based sensor tracking for detection nodes, which has internal counter for increments the clock-timer, appends to the master header format for node exploration in time</p><disp-formula id="scirp.70032-formula590"><label>(21)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x62.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula591"><label>(22)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x63.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula592"><label>(23)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x64.png"  xlink:type="simple"/></disp-formula><p>Theorem 2</p><p>Timer is a counter clock appended in SD node which has a high resolution and reset the every successive estimation done in zone<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x65.png" xlink:type="simple"/></inline-formula>.</p><p><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x66.png" xlink:type="simple"/></inline-formula>(Timer) is alive when</p><p>for all nodes in <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x67.png" xlink:type="simple"/></inline-formula></p><p>dist (<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x68.png" xlink:type="simple"/></inline-formula>,<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x68.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x69.png" xlink:type="simple"/></inline-formula>). estimate(flg) is true</p><p>end for</p><p>if estimate(flg) is false</p><p>reset timer of <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x70.png" xlink:type="simple"/></inline-formula></p><p>end if</p><p>end</p><p>Theorem 3</p><p>Let G is a network and Z' is the zone in the network G, which is <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x71.png" xlink:type="simple"/></inline-formula> such that every node Ni in zone set called<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x71.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x72.png" xlink:type="simple"/></inline-formula>, <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x71.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x72.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x73.png" xlink:type="simple"/></inline-formula>, where G' is a sub network.</p><p>Proof:</p><p>for all j nodes,</p><p><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x74.png" xlink:type="simple"/></inline-formula>, the graph network <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x74.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x75.png" xlink:type="simple"/></inline-formula> is a part of G and G'.</p><p><img data-original="http://html.scirp.org/file/36-7601133x76.png" />(or) <img data-original="http://html.scirp.org/file/36-7601133x77.png" />(or) <img data-original="http://html.scirp.org/file/36-7601133x78.png" /></p><p>every node(<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x79.png" xlink:type="simple"/></inline-formula>and it’s a part of G and G' in<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x79.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x80.png" xlink:type="simple"/></inline-formula>.</p></sec></sec><sec id="s3"><title>3. Trust Value Based Node Selection</title><p>The trust estimation of every node is confirmed amid the course revelation and information, Transmission in a course is to enhance the secured transmission. In this work every node is checking its neighbor node’s conduct and relegates a Trust Value (TV) to give trustiness. The trust worth is spoken to by a couple of quality is {−1, 1} where −1 indicates the negative conduct and 1 signifies the positive conduct of the neighbor node. At whatever point a node comes into the system, its essential and fundamental information is confirmed and, the ITV worth will be given by the system administration. The ITV is introduced at 100 and the estimation of ITV gets fluctuated for each course disclosure. In order to compute the trust value for every time, direction and the state of the node is computed. A sample computed data is given in <xref ref-type="table" rid="table2">Table 2</xref>. In this table, the node with the time, direction and the node status whether node is closer to the STD node or not etc., is given clearly</p><p>Amid the season of observing, there are two qualities can be conveyed as nID-[Neighbor ID] and nBH- [Neighbor Behavior]. In the event that the nodes’ ACK-time, RPLY-time PKT-size, Direction are relegated with an alternate worth than the ordinary esteem then the <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x81.png" xlink:type="simple"/></inline-formula> else<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x81.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x82.png" xlink:type="simple"/></inline-formula>. The checking capacity is</p><disp-formula id="scirp.70032-formula593"><label>(24)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x83.png"  xlink:type="simple"/></disp-formula><p>where, the value of the tuple is</p><disp-formula id="scirp.70032-formula594"><label>(25)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x84.png"  xlink:type="simple"/></disp-formula><table-wrap id="table2" ><label><xref ref-type="table" rid="table2">Table 2</xref></label><caption><title> Time calculation</title></caption><table><tbody><thead><tr><th align="center" valign="middle" >Time (ms)</th><th align="center" valign="middle" >Direction (0/1/2/3)</th><th align="center" valign="middle" >Stats (0/1)</th><th align="center" valign="middle" >Node of SD<sub>N</sub></th></tr></thead><tr><td align="center" valign="middle" >96(N4)</td><td align="center" valign="middle" >0</td><td align="center" valign="middle" >1</td><td align="center" valign="middle" >Node is very near and it is in left to STD</td></tr><tr><td align="center" valign="middle" >126(N6)</td><td align="center" valign="middle" >1</td><td align="center" valign="middle" >1</td><td align="center" valign="middle" >Node is in range of <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x85.png" xlink:type="simple"/></inline-formula> right side</td></tr><tr><td align="center" valign="middle" >42(N9)</td><td align="center" valign="middle" >2</td><td align="center" valign="middle" >1</td><td align="center" valign="middle" >Node is adjacent to STD<sub>N</sub> and it’s above.</td></tr><tr><td align="center" valign="middle" >64.52(N14)</td><td align="center" valign="middle" >3</td><td align="center" valign="middle" >1</td><td align="center" valign="middle" >Node is below to STD<sub>N</sub> and it’s below</td></tr><tr><td align="center" valign="middle" >792(N17)</td><td align="center" valign="middle" >NA</td><td align="center" valign="middle" >1</td><td align="center" valign="middle" >Node beyond limit</td></tr></tbody></table></table-wrap><p>According to the tuple value given by the monitoring node, the ITV is decreased when<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x86.png" xlink:type="simple"/></inline-formula>, else is not. The Node can be accepted in the route discovery, whenever the<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x86.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x87.png" xlink:type="simple"/></inline-formula>. Where <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x86.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x87.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x88.png" xlink:type="simple"/></inline-formula> is the threshold value of TV of the node. By utilizing the trust value given by the neighbor node and the trust value assigned by the management are combined together and a trust score is computed for node’s trust evaluation.</p><sec id="s3_1"><title>3.1. Shortest Path Selection</title><p>Since node S1 and node D1 are located far from each other, it is necessary to transmit the data through some intermediate nodes (neighbors). The number of neighbors between the sources to destination depends on the size of the network and they are denoted as h<sub>i</sub>. Path-I: that is from S1 to D1 constructed through J number of intermediate nodes, where each intermediate node is selected as the best neighbor using CTCM algorithm. Each neighbor nodes are selected under constraints as:</p><disp-formula id="scirp.70032-formula595"><label>(26)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x89.png"  xlink:type="simple"/></disp-formula><p>From (1), the neighbor node should be located within a threshold distance from the previous neighbor node, and it should have more current energy than the other nodes and it should have more energy than the threshold energy. Also, the TV of the neighbor node should be greater than the threshold trust value.</p><disp-formula id="scirp.70032-formula596"><label>(27)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x90.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula597"><label>(27a)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x91.png"  xlink:type="simple"/></disp-formula><p>where</p><disp-formula id="scirp.70032-formula598"><label>(28)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x92.png"  xlink:type="simple"/></disp-formula><p><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x93.png" xlink:type="simple"/></inline-formula>is the (x, y) location coordinates of the neighbor h1 and <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x93.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x94.png" xlink:type="simple"/></inline-formula> is the (x, y) location coordinates of the neighbor h2. Similarly, each path distance is computed and compared each other. Finally the minimum distance is obtained as the shortest path between the source node and the destination node and it can be written as:</p><disp-formula id="scirp.70032-formula599"><label>(29)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x95.png"  xlink:type="simple"/></disp-formula><p>then<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x96.png" xlink:type="simple"/></inline-formula>, is selected as the shortest path between S<sub>1</sub> to D<sub>1</sub>. After choosing the shortest path, the data can be transmitted from S<sub>1</sub> to D<sub>1</sub>. The route construction can be obtained by providing a link between the pair of next neighbors, if it satisfies the following constraints:</p><disp-formula id="scirp.70032-formula600"><label>(30)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x97.png"  xlink:type="simple"/></disp-formula><p><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x98.png" xlink:type="simple"/></inline-formula>, the process is repeated from source node to destination node for constructing a better path.<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x98.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x99.png" xlink:type="simple"/></inline-formula>, is divided into 3 ways where one is for the energy link (<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x98.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x99.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x100.png" xlink:type="simple"/></inline-formula>), second is Trust based link(<inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x98.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x99.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x100.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/36-7601133x101.png" xlink:type="simple"/></inline-formula>), and the third is distance based link Equations (7), (8) and (12) decide whether the node is</p><p>valid and it can have a link or not. The values of the conditional parameters cannot have a constant value all the time and they can have a threshold value for computing its validity. It can be written as:</p><disp-formula id="scirp.70032-formula601"><label>(31)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x102.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.70032-formula602"><label>(32)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x103.png"  xlink:type="simple"/></disp-formula><p>From (14), it is clear that if the current energy of the node should be higher than the energy threshold value and the trust value of the node is also greater than the trust threshold value then the link between two nodes is possible else, search for the other neighbor node. Since the number of neighbor nodes is dynamic and the number of parameters is getting varied each time, the constraint based choosing the best neighbor node can be obtained using AIS algorithm.</p></sec><sec id="s3_2"><title>3.2. Energy Selection</title><p>Energy selection is obtained by computing the consumed energy for data transmission, receiving, idle mode and for sensing the data. The current energy of a node can be calculated by subtracting all the consumed energy from the initial energy and it is written as:</p><disp-formula id="scirp.70032-formula603"><label>(33)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/36-7601133x104.png"  xlink:type="simple"/></disp-formula><p>where,</p><p>CE(Node<sub>i</sub>): Current Energy</p><p>IE: Initial Energy</p><p>E<sub>TX</sub>(KB): Transmission energy for KB</p><p>KB: size of the data</p><p>E<sub>s</sub>: Sensing energy</p><p>E<sub>Idle</sub>: Idle energy</p><p>For each action of the network nodes, the amount of energy needed is assigned here.</p><p>Initial Energy = 100 joules</p><p>Transmitting Energy = 0.26 joules</p><p>Receiving Energy = 0.08 Joules</p><p>Idle Energy = 0.01 Joules</p><p>Sleep Energy = 0.005 Joules</p><p>Wakeup Energy = 0.005 Joules</p><p>Finally the trust value is assessed by computing the energy value, location based trust value, neighbor node assessment based trust value and other node behavioral based trust value (REQ-RES time) are combined to decide a node that is trusted node or not. This CTCM approach based trust value helps to detect and prevent Sybil, sinkhole, Selective Forward (SF) and on-off attack. Since after verifying the nodes’ internal and external behavior all Sybil and sinkhole attacks are detected and eliminated. Only the attacks considered in this paper is selective forward and on-off attack. Hence only SF attack is investigated in this paper.</p></sec></sec><sec id="s4"><title>4. Simulation Settings</title><p>In order to evaluate the CTCM approach the simulation results are compared with the obtained results of the existing approach. Here, Network Simulator-2 is used to experiment the CTCM approach using simulation. The pseudo code is written in TCL code and the entire functionality of the CTCM approach is verified. By applying REQ-RES methodology, deploying SD nodes, monitoring nodes and sensor nodes in the network, the distance among the nodes are calculated for estimating the location of the sensor nodes.</p><p>There are various metrics used to analyze CTCM performance, they are throughput according to the node and node size, end-2-end, PDR and packet overhead. Throughput is the number of bytes successfully received at the destination per time second. Throughput determines the capability of the application running behind the routing protocols, in terms of network scenario and bandwidth under various conditions. The End-2-End delay measures the amount time taken to traverse the routing path. PDR measures the successfully received packets over the total number of packets sent. PDR says the quality of the application in terms of congestion control. In general the network congestion occurs because of routing overhead. Finally, the control overhead is the proportion of traffic that is expended to control as a fraction of the total traffic. It is calculated as the ratio of the number of control packets processed divided by the total number of data and control packets processed, measures the efficiency of the routing protocol. The control overhead not only gives a metric for the amount of bandwidth available to data packets, but also indicates whether the latency and packet delivery ratio are compromised because of the network congestion and interference generated from control packets. During the request/response the STD nodes include location information about the nodes and forward in addition to the time. By using the time and location the distance is calculated. The timer class estimates the time during the run time, at what time the REQ is generated and at what time it reaches the sensor nodes. Then at what time the RES is generated and at what time the response reaches the REQ node. At this particular time the Estimate Timer will call the scheduler and estimate the distance. Using the distance and the RES node’s location is estimated accurately. If the estimated location is not matched with the node submitted location then the node is assumed as malicious node. During this REQ-RES time, the data packet format is verified. If the node follows the data packet format Figures 2-4 then the nodes are treated as trusted nodes else assumed as malicious node. Because node belongs to different network follows different data format.</p><p>Trust value of a node may change during the network activities like; it may be a sender, receiver or an intermediate node in the route. In this paper, through simulation it is demonstrated that why trust management is more important in WSN. It is assumed that 2% of the nodes fall under selective forward attack where 60% of the packets are forwarded in the wrong route. This situation is simulated which is recognized as malicious node. Also out of 20, 40, 60, 80 and 100 nodes the number of SF nodes are calculated and plotted in a graph shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>5.</p><p>In order to compare the existing system and the CTCM system, before and after deploying the CTCM algorithm the simulation is executed. The number of SF node generated is programmatically controlled by verifying the node trust value to decide whether a node is a trusted node or malicious node. <xref ref-type="fig" rid="fig1">Figure 1</xref>5 illustrates that the CTCM approach validates the nodes properly so that the number of SF node generation is lesser than the existing approach [<xref ref-type="bibr" rid="scirp.70032-ref5">5</xref>] .</p><p>Even though detecting and eliminating various attacks in the network, it is essential to consider the improvements in quality of service parameters obtained through the simulation. In this paper throughput, time taken, energy delay and packet delivery ratio are the important QoS parameters are evaluated. The CTCM approach is compared with the existing approach in terms of power consumption against number of nodes deployed in the network. The amount of power consumed is measured in joules and the CTCM approach is spent equal amount of energy than the existing approach. This is great because of each node is investigated by executing three different algorithms in each round of network activity. The amount of power consumed by the CTCM approach is lesser than the existing approach [<xref ref-type="bibr" rid="scirp.70032-ref3">3</xref>] . The energy efficiency can be obtained in two ways by reducing the consumption of energy and saving of energy. It is well known that for each activity of the node an amount of energy is consumed from the total energy of the node (<xref ref-type="fig" rid="fig1">Figure 1</xref>6).</p><p>In order to evaluate the performance of the network the number of nodes deployed in the network is changed from 10 to 100. The performance is calculated for 10 nodes, 20 nodes and up to 100 nodes deployed in the network in order to compare it.</p><p>The remaining energy is calculated by the Equation (20). The remaining energy of each node after one round is calculated and shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>7. From this Fig it is very clear that the energy saving is high in CTCM ap-</p><fig id="fig15"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>5</label><caption><title> Total number of node deployed vs. % of SF node generated</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x105.png"/></fig><fig id="fig16"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>6</label><caption><title> Analysis of energy consumption</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x106.png"/></fig><fig id="fig17"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>7</label><caption><title> Evaluation in terms of remaining energy</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x107.png"/></fig><p>proach than the existing approach [<xref ref-type="bibr" rid="scirp.70032-ref5">5</xref>] . During the transmission the amount of data successfully transmitted is called as throughput. The constructed path is shortest and the intermediate nodes available in the path are trusted nodes. Because of this throughput obtained by the CTCM approach is better than the existing approach [<xref ref-type="bibr" rid="scirp.70032-ref5">5</xref>] . This improved performance over throughput is achieved by controlling the malicious activity in the network. The obtained throughput comparison between the existing and the CTCM approach is shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>8 and it shows that the obtained throughput using CTCM approach is higher than the existing approach [<xref ref-type="bibr" rid="scirp.70032-ref5">5</xref>] . The amount of throughput depends on the number of nodes deployed in the network and the large amount of data transmission. Throughput increases when the number of nodes increased.</p><p>One of the main important factors which decide the QoS in WSN is delay. Delay is the time taken to complete one data transmission process, means sending a data packet from one source node to destination node in the network. The amount of delay increases according to the number of nodes in the network, distance among the nodes, and number of intermediate nodes between source and destination node and size of the data transmitted in a route. The amount of delay in terms of number of nodes obtained through the proposed simulation is shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>9. Other QoS parameters are delay and Packet Delivery Ratio (PDR) in the network. Here the delay and the PDR are calculated for one or more rounds of data transmission in the network. The time duration taken for sending data packets from source to destination is termed as delay. Simulation based delay is calculated against number of nodes in one round of network operation is calculated and shown in <xref ref-type="fig" rid="fig2">Figure 2</xref>0. In each round the number of nodes are increased due to that delay is also getting increased. Comparing with the existing, the CTCM approach took less delay for network activities whereas the existing approach took long delay. Within the delay time and the throughput the successful data packets received by the destination node is calculated as PDR. Here the achieved PDR using CTCM approach is higher than the existing approach.</p><fig id="fig18"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>8</label><caption><title> Throughput comparison</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x108.png"/></fig><fig id="fig19"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>9</label><caption><title> Delay taken for data transmission (for one round)</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x109.png"/></fig><fig id="fig20"  position="float"><label><xref ref-type="fig" rid="fig2">Figure 2</xref>0</label><caption><title> Packet delivery ratio comparison</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/36-7601133x110.png"/></fig></sec><sec id="s5"><title>5. Conclusion</title><p>The main objective of this paper is to provide a trust management based routing mechanism to improve the quality of service in WSN. From the above simulation result it is obtained that the CTCM approach is better than the existing approach in terms of energy consumption, energy saving, throughput, delay and PDR, especially in controlling the malicious activities. Less energy consumption, increased energy saving, increased throughput, less delay and increased PDR give the better performance in the CTCM approach. This improvement is obtained only by choosing trusted nodes, constructing trusted route and trusted data packet transmission. Hence this CTCM approach is a better approach to provide a trust management based routing in WSN. In the future this proposed approach can be applied with clustering protocols to design a better Secured Clustering Routing Protocol for WSN.</p></sec><sec id="s6"><title>Cite this paper</title><p>R. Mohan Kumar,A. V. Ram Prasad, (2016) A Compact Trust Computation and Management Approach for Defending against Derailed Attacks for Wireless Sensor Networks and Its Applications. Circuits and Systems,07,3228-3245. doi: 10.4236/cs.2016.710275</p></sec></body><back><ref-list><title>References</title><ref id="scirp.70032-ref1"><label>1</label><mixed-citation publication-type="other" xlink:type="simple">LeMay, E., Scarfone, K. and Mell, P. (2012) National Institute of Standards and Technology (NIST) Interagency Report 7864, the Common Misuse Scoring System (CMSS): Metrics for Software Feature Misuse Vulnerabilities. http://nvlpubs.nist.gov/nistpubs/ir/2012/NIST.IR.7864.pdf</mixed-citation></ref><ref id="scirp.70032-ref2"><label>2</label><mixed-citation publication-type="other" xlink:type="simple">Akyildiz, I., Su, W., Sankarasubramaniam, Y. and Cayirci, E. (2002) Wireless Sensor Networks: A Survey. Computer Networks, 38, 393-422. http://dx.doi.org/10.1016/S1389-1286(01)00302-4</mixed-citation></ref><ref id="scirp.70032-ref3"><label>3</label><mixed-citation publication-type="other" xlink:type="simple">Lopez, J., Roman, R., Agudo, I. and Fernandez-Gago, C. (2010) Trust Management Systems for Wireless Sensor Networks: Best Practices. Computer Communications, 33, 1086-1093. http://dx.doi.org/10.1016/j.comcom.2010.02.006</mixed-citation></ref><ref id="scirp.70032-ref4"><label>4</label><mixed-citation publication-type="other" xlink:type="simple">Marti, S., Giuli, T., Lai, K. and Baker, M. (2000) Mitigating Routing Misbehavior in Mobile Ad Hoc Networks. Proceedings of the 6th Annual International Conference on Mobile Computing and Networking (MOBICOM’00), Boston, 6-11 August 2000, 255-265. http://dx.doi.org/10.1145/345910.345955</mixed-citation></ref><ref id="scirp.70032-ref5"><label>5</label><mixed-citation publication-type="other" xlink:type="simple">Paul, K. and Westhoff, D. (2002) Context Aware Detection of Selfish Nodes in DSR Based Ad-Hoc Networks. IEEE Global Telecommunications Conference, GLOBECOM’02, Vol. 1, 178-182.</mixed-citation></ref><ref id="scirp.70032-ref6"><label>6</label><mixed-citation publication-type="other" xlink:type="simple">Buchegger, S. and Le Boudec, J. (2004) A Robust Reputation System for Mobile Ad-Hoc Networks. Proceedings of P2PEcon, EPFL IC Technical Report IC/2003/50.</mixed-citation></ref><ref id="scirp.70032-ref7"><label>7</label><mixed-citation publication-type="other" xlink:type="simple">Michiardi, P. and Molva, R. (2002) Core: A Collaborative Reputation Mechanism to Enforce Node Cooperation in Mobile Ad Hoc Net-Works. Proceedings of the IFIP TC6/TC11 6th Joint Working Conference on Communications and Multimedia Security: Advanced Communications and Multimedia Security, Portoro?, 26-27 September 2012, 107- 121. http://dx.doi.org/10.1007/978-0-387-35612-9_9 </mixed-citation></ref><ref id="scirp.70032-ref8"><label>8</label><mixed-citation publication-type="other" xlink:type="simple">Bansal, S. and Baker, M. (2003) Observation-Based Cooperation Enforcement in Ad Hoc Networks. http://arxiv.org/pdf/cs/0307012.pdf</mixed-citation></ref><ref id="scirp.70032-ref9"><label>9</label><mixed-citation publication-type="other" xlink:type="simple">He, Q., Wu, D. and Khosla, P. (2004) SORI: A Secure and Objective Reputation Based Incentive Scheme for Ad-Hoc Networks. IEEE WCNC2004, Vol. 2, 825-830.</mixed-citation></ref><ref id="scirp.70032-ref10"><label>10</label><mixed-citation publication-type="book" xlink:type="simple">Maciá-Fernández, G., Díaz-Verdejo, J., García-Teodoro, P. and deToro-Negro, F. (2008) LoRDAS: A Low-Rate DoS Attack against Application Servers. In: Lopez, J. and H?mmerli, B.M., Eds., Critical Information Infrastructures Security, Springer Berlin, Heidelberg, 197-209. http://dx.doi.org/10.1007/978-3-540-89173-4_17 </mixed-citation></ref><ref id="scirp.70032-ref11"><label>11</label><mixed-citation publication-type="other" xlink:type="simple">Qin, T., Yu, H., Leung, C., Shen, Z. and Miao, C. (2009) Towards a Trust Aware Cognitive Radio Architecture. ACM SIGMOBILE Mobile Computing and Communications Review, 13, 86-95. http://dx.doi.org/10.1145/1621076.1621085</mixed-citation></ref><ref id="scirp.70032-ref12"><label>12</label><mixed-citation publication-type="other" xlink:type="simple">Cheng, C.-L., Xu, X.-L. and Gao, B.-Z. (2012) ME Trust: A Mutual Evaluation-Based Trust Model for P2P Networks. International Journal of Automation and Computing, 9, 63-71. http://dx.doi.org/10.1007/s11633-012-0617-5</mixed-citation></ref><ref id="scirp.70032-ref13"><label>13</label><mixed-citation publication-type="other" xlink:type="simple">Shila, D.M., Cheng, Y. and Anjali, T. (2010) Mitigating Selective forwarding Attacks with a Channel-Aware Approach in WMNs. IEEE Transactions on Wireless Communications, 9, 1661-1675. http://dx.doi.org/10.1109/TWC.2010.05.090700</mixed-citation></ref><ref id="scirp.70032-ref14"><label>14</label><mixed-citation publication-type="other" xlink:type="simple">Wang, J., Liu, Y. and Jiao, Y. (2011) Building a Trusted Route in a Mobile Ad Hoc Network Considering Communication Reliability and Path Length. Journal of Network and Computer Applications, 34, 1138-1149.http://dx.doi.org/10.1016/j.jnca.2010.11.007</mixed-citation></ref><ref id="scirp.70032-ref15"><label>15</label><mixed-citation publication-type="other" xlink:type="simple">Chang, B.-J. and Kuo, S.-L.( 2009) Markov Chain Trust Model for Trust Value Analysis and Key Management in Distributed Multi-Cast MANETs. IEEE Transactions on Vehicular Technology, 58, 1846-1863.http://dx.doi.org/10.1109/TVT.2008.2005415</mixed-citation></ref><ref id="scirp.70032-ref16"><label>16</label><mixed-citation publication-type="other" xlink:type="simple">Liu, Z., Yau, S.S., Peng, D. and Yin, Y. (2008) A Flexible Trust Model for Distributed Service Infrastructures. 11th IEEE International Symposium on Object and Component-Oriented Real-Time Distributed Computing (ISORC), Orlando, 5-7 May 2008, 108-115. http://dx.doi.org/10.1109/isorc.2008.84</mixed-citation></ref></ref-list></back></article>