\documentclass[11pt,twoside]{article}\makeatletter

\IfFileExists{xcolor.sty}%
  {\RequirePackage{xcolor}}%
  {\RequirePackage{color}}
\usepackage{colortbl}
\usepackage{wrapfig}
\usepackage{ifxetex}
\ifxetex
  \usepackage{fontspec}
  \usepackage{xunicode}
  \catcode`⃥=\active \def⃥{\textbackslash}
  \catcode`❴=\active \def❴{\{}
  \catcode`❵=\active \def❵{\}}
  \def\textJapanese{\fontspec{Noto Sans CJK JP}}
  \def\textChinese{\fontspec{Noto Sans CJK SC}}
  \def\textKorean{\fontspec{Noto Sans CJK KR}}
  \setmonofont{DejaVu Sans Mono}
  
\else
  \IfFileExists{utf8x.def}%
   {\usepackage[utf8x]{inputenc}
      \PrerenderUnicode{–}
    }%
   {\usepackage[utf8]{inputenc}}
  \usepackage[english]{babel}
  \usepackage[T1]{fontenc}
  \usepackage{float}
  \usepackage[]{ucs}
  \uc@dclc{8421}{default}{\textbackslash }
  \uc@dclc{10100}{default}{\{}
  \uc@dclc{10101}{default}{\}}
  \uc@dclc{8491}{default}{\AA{}}
  \uc@dclc{8239}{default}{\,}
  \uc@dclc{20154}{default}{ }
  \uc@dclc{10148}{default}{>}
  \def\textschwa{\rotatebox{-90}{e}}
  \def\textJapanese{}
  \def\textChinese{}
  \IfFileExists{tipa.sty}{\usepackage{tipa}}{}
\fi
\def\exampleFont{\ttfamily\small}
\DeclareTextSymbol{\textpi}{OML}{25}
\usepackage{relsize}
\RequirePackage{array}
\def\@testpach{\@chclass
 \ifnum \@lastchclass=6 \@ne \@chnum \@ne \else
  \ifnum \@lastchclass=7 5 \else
   \ifnum \@lastchclass=8 \tw@ \else
    \ifnum \@lastchclass=9 \thr@@
   \else \z@
   \ifnum \@lastchclass = 10 \else
   \edef\@nextchar{\expandafter\string\@nextchar}%
   \@chnum
   \if \@nextchar c\z@ \else
    \if \@nextchar l\@ne \else
     \if \@nextchar r\tw@ \else
   \z@ \@chclass
   \if\@nextchar |\@ne \else
    \if \@nextchar !6 \else
     \if \@nextchar @7 \else
      \if \@nextchar (8 \else
       \if \@nextchar )9 \else
  10
  \@chnum
  \if \@nextchar m\thr@@\else
   \if \@nextchar p4 \else
    \if \@nextchar b5 \else
   \z@ \@chclass \z@ \@preamerr \z@ \fi \fi \fi \fi
   \fi \fi  \fi  \fi  \fi  \fi  \fi \fi \fi \fi \fi \fi}
\gdef\arraybackslash{\let\\=\@arraycr}
\def\@textsubscript#1{{\m@th\ensuremath{_{\mbox{\fontsize\sf@size\z@#1}}}}}
\def\Panel#1#2#3#4{\multicolumn{#3}{){\columncolor{#2}}#4}{#1}}
\def\abbr{}
\def\corr{}
\def\expan{}
\def\gap{}
\def\orig{}
\def\reg{}
\def\ref{}
\def\sic{}
\def\persName{}\def\name{}
\def\placeName{}
\def\orgName{}
\def\textcal#1{{\fontspec{Lucida Calligraphy}#1}}
\def\textgothic#1{{\fontspec{Lucida Blackletter}#1}}
\def\textlarge#1{{\large #1}}
\def\textoverbar#1{\ensuremath{\overline{#1}}}
\def\textquoted#1{‘#1’}
\def\textsmall#1{{\small #1}}
\def\textsubscript#1{\@textsubscript{\selectfont#1}}
\def\textxi{\ensuremath{\xi}}
\def\titlem{\itshape}
\newenvironment{biblfree}{}{\ifvmode\par\fi }
\newenvironment{bibl}{}{}
\newenvironment{byline}{\vskip6pt\itshape\fontsize{16pt}{18pt}\selectfont}{\par }
\newenvironment{citbibl}{}{\ifvmode\par\fi }
\newenvironment{docAuthor}{\ifvmode\vskip4pt\fontsize{16pt}{18pt}\selectfont\fi\itshape}{\ifvmode\par\fi }
\newenvironment{docDate}{}{\ifvmode\par\fi }
\newenvironment{docImprint}{\vskip 6pt}{\ifvmode\par\fi }
\newenvironment{docTitle}{\vskip6pt\bfseries\fontsize{22pt}{25pt}\selectfont}{\par }
\newenvironment{msHead}{\vskip 6pt}{\par}
\newenvironment{msItem}{\vskip 6pt}{\par}
\newenvironment{rubric}{}{}
\newenvironment{titlePart}{}{\par }

\newcolumntype{L}[1]{){\raggedright\arraybackslash}p{#1}}
\newcolumntype{C}[1]{){\centering\arraybackslash}p{#1}}
\newcolumntype{R}[1]{){\raggedleft\arraybackslash}p{#1}}
\newcolumntype{P}[1]{){\arraybackslash}p{#1}}
\newcolumntype{B}[1]{){\arraybackslash}b{#1}}
\newcolumntype{M}[1]{){\arraybackslash}m{#1}}
\definecolor{label}{gray}{0.75}
\def\unusedattribute#1{\sout{\textcolor{label}{#1}}}
\DeclareRobustCommand*{\xref}{\hyper@normalise\xref@}
\def\xref@#1#2{\hyper@linkurl{#2}{#1}}
\begingroup
\catcode`\_=\active
\gdef_#1{\ensuremath{\sb{\mathrm{#1}}}}
\endgroup
\mathcode`\_=\string"8000
\catcode`\_=12\relax

\usepackage[a4paper,twoside,lmargin=1in,rmargin=1in,tmargin=1in,bmargin=1in,marginparwidth=0.75in]{geometry}
\usepackage{framed}

\definecolor{shadecolor}{gray}{0.95}
\usepackage{longtable}
\usepackage[normalem]{ulem}
\usepackage{fancyvrb}
\usepackage{fancyhdr}
\usepackage{graphicx}
\usepackage{marginnote}

\renewcommand{\@cite}[1]{#1}


\renewcommand*{\marginfont}{\itshape\footnotesize}

\def\Gin@extensions{.pdf,.png,.jpg,.mps,.tif}

  \pagestyle{fancy}

\usepackage[pdftitle={Securing Cluster Head Selection in Wireless Sensor Networks},
 pdfauthor={}]{hyperref}
\hyperbaseurl{}

	 \paperwidth210mm
	 \paperheight297mm
              
\def\@pnumwidth{1.55em}
\def\@tocrmarg {2.55em}
\def\@dotsep{4.5}
\setcounter{tocdepth}{3}
\clubpenalty=8000
\emergencystretch 3em
\hbadness=4000
\hyphenpenalty=400
\pretolerance=750
\tolerance=2000
\vbadness=4000
\widowpenalty=10000

\renewcommand\section{\@startsection {section}{1}{\z@}%
     {-1.75ex \@plus -0.5ex \@minus -.2ex}%
     {0.5ex \@plus .2ex}%
     {\reset@font\Large\bfseries}}
\renewcommand\subsection{\@startsection{subsection}{2}{\z@}%
     {-1.75ex\@plus -0.5ex \@minus- .2ex}%
     {0.5ex \@plus .2ex}%
     {\reset@font\Large}}
\renewcommand\subsubsection{\@startsection{subsubsection}{3}{\z@}%
     {-1.5ex\@plus -0.35ex \@minus -.2ex}%
     {0.5ex \@plus .2ex}%
     {\reset@font\large}}
\renewcommand\paragraph{\@startsection{paragraph}{4}{\z@}%
     {-1ex \@plus-0.35ex \@minus -0.2ex}%
     {0.5ex \@plus .2ex}%
     {\reset@font\normalsize}}
\renewcommand\subparagraph{\@startsection{subparagraph}{5}{\parindent}%
     {1.5ex \@plus1ex \@minus .2ex}%
     {-1em}%
     {\reset@font\normalsize\bfseries}}


\def\l@section#1#2{\addpenalty{\@secpenalty} \addvspace{1.0em plus 1pt}
 \@tempdima 1.5em \begingroup
 \parindent \z@ \rightskip \@pnumwidth 
 \parfillskip -\@pnumwidth 
 \bfseries \leavevmode #1\hfil \hbox to\@pnumwidth{\hss #2}\par
 \endgroup}
\def\l@subsection{\@dottedtocline{2}{1.5em}{2.3em}}
\def\l@subsubsection{\@dottedtocline{3}{3.8em}{3.2em}}
\def\l@paragraph{\@dottedtocline{4}{7.0em}{4.1em}}
\def\l@subparagraph{\@dottedtocline{5}{10em}{5em}}
\@ifundefined{c@section}{\newcounter{section}}{}
\@ifundefined{c@chapter}{\newcounter{chapter}}{}
\newif\if@mainmatter 
\@mainmattertrue
\def\chaptername{Chapter}
\def\frontmatter{%
  \pagenumbering{roman}
  \def\thechapter{\@roman\c@chapter}
  \def\theHchapter{\roman{chapter}}
  \def\thesection{\@roman\c@section}
  \def\theHsection{\roman{section}}
  \def\@chapapp{}%
}
\def\mainmatter{%
  \cleardoublepage
  \def\thechapter{\@arabic\c@chapter}
  \setcounter{chapter}{0}
  \setcounter{section}{0}
  \pagenumbering{arabic}
  \setcounter{secnumdepth}{6}
  \def\@chapapp{\chaptername}%
  \def\theHchapter{\arabic{chapter}}
  \def\thesection{\@arabic\c@section}
  \def\theHsection{\arabic{section}}
}
\def\backmatter{%
  \cleardoublepage
  \setcounter{chapter}{0}
  \setcounter{section}{0}
  \setcounter{secnumdepth}{2}
  \def\@chapapp{\appendixname}%
  \def\thechapter{\@Alph\c@chapter}
  \def\theHchapter{\Alph{chapter}}
  \appendix
}
\newenvironment{bibitemlist}[1]{%
   \list{\@biblabel{\@arabic\c@enumiv}}%
       {\settowidth\labelwidth{\@biblabel{#1}}%
        \leftmargin\labelwidth
        \advance\leftmargin\labelsep
        \@openbib@code
        \usecounter{enumiv}%
        \let\p@enumiv\@empty
        \renewcommand\theenumiv{\@arabic\c@enumiv}%
	}%
  \sloppy
  \clubpenalty4000
  \@clubpenalty \clubpenalty
  \widowpenalty4000%
  \sfcode`\.\@m}%
  {\def\@noitemerr
    {\@latex@warning{Empty `bibitemlist' environment}}%
    \endlist}

\def\tableofcontents{\section*{\contentsname}\@starttoc{toc}}
\parskip0pt
\parindent1em
\def\Panel#1#2#3#4{\multicolumn{#3}{){\columncolor{#2}}#4}{#1}}
\newenvironment{reflist}{%
  \begin{raggedright}\begin{list}{}
  {%
   \setlength{\topsep}{0pt}%
   \setlength{\rightmargin}{0.25in}%
   \setlength{\itemsep}{0pt}%
   \setlength{\itemindent}{0pt}%
   \setlength{\parskip}{0pt}%
   \setlength{\parsep}{2pt}%
   \def\makelabel##1{\itshape ##1}}%
  }
  {\end{list}\end{raggedright}}
\newenvironment{sansreflist}{%
  \begin{raggedright}\begin{list}{}
  {%
   \setlength{\topsep}{0pt}%
   \setlength{\rightmargin}{0.25in}%
   \setlength{\itemindent}{0pt}%
   \setlength{\parskip}{0pt}%
   \setlength{\itemsep}{0pt}%
   \setlength{\parsep}{2pt}%
   \def\makelabel##1{\upshape ##1}}%
  }
  {\end{list}\end{raggedright}}
\newenvironment{specHead}[2]%
 {\vspace{20pt}\hrule\vspace{10pt}%
  \phantomsection\label{#1}\markright{#2}%

  \pdfbookmark[2]{#2}{#1}%
  \hspace{-0.75in}{\bfseries\fontsize{16pt}{18pt}\selectfont#2}%
  }{}
      \def\TheFullDate{2016-01-15 (revised: 15 January 2016)}
\def\TheID{\makeatother }
\def\TheDate{2016-01-15}
\title{Securing Cluster Head Selection in Wireless Sensor Networks}
\author{}\makeatletter 
\makeatletter
\newcommand*{\cleartoleftpage}{%
  \clearpage
    \if@twoside
    \ifodd\c@page
      \hbox{}\newpage
      \if@twocolumn
        \hbox{}\newpage
      \fi
    \fi
  \fi
}
\makeatother
\makeatletter
\thispagestyle{empty}
\markright{\@title}\markboth{\@title}{\@author}
\renewcommand\small{\@setfontsize\small{9pt}{11pt}\abovedisplayskip 8.5\p@ plus3\p@ minus4\p@
\belowdisplayskip \abovedisplayskip
\abovedisplayshortskip \z@ plus2\p@
\belowdisplayshortskip 4\p@ plus2\p@ minus2\p@
\def\@listi{\leftmargin\leftmargini
               \topsep 2\p@ plus1\p@ minus1\p@
               \parsep 2\p@ plus\p@ minus\p@
               \itemsep 1pt}
}
\makeatother
\fvset{frame=single,numberblanklines=false,xleftmargin=5mm,xrightmargin=5mm}
\fancyhf{} 
\setlength{\headheight}{14pt}
\fancyhead[LE]{\bfseries\leftmark} 
\fancyhead[RO]{\bfseries\rightmark} 
\fancyfoot[RO]{}
\fancyfoot[CO]{\thepage}
\fancyfoot[LO]{\TheID}
\fancyfoot[LE]{}
\fancyfoot[CE]{\thepage}
\fancyfoot[RE]{\TheID}
\hypersetup{citebordercolor=0.75 0.75 0.75,linkbordercolor=0.75 0.75 0.75,urlbordercolor=0.75 0.75 0.75,bookmarksnumbered=true}
\fancypagestyle{plain}{\fancyhead{}\renewcommand{\headrulewidth}{0pt}}

\date{}
\usepackage{authblk}

\providecommand{\keywords}[1]
{
\footnotesize
  \textbf{\textit{Index terms---}} #1
}

\usepackage{graphicx,xcolor}
\definecolor{GJBlue}{HTML}{273B81}
\definecolor{GJLightBlue}{HTML}{0A9DD9}
\definecolor{GJMediumGrey}{HTML}{6D6E70}
\definecolor{GJLightGrey}{HTML}{929497} 

\renewenvironment{abstract}{%
   \setlength{\parindent}{0pt}\raggedright
   \textcolor{GJMediumGrey}{\rule{\textwidth}{2pt}}
   \vskip16pt
   \textcolor{GJBlue}{\large\bfseries\abstractname\space}
}{%   
   \vskip8pt
   \textcolor{GJMediumGrey}{\rule{\textwidth}{2pt}}
   \vskip16pt
}

\usepackage[absolute,overlay]{textpos}

\makeatother 
      \usepackage{lineno}
      \linenumbers
      
\begin{document}

             \author[1]{Rupinder  Singh}

             \author[2]{Dr. Jatinder  Singh}

             \author[3]{Rupinder  Singh}

             \affil[1]{  Khalsa College, Amritsar}

\renewcommand\Authands{ and }

\date{\small \em Received: 9 December 2015 Accepted: 1 January 2016 Published: 15 January 2016}

\maketitle


\begin{abstract}
        


Wireless Sensor network routing protocols are prone to various attacks as these protocols mainly provide the function of routing data towards the sink. LEACH is a one of the routing protocol used for clustered implementation of wireless sensor network with Received Signal Strength based dynamic selection of Cluster Heads. But, as with other routing protocols, LEACH is also prone to HELLO flood attack when the malicious sensor node becomes the Cluster Head. Cryptographic and non-cryptographic approaches to detect the presence of HELLO flood attack also exist but they lack efficiency in some way. In this paper, an efficient protocol is proposed for the detection and prevention of HELLO Flood attack in wireless sensor network. Cluster heads are vulnerable to various malicious attacks and this greatly affects the performance of the wireless sensor network. Cryptographic approaches to prevent this attack are not so helpful though some non-cryptographic methods to detect the HELLO Flood attack also exist but they are not too efficient as they result in large test packet overhead. In this paper, we propose HRSRP (Hello flood attack Resistant Secure Routing Protocol) extension to LEACH protocol so as to protect the cluster head against Hello flood attack. HRSRP is base on encryption using Armstrong number and decryption using AES algorithm to verify the identity of cluster head. The proposed technique is implemented in NS2, the experimental results clearly indicate the proposed technique has significant capability for the detection of hello flood attack launched for making the malicious node as the cluster head.

\end{abstract}


\keywords{wireless sensor networks, leach, hello flood attack, armstrong number, aes, encryption, decryption, cluster head.}

\begin{textblock*}{18cm}(1cm,1cm) % {block width} (coords) 
\textcolor{GJBlue}{\LARGE Global Journals \LaTeX\ JournalKaleidoscope\texttrademark}
\end{textblock*}

\begin{textblock*}{18cm}(1.4cm,1.5cm) % {block width} (coords) 
\textcolor{GJBlue}{\footnotesize \\ Artificial Intelligence formulated this projection for compatibility purposes from the original article published at Global Journals. However, this technology is currently in beta. \emph{Therefore, kindly ignore odd layouts, missed formulae, text, tables, or figures.}}
\end{textblock*}


\let\tabcellsep& 	 	 		 
\section[{I. Introduction}]{I. Introduction}\par
ireless Sensor Network (WSN) is an infrastructure-less and self-configured wireless networks which is used to monitor physical conditions or environment such as sound, humidity, temperature, pressure, speed, pollutant levels etc. and so on. Sensors in WSN pass the data gathered to Base Station (BS) so that it can be further analyzed for further processing to take different decisions. Figure \hyperref[fig_0]{1} shows the structure of a typical WSN. Sensor nodes in a WSN are very resource constrained and are susceptible to various attacks due to limited capacity of data processing, speed, storage, communication bandwidth etc. The complication of the implemented security algorithms also adds to the trouble of providing security to WSNs.The past proposed security techniques for WS Ns assumed that almost all sensor nodes are reliable and helpful, but the same is not true for most of the cases for many sensor network applications today. A large number of attacks are possible in WSN including jamming, tampering, exhausting, hello flood, collision, sinkhole, Sybil, denial-of-service, flooding, cloning etc.\par
Hello flood attack is a network layer attack in WSN caused when hello packets used for neighbour discovery are sent or replayed by an attacker with high transmission power. In this way, the attacker creates an illusion of being a neighbour to other sensor nodes so that the underlying routing protocol can be disrupted, which smooth the progress of launching further types of attacks. The attacker broadcast packets with such a high transmission power that a large number of sensor nodes in the WSN choose it as the parent node or cluster head (CH) in case of clustered implementation. All messages to be broadcasted in the WSN are routed through this parent sensor node that increases delay. The attacker broadcast these hello messages to a large number of sensor nodes in a wide area of the WSN. These sensor nodes are then forced to be convinced that the attacker node in the network is their neighbour. All the sensor nodes are going to reply to this HELLO message from the attacker and are going to waste their energy. This usually results in a confusion state in the WSN.\par
Heinzelman et al. \hyperref[b1]{[2]} introduced a dynamic hierarchical clustering protocol called LEACH (Low Energy Adaptive LEACH divides the WSN into small clusters of which one is the CH head and others sensor nodes are the cluster members. The cluster sensor node members send their gathered data to the CH, which in turn send it to the BS W by aggregating all the received data from its cluster members so as to reduce the redundancy. In LEACH the CH sensor nodes are periodically re-elected so that the same sensor node is not repeatedly used for the high energy job of the CH. LEACH operations are divided into two phases of Setup phase and Steady phase. In the setup phase, the formation of clusters with CH and cluster members is done for the WSN while in the steady phase; data are sensed and sent to the BS. The steady phase is longer than the setup phase and is done in order to minimize the overhead cost.\par
LEACH protocol is a more secure protocol as compared to the conventional multi-hop protocols as in conventional multi-hop protocols, the sensor nodes around the BS are more attractive to compromise as they are the major points of aggregation and forwarders of all packets to the BS. While in LEACH protocol, the CH are the only node that directly communicate with the BS and the location of these CH can be anywhere in the WSN irrespective of the BS. More over these CHs are regularly randomly changed. Therefore, spotting these CHs is very hard for the adversary in WSN. However, as LEACH is a cluster-based protocol, depending exclusively on the CHs for aggregation of data and its routing, attacks on the CH are the most harmful. If any adversary node becomes a CH, then it can make possible attacks like HELLO flood attack, Sybil attack, selective forwarding etc.\par
Hello packets in WSN are used for neighbour discovery but they can be used by a malicious node with high transmission power to launch Hello flood attack on CHs in WSN. A number of countermeasures against Hello flood attack in WSN have been proposed in the literature that we discussed in our previous work \hyperref[b0]{[1]}. Most of the proposed countermeasures have limitation and need improvement for producing more efficient one. In this paper, we propose a HRSRP (Hello flood attack Resistant Secure Routing Protocol), an extension to LEACH protocol and is base on encryption using Armstrong number and decryption using AES algorithm to verify the identity of the CH so as to prevent the WSN from Hello flood attack. The remaining paper is organised as follows: In section II, we discuss related works; the section III describes the working of HRSRP. In section IV, we provide the simulation of proposed protocol in NS2 while we end with the conclusion in section V. 
\section[{II. Related Works}]{II. Related Works}\par
In this section of the paper, we discuss the work proposed in the past for providing secure formation of clusters by LEACH protocol in WSN, and the proposed work for selecting CHs in a secure way.\par
Heinzelman et al. \hyperref[b1]{[2]} proposed LEACH in which every sensor has a probability of becoming a CH without message exchange. This technique attempted to extend the network life time by making all sensor nodes play a role of CH. In LEACH, some sensor nodes with a high chance declare themselves as CHs and other sensor nodes join in one of them. Since, this method assumes no compromised sensor nodes in the WSN; it has no method to protect the cluster formation from the malicious sensor nodes. F-LEACH \hyperref[b2]{[3]} was proposed in order to defend the cluster formation in LEACH protocol. In this proposal, when a sensor node declares itself as a CH, it employs the use of common keys shared with the BS so as to check the authentication of the CH declaration to the BS. Then, the sink securely broadcasts the authenticated CHs using ?TESLA \hyperref[b3]{[4]}. Normal sensor nodes in WSN join in only one legitimate CH. However, this method has no means to validate the normal sensor nodes which join in any cluster. To resolve this problem, Oliveira et al. \hyperref[b4]{[5]} proposed SecLEACH in which the BS authenticates the CH nodes and further the CHs authenticate the joining sensor nodes. In both F-LEACH and SecLEACH, sensors nodes are pre-assigned some keys for verification before their deployment. However, both F-LEACH and SecLEACH can help in preventing only external attackers from joining of the process of cluster formation i.e. they cannot avoid internal attacks from capturing CHs.\par
Many extensions to LEACH \hyperref[b6]{[7]}\hyperref[b7]{[8]}\hyperref[b9]{[9]}\hyperref[b10]{[10]}\hyperref[b11]{[11]} have been proposed in the past but, most of them focus on balancing the consumption of energy over all sensor nodes and extending the lifetime of the network. A few of them \hyperref[b7]{[8]} deals with electing a CH securely. However, this technique cannot prevent a malicious node from declaring itself as a CH as it can defraud other nodes that it has a short distance to the BS along with a large amount of residual energy. Liu proposed a cluster formation method in which only pre-determined nodes can declare themselves as CHs while other nodes can join any cluster either directly or via a relay node \hyperref[b13]{[13]}. As any CH declaration or cluster join is authenticated by some pre-assigned polynomial share, the method avoids any external attacker from participating in the process of cluster formation. In this method, a compromised relay node can invoke a Denial of Service (DoS) attack by removing the connection between CH and its serving nodes. Pre-determined CHs become the targets of attackers because their roles are fixed. Sun et al. \hyperref[b14]{[14]} proposed a protected scheme for cluster formation which checks the protocol conformity of nodes in order to discriminate mean nodes from usual nodes. In this method, physical network is transformed into cliques and members are openly connected to each other in a clique. After the formation of clique, each node checks that all members have the similar view of the clique membership. Even though the method of \hyperref[b19]{[19]} has enhanced the safety of \hyperref[b14]{[14]}, it supposed that no collisions are possible during the cluster formation. This assumption is difficult to satisfy without the use of any special measure such as TDMA schedule assignment and code separation. Nishimura et al. \hyperref[b21]{[21]} proposed a method where all nodes allocate a trust value to each candidate of CH and the most trusted nodes are allowed to become CH. Otherwise, the nodes join a close cluster to form clusters in the network. The drawback of this scheme is that it produces a lot of communication overhead for the building of trust evaluation system. So, this method is not appropriate for resource-constrained WSNs.\par
Rifà-Pous et al. \hyperref[b20]{[20]} proposed a protected cluster formation method that is based on public key cryptography. The scheme is composed of three phases; cluster discovery phase, CH designation phase, and cluster maintenance phase. In the phase of cluster discovery, all nodes in a cluster have the same view on the membership of cluster with each other. In the phase of cluster designation, a CH is elected considering the number times it performed the CH and number of its neighbours. In the phase of cluster maintenance, the elected CHs provide an authorization certificate to every member in the cluster. But, this method assumes that no nodes depart from the cluster discovery protocol. For example, if a malicious node transmits its message to part nodes in the phase of cluster discovery, the sufferers have a dissimilar view on the membership of cluster. Consequently, it divides a cluster into multiple clusters, and the divided clusters elect their CH respectively in the phase of CH designation. That is to say, this method can produce a lot of clusters under the selective transmission attack. Crosby et al. \hyperref[b21]{[21]} proposed a trust based CH election design where every node provides a trust value to other nodes according to their behaviour and extremely trustworthy nodes become CHs. Every node's behaviour is calculated by counting the occurrence of successful node transmissions and the occurrence of unsuccessful node transmissions. That is, the more a node succeeds in its transmission, the superior reputation value the node has. During the election of new CH, nodes with a more reputation value are suggested for the role of CH by cluster members and one of these is selected as a new CH. A malicious CH can put in a not guilty victim into a blacklist to take away its candidacy for CH in the cluster that is, with the number of blameless victims rises up, a malicious node can enlarge its winning chance.\par
Buttyan et al. \hyperref[b22]{[22]} also proposed a CH selection method which conceals the process of election from outside nodes using cryptographic techniques. However, the concealment works only for external attackers as a compromised node can with no trouble expose the selection result. Moreover, the malicious node can announce itself as a CH even though it is not eligible. Sirivianos et al. \hyperref[b24]{[24]} proposed the Secure Aggregator Node Election (SANE) protocol in which all eligible CH members in a cluster contribute to the production of a random value and a CH is elected randomly using this random value. SANE is classified into further three sub-schemes according to generating and distributing the random value. They are based on Merkle's puzzle scheme, commitment based scheme, and seed based scheme. Dong et al.  {\ref [25]} proposed a method that prevents outside attackers from taking part in a CH election process through its ID assignment scheme, which firmly binds a node's ID, its commitments, and its polynomial shares. In this scheme, the nodes that do not broadcast participation message for CH election or explicitly transmit a nonparticipation message are excluded from the CH candidates. The final CH is selected by arbitrarily selecting one node amongst the rest of the candidates. However, an inside attacker can change CH election result by avoiding the distribution of its participation message; it can also generate numerous CH election results by the process of distributing its contribution message only to a subset of CH candidates. Even though this method has a recovery system to combine numerous election results into one result, it requires the voluntary co-operation of the CH candidates. 
\section[{III. Framework and Working of HRSRP}]{III. Framework and Working of HRSRP}\par
In this section of the paper, we describe our proposed HRSRP for the detection and isolation of Hello flood attack in WSN. We first discuss the WSN model and assumption and then we describe the working of proposed protocol. 
\section[{a) Network Model}]{a) Network Model}\par
The clustered sensor network selected in the paper consists of N static sensor nodes, including CH, member nodes, and BS. CHs are responsible for collecting the information within their clusters and passing it to the BS so as to make decisions and judgments. The formation of clusters is based on LEACH protocol. Every sensor node has a unique identity (ID). Following assumptions of the WSN are used in the proposed protocol HRSRP.\par
1. Hello flooding attack node, formed by the compromise of CH. 2. The compromised node has a high transmission power. 3. Except the malicious sensor node, all the nodes in wireless sensor network are isomorphic with the same initial energy, transmission power, computing power and internal storage structure. 4. Once each node's ID is allocated, it cannot be changed. 5. Each sensor node is allocated unique Armstrong number. 6. The sensor nodes of the network consume the same energy in the same stage of the work, e.g. the transmission and reception of data packets in the process of detection. 
\section[{b) Implementation of HRSRP}]{b) Implementation of HRSRP}\par
The HRSRP is an improved secure extension to the LEACH protocol, so the implementation of the Year 2016 ( ) proposed protocol has to take advantage of the characteristic of LEACH clustering. LEACH protocol is mainly divided into two phases of set-up phase and stable phase. In the set-up phase, all the sensor nodes have to follow the two guidelines of fairness criterion and randomness criterion. In fairness criteria all sensor nodes in the network have same probability to become a CH. While in randomness criterion, the election of the CH is done in a random way. The chance for a sensor node to become a CH in the round entirely depends on whether the sensor node has ever been elected as CH in the recent rounds and the percentage of the CH sensor in the WSN. When the election of the CH is over, every member node chooses the cluster to join on the basis of the maximum received signal strength until all the clusters are completed. In general, the implementation of LEACH has a longer stabilization phase.\par
Each member sensor node is responsible for sensing the surrounding environment and forwarding the data to their respective CHs. After collecting information from cluster member nodes, each CH forwards it to the BS. It is vulnerable for LEACH against Hello flood attack due to these characteristics of clustering. Hello flood attack is a common routing attack in the network, which broadcasts a large number of hello message with higher transmission power to nodes in the network. Any sensor node that receives the hello message with high signal will consider the malicious node as CH. This malicious node may damage the network by selectively modifying, discarding information received from its neighbours. 
\section[{c) Determination of malicious CH}]{c) Determination of malicious CH}\par
The BS maintains record of CHs, cluster members, malicious nodes in the registration table as different sets. The values are updated as per the changes in the clusters and CHs. The initial values of these sets are Set CH node = \{null\}, the CHs in the network. Set CH member = \{null\}, the members of each cluster in the network. Set CH malicious = \{null\}, which means the malicious nodes in the network.\par
Each sensor node with a certain probability (p) try for becoming CH based on the criterion of randomness and fairness. The sensor node that becomes a CH broadcasts the message of selfclustering in order to attract neighbouring sensor nodes so as to join it. The cluster head CH(i) is selected according to the level of the Received Signal Strength (RSS) to join in a certain range of area. The members of the cluster as calculated by each CH are added to the set CH member .\par
i 
\section[{. Allocation of unique ID}]{. Allocation of unique ID}\par
The BS allocates a unique ID to each sensor in the network. Whenever any sensor node request for becoming CH, it has to send this ID to the BS so that the node identification can be validated.\par
ii 
\section[{. Allocation of unique Armstrong number}]{. Allocation of unique Armstrong number}\par
The BS also allocates a unique Armstrong number against each ID for each of the sensor node in the network. An Armstrong number is an m-digit base n number such that the sum of its (base n) digits raised to the power m is the number itself. For example number 371 is an Armstrong number as 3 3 +7 3 +1 3 =27 + 343 +1 = 371 which is equals to number itself. Whenever any sensor node request for becoming CH, it has to send encrypted hello message with this Armstrong number. Table \hyperref[tab_0]{1} shows example registration table maintained at BS. The flowchart in figure  {\ref 2} describes the working of HRSRP for authentication of CH by the BS.\par
As LEACH is fragile to hello flooding attacks because of its characteristics and nature. The compromised non-cluster head sensor nodes have less effect on the performance of network with limit range. But, once it becomes a CH with higher transmission power, a large number of sensor nodes will be appealed for becoming one of its members in a cluster. If the malicious node discards or alters the packets, the circumstances would seriously smash the honesty and precision of the information in the network. The HRSRP can detect the presence of malicious node with fewer energy and small error rate, which can efficiently get better the network performance. 
\section[{IV. Simulation Results}]{IV. Simulation Results}\par
In this section of the paper, we present the results of the simulation to show the effectiveness of HRSRP. The simulation is carried out in ns2. \hyperref[b35]{35}  throughput as this is one of the crucial network parameters. Network throughput refers to the average rate of successfully delivered packets. Throughput is calculated depending on a total number of packets received at the destination in sensor network per unit of time. Throughput is calculated as Throughput = (Total number of packets received at the destination) / (simulation time)\par
Figure 3 shows the throughput analysis in the case of the sensor network without Hello flood attack, under Hello flood attack, and after implementation of proposed HRSRP. The figure clearly shows that the proposed protocol after the isolation of the Hello flood attack results in the increase of throughput. 
\section[{b) Packet delivery ratio}]{b) Packet delivery ratio}\par
Packet delivery ratio (PDR) of a network is defined as the ratio of the total received packets at the destination to total packets generated by the source node. PDR is calculated as PDR = (Packets received/packets generated) * 100\par
Figure  {\ref 4} shows the PDR analysis in the case of the sensor network without Hello flood attack, under Hello flood attack, and after implementation of HRSRP. The figure clearly shows that the proposed protocol after the isolation of the Hello flood attack results in the increase of PDR. A high value of PDR is an indication that there is less packet loss in the sensor network. 
\section[{c) Delay}]{c) Delay}\par
The delay is defined as the average time taken by a packet (data) to arrive at the destination. The delay also includes any delay that is caused by the process of route discovery along with queue in data packet transmission. The data packets successfully delivered to the destinations are only counted. It is calculated as: Delay = ? (arrive time -send time) / ? Number of connections\par
The lesser value of delay is an indicator of the better performance of the protocol. Figure  {\ref 5} shows the end to end delay in the case of sensor network without Hello flood attack, under Hello flood attack, and after  
\section[{d) Overhead}]{d) Overhead}\par
Overhead is the excess time taken by the protocol to deliver the packets to the destination. Hello flood attack increases the overhead in the sensor network. The routing overhead is defined as the count of packets used for routing in the sensor network. Figure  {\ref 6} shows overhead in the case of sensor network without Hello flood attack, under Hello flood attack, and after implementation of HRSRP. The proposed protocol results in decreasing the overhead of the network as shown in figure  {\ref 6}. 
\section[{V. Conclusion}]{V. Conclusion}\par
Cluster head selection in a secure way in clustered implementation of wireless sensor network is vital as all the cluster sensor members data to the base station is communicated through cluster head. Hello flood attack in wireless sensor network can be used for making a cluster head compromised by making use of high transmission power used for sending or replaying hello packets which are used for neighbour discovery. LEACH protocol is hard to attack by adversary excluding the case when it can become cluster head. In this paper, a approach to detect and prevent HELLO Flood attack in LEACH protocol in wireless sensor networks is proposed. We propose a HRSRP (Hello flood attack Resistant Secure Routing Protocol) extension to LEACH protocol base on encryption using Armstrong number and decryption using AES algorithm to verify the identity of cluster head. HRSRP improves the network performance by early discovery of adversary and preventing the sensor nodes from associating with such a malicious cluster head. The implementation of the proposed technique in NS2 shows its efficiency for the factors of throughput, packet delivery ratio, delay, overhead. The simulation results prove that HRSRP expels more compromised nodes from clusters and suppresses the separation of clusters. Other simulation results also represent that HRSRP raises the quality of clusters and more energy efficient than an opponent scheme. Additional simulation will be done in the future by increasing the number of sensor nodes.  
\section[{VI. Acknowledgement}]{VI. Acknowledgement}\begin{figure}[htbp]
\noindent\textbf{1}\includegraphics[]{image-2.png}
\caption{\label{fig_0}Figure 1 :}\end{figure}
  \begin{figure}[htbp]
\noindent\textbf{1} \par 
\begin{longtable}{P{0.18989361702127658\textwidth}P{0.2622340425531915\textwidth}P{0.39787234042553193\textwidth}}
Sensor\tabcellsep Allocated\tabcellsep Allocated Random\\
number\tabcellsep unique\tabcellsep Armstrong\\
\tabcellsep ID\tabcellsep Number\\
001\tabcellsep S0001\tabcellsep 153\\
002\tabcellsep S0002\tabcellsep 407\\
.\tabcellsep .\tabcellsep .\\
.\tabcellsep .\tabcellsep .\\
N\tabcellsep \tabcellsep 54748\end{longtable} \par
 
\caption{\label{tab_0}Table 1 :}\end{figure}
 \begin{figure}[htbp]
\noindent\textbf{2} \par 
\begin{longtable}{P{0.85\textwidth}}
with the\end{longtable} \par
 
\caption{\label{tab_1}Table 2 :}\end{figure}
 			\footnote{© 2016 Global Journals Inc. (US)} 		 		\backmatter  			 \par
Authors are highly thankful to the Department of RIC, IKG Punjab Technical University, Kapurthala, Punjab for providing opportunity to conduct this research work.			 			  				\begin{bibitemlist}{1}
\bibitem[Mohammad Sayad Haghighi et al.]{b32}\label{b32} 	 		\textit{},  		 			Kamal Mohammad Sayad Haghighi 		,  		 			Vijay Mohamedpour 		,  		 			Barry G Varadharajan 		.  		 	 
\bibitem[Singh et al. (2012)]{b39}\label{b39} 	 		‘A Cross-Layer Based Intrusion Detection Technique for Wireless Networks’.  		 			Jatinder Singh 		,  		 			Dr Savita Gupta 		,  		 			Dr Lakhwinder Kaur 		.  	 	 		\textit{The International Arab Journal of Information Technology}  		May 2012. 9  (3) .  	 
\bibitem[Rifà-Pous and Herrera-Joancomartí ()]{b20}\label{b20} 	 		‘A Fair and Secure Cluster Formation Process for Ad Hoc Networks’.  		 			H Rifà-Pous 		,  		 			J Herrera-Joancomartí 		.  	 	 		\textit{Wireless Communications}  		2011. 56  (3)  p. .  	 
\bibitem[Waldir Ribeiro Pires J´ Unior Thiago et al. ()]{b38}\label{b38} 	 		‘A MAC Layer Based Defense Architecture for Reduction-of-Quality (RoQ) Attacks in Wireless LAN’.  		 			H Waldir Ribeiro Pires J´ Unior Thiago 		,  		 			Chi De Paula Figueiredo Hao 		,  		 			Wong 		.  	 	 		\textit{18th International Parallel and Distributed Processing Symposium},  				 			Dr Savita Singh,  			Dr Gupta,  			Lakhwinder Kaur 		 (ed.)  		2010. 7.  	 	 (Print) 	 (Malicious Node Detection in Wireless Sensor Networks) 
\bibitem[Wang et al. ()]{b19}\label{b19} 	 		‘A Secure Cluster Formation Scheme in Wireless Sensor Networks’.  		 			G Wang 		,  		 			D Kim 		,  		 			G Cho 		.  		 ID 301750.  	 	 		\textit{Int'l Journal of Distributed Sensor Networks}  		2012. 2012 p. 14.  	 
\bibitem[Dubey et al. (2014)]{b28}\label{b28} 	 		‘A Survey in Hello Flood Attack in Wireless Sensor Networks’.  		 			Akhil Dubey 		,  		 			Deepak Meena 		,  		 			Shaili Gaur 		.  	 	 		\textit{International Journal of Engineering Research \& Technology (IJERT)}  		 2278- 0181.  		January 2014. 3  (1) .  	 
\bibitem[Fatema and Brad (2013)]{b30}\label{b30} 	 		‘Attacks and counterattacks on wireless sensor networks’.  		 			Nusrat Fatema 		,  		 			Remus Brad 		.  	 	 		\textit{Sensor \& Ubiquitous Computing (IJASUC)},  				December 2013. 4.  	 
\bibitem[Steffi et al. (2014)]{b26}\label{b26} 	 		‘Attacks and countermeasures in WSN’.  		 			J Steffi 		,  		 			Agino Priyanka 		,  		 			S Tephillah 		,  		 			A M Balamurugan 		.  	 	 		\textit{International Journal of Electronics \& Communication}  		 23215984.  		January 2014. 2  (1) .  	 
\bibitem[Crosby and Pissinou ()]{b21}\label{b21} 	 		‘Cluster-based Reputation and Trust for Wireless Sensor Networks’.  		 			G V Crosby 		,  		 			N Pissinou 		.  	 	 		\textit{Proc. of the 4th IEEE Consumer Communications and Networking Conference (CCNC '07)},  				 (of the 4th IEEE Consumer Communications and Networking Conference (CCNC '07))  		2007. p. .  	 
\bibitem[Hamid and Rashid ()]{b37}\label{b37} 	 		‘Defense against lap-top class attacker in wireless sensor network’.  		 			A Hamid 		,  		 			Mamun Rashid 		.  	 	 		\textit{The 8th International Conference Advanced Communication Technology},  				2006. IEEE. p. .  	 	 (Print ISBN) 	 (Choong Seon Hong) 
\bibitem[Shen et al. (2015)]{b5}\label{b5} 	 		‘Detection of Hello Flood Attack Caused by Malicious Cluster Heads on LEACH Protocol’.  		 			Yaya Shen 		,  		 			Sanyang Liu 		,  		 			Zhaohui Zhang 		.  	 	 		\textit{International Journal of Advancements in Computing Technology (IJACT)}  		March 2015. 7  (2) .  	 
\bibitem[Magotra and Kumar ()]{b23}\label{b23} 	 		‘Detection of HELLO flood Attack on LEACH Protocol’.  		 			Shikha Magotra 		,  		 			Krishan Kumar 		.  	 	 		\textit{IEEE International Advance Computing Conference (IACC)},  				2014.  	 
\bibitem[Jyoti and Bansal (2015)]{b18}\label{b18} 	 		‘Detection of Hello Flood Attack on Leach Protocol Based on Energy of Attacker Node’.  		 			Ashu Jyoti 		,  		 			Bansal 		.  	 	 		\textit{International Journal of Innovations \& Advancement in Computer Science}  		 2347 -8616.  		September 2015. 4.  	 
\bibitem[Satwinder Kaur et al. (2014)]{b27}\label{b27} 	 		‘Detection of Malicious Cluster Head causing Hello Flood Attack in LEACH Protocol in Wireless Sensor Networks’.  		 			Satwinder Kaur 		,  		 			Mansi Saini 		,  		 			Gupta 		.  	 	 		\textit{International Journal of Application or Innovation in Engineering \& Management (IJAIEM)}  		 2319 -4847.  		May 2014. 3  (5) .  	 
\bibitem[Kang and Nguyen (2012)]{b6}\label{b6} 	 		‘Distance Based Thresholds for Cluster Head Selection in Wireless Sensor Networks’.  		 			S Kang 		,  		 			T Nguyen 		.  	 	 		\textit{IEEE Communications Letters}  		Sep. 2012. 16  (9)  p. .  	 
\bibitem[Kaur and Singh (2015)]{b17}\label{b17} 	 		‘Energy level based Hello Flood attack Mitigation on WSN’.  		 			Dilpreet Kaur 		,  		 			Rupinderpal Singh 		.  	 	 		\textit{International Journal of Embedded Systems and Computer Engineering}  		 23213361.  		July 2015.  	 
\bibitem[Heinzelman et al. (2000)]{b1}\label{b1} 	 		‘Energy-efficient communication protocol for wireless microsensor networks’.  		 			W R Heinzelman 		,  		 			A Chandrakasan 		,  		 			H Balakrishnan 		.  	 	 		\textit{the proceedings of the 33rd Annual Hawaii International Conference on System Sciences},  				Jan. 2000. 2.  	 
\bibitem[Anup Wanjari and Dhamdhere (2014)]{b31}\label{b31} 	 		‘Evading Flooding Attack in MANET Using Node Authentication’.  		 			A Anup Wanjari 		,  		 			Vidya Dhamdhere 		.  	 	 		\textit{International Journal of Science and Research}  		December 2014. 3 p. .  	 
\bibitem[Virendra Pal et al. (2010)]{b34}\label{b34} 	 		‘Hello Flood Attack and its Countermeasures in Wireless Sensor Networks’.  		 			Virendra Pal 		,  		 			Sweta Singh 		,  		 			Jyoti Jain 		,  		 			Singhai 		.  	 	 		\textit{International Journal of Computer Science Issues}  		 1694-0814.  		May 2010. 7  (11) .  	 
\bibitem[Singh et al. (2016)]{b0}\label{b0} 	 		‘Hello flood attack Countermeasures in Wireless Sensor Networks’.  		 			Rupinder Singh 		,  		 			Dr Jatinder Singh 		,  		 			Dr. Ravinder Singh 		.  	 	 		\textit{International Journal of Computer Science and Mobile Applications}  		April 2016. 4  (5)  p. .  	 
\bibitem[Devi et al. (2015)]{b12}\label{b12} 	 		‘Hello Flood Attack Using BAP in Wireless Sensor Network’.  		 			Gayatri Devi 		,  		 			Rajeeb Sankar Bal 		,  		 			Nibedita Sahoo 		.  	 	 		\textit{International Journal of Advanced Engineering Research and Science}  		 2349-6495.  		Jan. 2015. 2  (1) .  	 
\bibitem[Osama (2008)]{b36}\label{b36} 	 		‘Hello Flood Counter Measure for Wireless Sensor Network’.  		 			Mohamed Osama 		,  		 			Khozium 		.  	 	 		\textit{International Journal of Computer Science and Security}  		May 2008. 2  (3) .  	 
\bibitem[Katiyar et al. (2011)]{b9}\label{b9} 	 		‘Improvement in LEACH Protocol for Large-scale Wireless Sensor Networks’.  		 			V Katiyar 		,  		 			N Cand 		,  		 			G C Gautam 		,  		 			A Kumar 		.  	 	 		\textit{Proc. of Int'l Conf. On Emerging Trends in Electrical and Computer Technology},  				 (of Int'l Conf. On Emerging Trends in Electrical and Computer Technology)  		Mar. 2011. p. .  	 
\bibitem[Saadat et al. (2010)]{b10}\label{b10} 	 		‘Improving Threshold Assignment for Cluster Head Selection in Hierarchical Wireless Sensor Networks’.  		 			M Saadat 		,  		 			R Saadat 		,  		 			G Mirjality 		.  	 	 		\textit{Proc. of Int'l Symposium on Telecommunications},  				 (of Int'l Symposium on Telecommunications)  		Dec. 2010. p. .  	 
\bibitem[Int'l Conf ()]{b8}\label{b8} 	 		 			Int'l Conf 		.  	 	 		\textit{On Computational Science and Its Applications},  				2010. 6018 p. .  	 
\bibitem[Rawan and Suhare (2015)]{b16}\label{b16} 	 		‘Intrusion Detection of Hello Flood Attack in WSNs Using Location Verification Scheme’.  		 			S Rawan 		,  		 			M Suhare 		,  		 			A 		.  	 	 		\textit{International Journal of Computer and Communication Engineering}  		May 2015. 4  (3) .  	 
\bibitem[Sirivianos (2007)]{b24}\label{b24} 	 		‘Non-manipulable Aggregator Node Election Protocols for Wireless Sensor Networks’.  		 			M Sirivianos 		.  	 	 		\textit{Proc. of IEEE 6th Annual Comm. Society Conf. on Sensor, Mesh and Ad Hoc Communications and Networks(SECON)},  				 (of IEEE 6th Annual Comm. Society Conf. on Sensor, Mesh and Ad Hoc Communications and Networks(SECON)Cyprus)  		Apr. 2007. 2009. p. .  	 	 (Proc. of Int'l Sympo. on Modeling and Optimization in Mobile, Ad Hoc, and Wireless Networks (WiOpt '07)) 
\bibitem[Ferreira et al. ()]{b2}\label{b2} 	 		‘On the security of cluster-based communication protocols for wireless sensor networks’.  		 			A C Ferreira 		,  		 			M A Vilaca 		,  		 			L B Oliveira 		,  		 			E Habib 		,  		 			H C Wong 		,  		 			A A Loureiro 		.  	 	 		\textit{Proc. of 4th IEEE Int'l Conf. on Networking},  				 (of 4th IEEE Int'l Conf. on NetworkingReunion Island, France)  		Apr. 17-21, 2005.  	 
\bibitem[Buttyan and Holczer ()]{b22}\label{b22} 	 		‘Private Cluster Head Election in Wireless Sensor Networks’.  		 			L Buttyan 		,  		 			T Holczer 		.  	 	 		\textit{Proc. of the Fifth IEEE Int'l Workshop on Wireless and Sensor Network Security (WSN '09)},  				 (of the Fifth IEEE Int'l Workshop on Wireless and Sensor Network Security (WSN '09))  		2009. IEEE. p. .  	 
\bibitem[Liu ()]{b13}\label{b13} 	 		‘Resilient Cluster Formation for Sensor Networks’.  		 			D Liu 		.  	 	 		\textit{Proc. of 27th Int'l Conf. on Distributed Computing Systems (ICDCS '07)},  				 (of 27th Int'l Conf. on Distributed Computing Systems (ICDCS '07))  		2007. p. .  	 
\bibitem[Han et al. ()]{b7}\label{b7} 	 		‘SecDEACH: Secure and Resilient Dynamic Clustering Protocol Preserving Data Privacy in WSNs’.  		 			Y Han 		,  		 			M Park 		,  		 			T Chung 		.  	 	 		\textit{Proc. of the},  				 (of the)  		2010.  	 
\bibitem[Oliveira et al. ()]{b4}\label{b4} 	 		‘SecLEACH-a random key distribution solution for securing clustered sensor networks’.  		 			L B Oliveira 		,  		 			H C Wong 		,  		 			M W Bern 		,  		 			R Dahab 		,  		 			A A Loureiro 		.  	 	 		\textit{Proc. of 5th IEEE Int'l Symp. on Network Computing and Applications},  				 (of 5th IEEE Int'l Symp. on Network Computing and ApplicationsCambridge, Massachusetts, USA)  		Jul. 24-26, 2006.  	 
\bibitem[Nishimura et al. (2011)]{b25}\label{b25} 	 		‘Secure Clustering for Building Certificate Mangement Nodes in Ad-Hoc Networks’.  		 			I Nishimura 		,  		 			T Nagase 		,  		 			Y Takehana 		,  		 			Y Yoshioka 		.  	 	 		\textit{Proc. of 14th Int'l Conf. On Network-Based Information Systems (NBiS)},  				 (of 14th Int'l Conf. On Network-Based Information Systems (NBiS)Tirana, Albania)  		Sep. 07-09, 2011.  	 
\bibitem[Sun ()]{b14}\label{b14} 	 		‘Secure Distributed Cluster Formation in Wireless Sensor Networks’.  		 			K Sun 		.  	 	 		\textit{Proc. of 22nd Annual Computer Security Applications Conference (ACSAC'06)},  				 (of 22nd Annual Computer Security Applications Conference (ACSAC'06))  		2006. p. .  	 
\bibitem[Mayur and Ranjith (2015)]{b15}\label{b15} 	 		‘Security Enhancement on LEACH Protocol From HELLO Flood Attack in WSN Using LDK Scheme’.  		 			S Mayur 		,  		 			H D Ranjith 		.  		 ISSN (Print): 2347 -6710.  	 	 		\textit{International Journal of Innovative Research in Science, Engineering and Technology}  		 (Online): 2319 - 8753.  		March 2015. 4.  	 
\bibitem[Venkata et al. ()]{b35}\label{b35} 	 		‘Security in wireless sensor networks’.  		 			C Venkata 		,  		 			Mukesh Singhal 		,  		 			James Royalty 		,  		 			Srilekha Varanasi 		.  	 	 		\textit{Wireless communications and mobile computing Published online in Wiley Inder Science},  				2006.  	 
\bibitem[Virendra Pal et al. (2013)]{b29}\label{b29} 	 		‘Signal Strength based Hello Flood Attack Detection and Prevention in Wireless Sensor Networks’.  		 			Virendra Pal 		,  		 			S Singh 		,  		 			Anand Aishwarya 		,  		 			Sweta Ukey 		,  		 			Jain 		.  	 	 		\textit{International Journal of Computer Applications}  		January 2013. 62  (15) .  	 
\bibitem[Perrig (2002)]{b3}\label{b3} 	 		‘SPINS: Security Protocols for Sensor Networks’.  		 			A Perrig 		.  	 	 		\textit{Wireless Networks}  		Sep. 2002. 8  (5)  p. .  	 
\bibitem[Quinn (2011)]{b33}\label{b33} 	 		‘Stochastic Modeling of Hello Flooding in Slotted CSMA/CA Wireless Sensor Networks’.  		 			Quinn 		.  	 	 		\textit{IEEE transactions on information forensics and security},  				December 2011. 6.  	 
\bibitem[Ren et al. (2010)]{b11}\label{b11} 	 		‘Unequal Clustering Scheme based LEACH for Wireless Sensor Networks’.  		 			P Ren 		,  		 			J Qian 		,  		 			L Li 		,  		 			Z Zhao 		,  		 			X Li 		.  	 	 		\textit{Proc. of Fourth Int'l Conf. on Genetic and Evolutionary Computing},  				 (of Fourth Int'l Conf. on Genetic and Evolutionary Computing)  		Dec. 2010. p. .  	 
\end{bibitemlist}
 			 		 	 
\end{document}
