<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>IEEE Internet of Things Journal (2019)</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="doi">10.1109/BigDataSecurity-HPSC-IDS.2019.00015</article-id>
      <title-group>
        <article-title>A System for Detecting Anomalies and Identifying Smart Home Devices Using Collective Communication</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Anastasiia Nicheporuk</string-name>
          <email>as@wunu.edu.ua</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Andrii Nicheporuk</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Anatoliy Sachenko</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Oleg Sachenko</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Andrii Kazantsev</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Khmelnitsky National University</institution>
          ,
          <addr-line>11 Instytutska Str., 29016</addr-line>
          ,
          <country country="UA">Ukraine</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>West Ukrainian National University</institution>
          ,
          <addr-line>11 Lvivska Str., 46009</addr-line>
          ,
          <country country="UA">Ukraine</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2017</year>
      </pub-date>
      <volume>1039</volume>
      <fpage>171</fpage>
      <lpage>180</lpage>
      <abstract>
        <p>The fourth industrial revolution put on new rails processes of automation in industry, healthcare, home and other areas of human life through the mass integration of the concept of the Internet of Things into these areas. However, this concept leaves a number of potential "bottlenecks" in the security of such systems for attackers. Third-party access to data collected by smart devices in, for example, a smart home can lead to a variety of emergencies, the degree of danger of which will depend solely on the will of the owner of the intercepted data. In this paper we proposes a system for detecting anomalies and identifying smart home devices based on the collective communication of smart homes. The concept of the system is based on the benefits of combining smart homes into a social network in terms of improving the security of both a single smart home and the entire social network of combined smart homes. Detection of anomalies and identification of devices in each of the smart homes is based on monitoring network traffic and forming profiles of smart devices that are present in the network. Based on this, a whitelist of allowed profiles of devices operation in the cluster is formed. To verify the presence of a profile in the whitelist the Random Forest algorithm was used. A key feature of the system is the communication of smart home clusters with each other to exchange information about the available smart device profiles in the whitelists of each cluster. To evaluate the effectiveness of the proposed system, a number of experimental studies were conducted. The results of the experiments showed the overall accuracy of the system at the level of 97.21% with an average level of type I errors of 5.94%.</p>
      </abstract>
      <kwd-group>
        <kwd>1 Collective Communication</kwd>
        <kwd>Smart home</kwd>
        <kwd>Smart device</kwd>
        <kwd>Traffic</kwd>
        <kwd>Profile</kwd>
        <kwd>White list</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>For a considerable period of time, humanity get the benefit from the use of smart devices
connected to a network to improve and automate life. Smart homes, healthcare systems, automation
systems, and Industrial Internet of Things (IIoT) are prime examples of systems based on a network
of connected smart devices under the control of microcontrollers or FPGA [1-5]. The next step in the
evolution of such systems is their integration into social networks. For example, the integration of
smart homes into a social network forms a higher hierarchical level of their interaction, which
produces new opportunities and benefits, in particular in terms of management, storage and
processing of information, improving end-user service, prevention and collective response to
emergencies and events, in terms of security, etc. Unfortunately, in terms of the security of such
networks, the integration of smart homes into social networks does not remove their vulnerabilities,
which were inherent in their constituent components at a lower level.</p>
      <p>Our research focuses on benefiting from the integration of smart homes into a social network in
terms of improving the security of both a single smart home and the entire social network of
combined smart homes. We represent each smart home as a cluster, which is an automated system
with a set of smart devices that are connected to each other and the gateway, communication between
which is carried out by involving a stack of TCP / IP protocols. The mechanism of cluster interaction
is one-to-many, i.e. from one cluster, through a router with Internet access, it is possible to receive /
transmit information to / from all other clusters. Thus, the task of the study is to decide on the absence
/ presence of abnormal behavior in the communication environment of a smart home by monitoring
its network traffic and identifying network data flows from specific devices, as well as, if necessary,
attracting information about abnormal activity from other clusters which are part of the social network
of collective communication.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Vulnerabilities and attacks on IoT networks</title>
      <p>From year to year, the attackers try to compromise and stole the private information by hacking the
local and corporate networks. From the point of view of IoT networks, the specifics of their work
reveal even more vulnerabilities and existing bottlenecks for attacks in contrast with "conventional"
network [6]. The most important reasons why criminals choose to attack IoT devices, in particular
smart homes, are their constant availability on the Internet, limited computing capabilities, which
makes it impossible to install security systems directly on the devices themselves, vulnerabilities
related to authorization / authentication devices on the network, heterogeneity of the devices and their
communication environment, vulnerabilities in web interfaces, lack of proper attention from end users
("put and forget", which often manifests itself in leaving standard logins and passwords, lack of
checking for updates, etc.) [7-10]. The combination of these factors leads to considerable interest
among criminals who are trying to implement more and more cyber-attacks.</p>
      <p>The main types of attacks on IoT networks are DoS / DDoS attacks and Man in the middle
(MITM) attacks. Their common goal is to capture control of the device and use it for their own
purposes. These goals can be, for example, the participation of the device in the botnet (Mirai botnet
[11]), reading, interception, distortion of information by compromising the communication channel
(e.g. ARP Spoofing attack), disconnecting the device from the network, thereby disrupting the
established process operation of the whole system (for example, disabling surveillance cameras,
motion sensors, etc.) [12, 13]. In addition, the simplicity and flexibility of introducing new smart
devices, applications and services into the Smart House system makes them look like building blocks
[14-16], lack of understanding of internal operation of which can lead to unknown vulnerabilities and
their spread on a large scale.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Related works</title>
      <p>Today, considerable attention is paid to the problem of detecting cyber-attacks on the IoT network.
Existing intrusion detection systems in the IoT network can be divided into several main groups: intrusion
detection systems based on signatures [17], intrusion detection systems based on rules and anomaly
detection systems [18]. One of the most promising areas is the detection of anomalies in network traffic.
The anomaly detection technique is to learn legitimate behavior from the normal network traffic and
identify the variations from it. Since anomaly detection just inspects deviations from the benign traffic
rather than the attack signatures, it has the capability to identify the zero-day attacks as well [19-21].
Known approaches of abnormal activity detection in network traffic primarily differ in the choice of
features or parameters that determine the difference between normal and harmful profile, the way they are
presented and methods of processing. Let's take a closer look at some of them.</p>
      <p>In [22] authors propose the IOT-KEEPER, an edge system capable of performing online traffic
classification at network gateways. The system represents the traffic with features that are agnostic with
respect to the IoT communication technology, but only depends on TCP/IP features which can be
observed by the edge. IOT-KEEPER uses fuzzy C-Means clustering in order to identify different types
of IoT device activities based on their network footprints. The framework then uses these properties and
characterizations to identify anomalies in device activities by analyzing its network traffic.</p>
      <p>Authors in [23] presents the possibility of using the Hurst coefficient to determine the level of
self-similarity of the traffic, which affects the ability to determine the typical operating states as well as
the detection of certain anomalies such as an attack, refusal of access, overload and post-failure state.
Additionally, authors present results of an analysis of traffic in the communication network using a
statistical coefficient of similarity and multifracture spectrum. The presented results of the
measurements and research confirmed that the analyzed traffic was self-similar and amounted to 0.5–1.</p>
      <p>Another anomaly based approach is presented in [24]. The authors utilize a deep packet analysis
approach which employs a bit-pattern technique. The network payloads are treated as a sequence of bytes
called bit-pattern, and the feature selection operates as an overlapping tuple of bytes called n-grams. When
the corresponding bits matches all positions, a match between the bit-pattern and n-grams occurs. The
system is evaluated by deploying four attacks and demonstrates a very low false-positive rate.</p>
      <p>In [25] the authors proposed a two-level anomalous activity detection model for intrusion detection
system in IoT networks. The first layer of the proposed model categorizes the network flow as normal
flow or abnormal flow using decision tree classifier. If the detected flow is anomalous, then the first
level transfers the flow to the second layer. The second layer classifies the type of this attack using
random forest algorithm. Proposed solution can characterize the network traffic as Normal,
DDoSHTTP, DDoS-TCP, DDoS-UDP, DoS-HTTP, DoS-TCP, DoS-TCP, OS-Fingerprint, Service-Scan,
Keylogging, and Data-Exfiltration.</p>
      <p>A method to detect anomalous operations by learning user behaviors in smart home is presented in
[26]. Proposed method uses Hidden Markov Models to learn the normal activities of a user. This
method uses the information obtained from sensors of the home IoT devices as the observations. By
using the observations, this method learns the parameters of Hidden Markov Models. Next, this
method detects the anomalous operations if an operation whose probability is low occurs. Authors
demonstrated the accuracy of this method by using the dataset collected at the smart home
environment deployed by them.</p>
      <p>Another similar method that learns user behaviors and focuses on the scenario of interaction of
multiple users with smart home devices is presented in [27]. This method models user behavior as
sequences of user events including operation of home IoT devices and other monitored activities.
Considering users behave depending on the condition of the home such as time and temperature,
this method learns event sequences for each condition. To mitigate the impact of events of
other users in the home included in the monitored sequence, presented method generates multiple
event sequences by removing some events and learning the frequently observed sequences.</p>
      <p>The presented solutions have shown a fairly high level of efficiency in detecting abnormal
behavior in IoT networks, but they are primarily focused on protecting of a single ecosystem of a
smart home, not taking into account the possible security gains in the case of combination of clusters
of smart homes into a single social network.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Profiling of smart home devices</title>
      <p>Despite the identity of the physical environment and the protocol for transmitting information in TCP
/ IP networks, the characteristics of network traffic for smart devices and conventional non-intelligent
nodes will be different. This situation is explained by the nature and main purpose of smart devices. The
main purpose of smart devices is to periodically monitor environmental processes and exchange
information with other smart devices or end users (the end users are other smart devices or various user
devices – computers, tablets, smartphones, etc.). Given the specifics of smart devices, the following
characteristics of network traffic can be distinguished: activity period, sleep period, packet size and
amount of information transmitted within the session, frequency and number of DNS queries [28-31].</p>
      <p>The period of activity reflects the phase of the life cycle of a smart device, which is manifested in
its active network interaction with other devices in the network. This activity is the transmission of
information about the parameters of the physical environment or synchronization signals to maintain
communication with other participants in the M2M interaction. Accordingly, this period will be
characterized by a surge in network activity produced by a smart device. A review of previous studies
has shown [28] that for a significant number of smart devices, including TP-Link Smart Plug Switch,
the duration of this period is not more than 5 seconds.</p>
      <p>The activity of the devices is changed by sleep periods during which the exchange of packets in
the network with the participation of a smart device and other devices in the network is absent. For
most smart devices, this period is no more than 20 seconds.</p>
      <p>The size of packets and the amount of information transmitted within a session involving a smart
device can also be a key aspect in profiling (behavioral differentiation) devices of smart homes.
Typically, the packet size of data transmitted by smart devices is small. At the same time, the amount
of information transmitted within one session is not more than 1 KB.</p>
      <p>Another feature that allows you to differentiate smart device profiles is the number and frequency
of DNS queries. Due to the highly specialized nature of the operation of smart devices, the frequency
and number of DNS queries is not high. Smart devices often use the domain names of smart device
manufacturers, for example, the Amazon Echo produce DNS queries to softwareupdates.amazon.com,
device-metrics-su, amazon.com, example.org, pindorama.amazon.com, and pool.ntp.org [20]. While
the LiFX lightbulb communicates with only two domains v2.broker.lifx.co and pool.ntp.org.</p>
      <p>Thus, understanding the features of the interaction of smart devices allows us to identify a set of
features (or attributes) that can be used to describe the behavior and characteristics of a smart device
in a smart home.</p>
    </sec>
    <sec id="sec-5">
      <title>5. A system for detecting anomalies and identifying smart home devices using collective communication</title>
      <p>The implementation of the system for detecting anomalies and identifying devices in smart homes
is based on monitoring of network traffic and construction of profiles of smart devices that are present
in the network. Based on this, a whitelist of allowed profiles of devices operation in the cluster is
formed. A key feature of the system is the communication of clusters with each other to exchange
information about the available profiles of smart devices. The generalized functional scheme of the
system for detecting anomalies and identifying devices in smart homes is given in fig. 1. Let's take a
closer look at the components of the proposed system.</p>
      <p>The system of detection of anomalies and identification of devices is placed in the internal network
of a smart home and consists of the following modules: network traffic monitoring, detection of
anomalies in network behavior, identification and decision making module, PDML conversion
module, features extraction module, classification module. Information about available devices in
smart home is stored in a white list of smart device profiles. It is assumed that smart homes are
connected to a social network.</p>
      <p>The identification and decision making module organizes the operation of the system in three
modes: monitoring of network traffic and detection of anomalies; search for device profiles in the
cluster; search for a profile in other clusters (Fig. 1). Let D = { d1 ,d2 ,...,dn } be the set of smart
devices, whitelisted and connected in cluster C, where C = { c1 ,c2 ,...,cm }, m is the number of
clusters. Assume that in each cluster, all smart devices are whitelisted, i.e. the whitelist was generated
immediately after all devices were connected. In addition, it is assumed that the smart devices were
operated in normal mode, without performing firmware change, reconfiguration or other similar
operations. Also, let each cluster have its own set of smart devices, and accordingly, its own whitelist,
which may differ from those existing on other clusters.</p>
      <p>In the first mode, abnormal behavior in network traffic is tracked. If abnormal behavior is detected,
the transition of system to the second mode is carried out, in which the classification of network
traffic and identification of smart devices is performed. Let a structured set of traffic data is setted,
then the result of the system for a given stream of IP packets (sessions) is it's comparison with the set
D in the cluster с j and determine di for which behavior of a given stream of packets is closest. If as
a result of classification it was possible to match a suspicious profile to one of profiles di of smart
devices in smart home, then the system returns to the first (regular) mode of operation.</p>
      <p>Otherwise, if the specified sequence of packets in the cluster с j is not matches to one of the
profiles di (the threshold value is not exceeded), the sequence of packets is denoted as "unknown
sequence of packets" and the system have been transitioning into the third mode. This mode involves
requesting to other clusters сk ,1 &lt; k ≤ m − 1 in order to check the sequence of packets (theirs profile)
received in the cluster с j with whitelists in each cluster in the social network.</p>
      <p>After performing of classification and identification on each of the clusters сk , the all results are
sent to the cluster с j , where the module of identification and decision making makes the final
conclusion. To form a conclusion, the module of identification and decision making in the cluster с j
from the results of the responses of all clusters forms a list in which each element is either a type of
device in the found cluster dick or "unknown sequence of packets". The result of the system φ ( c j ) in
the cluster с j for the generated list is calculated as:</p>
      <p>
        k≤m−1
φ ( c j ) = k≤kk∑∑m==11−1uhcckk ⋅⋅ wwcckk (
        <xref ref-type="bibr" rid="ref1">1</xref>
        )
where m – the number of clusters;
      </p>
      <p>hck – the result of a cluster сk in which the sequence of packets from the cluster с j is defined as
the type of smart device contained in the white list of the cluster сk , hck = { х | x ∈ 0 ∨ 1} ;
uck – the result of a сk cluster in which the sequence of packets from the cluster с j is defined as
"unknown sequence of packets", i.e. the behavior profile is missing in the white list of the cluster сk ,
uck = { х | x ∈ 0 ∨ 1} ;
wck – the weighting coefficient of the importance of the result.</p>
      <p>The weighting coefficient of the importance of the result for the cluster сk is calculated as the
ratio of the number of smart devices in the cluster сk to the total number of all smart devices in all
clusters [29]:
wck = i≤m
i∑=1 pci</p>
      <p>pck ,
where pck is the number of smart devices in the cluster whitelist сk ; pci – the number of smart
devices in the cluster whitelist сі ;</p>
      <p>
        If the result of the system φ ( c j ) is greater than one, then the sequence of packets that form a
suspicious profile could be attributed to one of the profiles of smart devices di in one of the clusters
in the social network:
(
        <xref ref-type="bibr" rid="ref2">2</xref>
        )
(
        <xref ref-type="bibr" rid="ref3">3</xref>
        )
φ ( c j ) = dick if φ ( c j ) ≥ 1
"unknown" if φ ( c j ) &lt; 1
      </p>
      <p>, where c j ∈ C , ck ∈ C.</p>
      <p>
        The network traffic monitoring module is used to scan traffic generated by smart devices and
receive a sequence of TCP packets. The data is stored as pcap files, each of which is a set of TCP
sessions. The beginning and end of the session were determined by the SYN and FIN flags,
respectively. Within each session, packets are grouped based on four header fields:
src _ ip, src _ port , dst _ ip, dst _ port , (
        <xref ref-type="bibr" rid="ref4">4</xref>
        )
where src _ ip – source IP address, src _ port – source port number, dst _ ip –
destination IP
address, dst _ port – destination port number.
      </p>
      <p>The network traffic monitoring module is involved both for tracking anomalous activity (as part of
the anomaly detection module) in real time and for obtaining "raw data" of network traffic, which will
be further processed to prepare for the process of classifying network traffic.</p>
      <p>The anomaly detection module is used to track critical network characteristics in real time. The
operation of this module can be represented as a trigger that generates an alarm in case of suspicious
characteristics. These characteristics are the amount of traffic, bandwidth usage, increasing the
number of connections to / from one TCP port, increasing the number of connections to one / from
one IP address. The value of the above characteristics is obtained on the basis of a statistical
assessment of the network over time from the moment of initial setup and connection of all smart
devices to the network.</p>
      <p>In order to check the presence of a profile in the white list, which describes the sequence of
packets of network traffic specific to each of the smart devices di , the classification module is used,
which is based on the Random Forest algorithm [33]. In order to obtain features for the classification
(i.e. the profile of the behavior of the flow of network packets), the entire fixed period of traffic
monitoring T was divided into time intervals tі , each of which consisted of a set of sessions s (Fig. 2).
If session s started within a time interval tі but ended outside that time interval, such a session was
related to the interval tі . If session s ended before the end of the time interval tі , the time before the
next session referred to the time interval tі .</p>
      <p>Then, within each interval tі , a set of features is obtained F = f1 , f 2 ,..., f10 that describe the
behavior of the packet flow given the specifics of the operation of smart devices (Table 1). It should
be noted that since payload is encrypted, none of the features take this field into account.</p>
      <p>To do this, all collected network traffic is converted to Packet Description Markup Language
(PDML) using the module to convert to PDML [34]. PDML represents packet header fields in XML
format, which allows to access all the attributes of packets that are used as component part of
features.</p>
      <p>As a result of the classifier for each time interval tі , which is represented by the vector F, a
probability vector is obtained, each element of which determines the belonging of the packet flow to a
smart device di in the cluster с j , r c j ( ti ) = rdc1j ,rdc2j ,...,rdcnj , so that i=n1∑,,mj=1rdcij = 1 where m is the
number of clusters in the social network, n is the number smart devices in the с j cluster.
c
A packet sequence is considered to belong to one of the smart devices di if rd j ≥ δ , where δ is
і
the probability threshold which determines the belonging to the class of smart device di in the cluster
с j .</p>
      <p>The final choice of a smart device di in the cluster с j (or the designation of the collected profile
as an "unknown sequence of packets") for the entire monitoring period T is defined as the modal value
from all intervals tі . Thus, the white list of profiles contained in each cluster is in fact a trained
classifier model and contains a marked set of features for a given monitoring period T and given time
intervals tі .</p>
      <p>Thus, based on the use of collective communication to exchange information about the search for a
suspicious profile in the whitelists of other network clusters, a decision of the absence / presence of
abnormal behavior in the communication environment of a smart home is made. Knowledge of this
information allows the user or network administrator to perform preventive actions to block network
traffic or disconnect a device from the network that produces abnormal activity.</p>
    </sec>
    <sec id="sec-6">
      <title>6. Experiments and evaluation</title>
      <p>To conduct an experiment to determine the effectiveness of the proposed system for detecting
anomalies and identifying devices of smart homes using collective communication, a social network
with two clusters was deployed (Fig. 3). In addition to the router and RPi in each cluster, seven smart
devices were involved, four of which were located in the first cluster, the remaining three in the
second (Table 2). To collect network traffic generated by smart devices, the Tshark utility [35] was
used, which was installed on RPi running Raspberry Pi OS.</p>
      <p>The duration of network traffic collection was 2 weeks each day at specified intervals. To
automate the collection of network traffic, a script was written, whose startup planning was
implemented using the Cron Job utility. To identify smart devices with the flow of network packets,
we used the MAC address of the devices in the packet headers, which allowed us to differentiate the
traffic of smart devices from each other. After receiving raw set of network traffic, it was converted to
PDML format and features extracting was performed. As a result, a set of feature vectors was
obtained that described the behavior of the packet sequence for the monitoring period T. These actions
were repeated for both clusters.</p>
      <p>During the experiment, we omitted the simulation of the first mode of operation of the system
(monitoring of network traffic to detect abnormal activity, see Fig. 1). This is due to the fact that this
mode can be easily implemented using an intrusion prevention system, such as Snort [36], by writing
rules that will monitor the occurrence of abnormal activity. To activate the second mode, a Python
script was implemented, which launched a profile search in the cluster and if such profile is absent,
switched the system to the third mode – profile search in other social network clusters.</p>
      <p>The first experiment involved determining the efficiency of identifying profiles of smart devices
that are present in both the white list of profiles and outside this list locally on the same cluster (i.e.,
check the effectiveness of the second mode of the system in cluster 1).</p>
      <p>To determine the effectiveness, a standard accuracy measure of classifier evaluation was used
[3740], which determines the proportion of correct predictions (both true positives and true negatives)
among the total number of cases examined:</p>
      <p>
        Accuracy = ( TP + TN ) /( TP + TN + FP + FN ),
(
        <xref ref-type="bibr" rid="ref5">5</xref>
        )
      </p>
      <p>The entire volume of data was divided into two parts: training (three quarters) and test sample (one
quarter). The test sample included network traffic data from all four smart devices. The training
sample was used to form a white list of behavioral profiles, i.e. to classify the classifier. In order to
simulate abnormal activity, a total of 4 series of experiments were performed, in each of which the
classifier was trained on data that included only three of the four smart devices (i.e. in each
experiment only three smart devices were represented in the white list of profiles). Thus, a test sample
containing the profiles of all smart devices in the cluster was used to verify the effectiveness of device
identification. In each of the experiments, the threshold value of the probability δ that determines the
belonging to the class of smart device di in the cluster с j was chosen experimentally at the level of
0.56. The average results of four series of experiments are shown in Figure 4.</p>
      <p>The results of the experiments showed quite high results, in particular, the highest efficiency
(0.985) was obtained in the first experiment, in the white list of which, there was no smart column
Amazon echo. In this experiment, 98% of the network traffic sessions corresponding to the Belkin
WeMo Motion sensor were identified as belonging to it (Fig. 4a true positive for class C). The lowest
true positive value in the first experiment, as expected, was for class A (87%), i.e. when the system
tried to predict Amazon echo data (which were outside white list). In the rest of the experiments, the
average value of the accuracy of the system was 0.955 for the second experiment, 0.959 for the third
and 0.951 for the fourth. It should also be noted that for experiments, the value of T was 20 sec, and
the value ti was 5 sec.</p>
      <p>In the second experiment, the accuracy of the entire system was tested, i.e. the sequential
execution of the second and third modes. The purpose of the experiment was to check whether the
system will be able to identify a device if this device is not in one cluster, but is in other clusters. For
this purpose, two clusters were involved (Fig. 3) and white lists of device profiles present in it were
created (the classifier was trained on training data consisting of smart devices present in this cluster).
Three series of experiments were performed to identify the profiles of NEST Smoke Sensor, TP-Link
Camera and Withings Scale (E, F, G, respectively) in cluster 1, the white list of which did not contain
these smart devices. The results of the experiments are presented in table 3.</p>
      <p>In this experiment, the False Positives level determined the number of sessions belonging to the
test smart device (E, F and G), which were assigned to one of the devices marked as A, B, C and D.
According to the results of the experiment, the overall accuracy of the system obtained at the level
97.21% with an average level of type I errors of 5.94%.</p>
    </sec>
    <sec id="sec-7">
      <title>7. Conclusion</title>
      <p>The paper proposes a new approach to the organization of security of smart homes, which involves
their integration into clusters. To implement this approach, a system for detecting anomalies and
identifying smart home devices using collective communication is presented. Detection of anomalies
and identification of devices in each of the smart homes is based on monitoring network traffic and
creating profiles of smart devices that are present in the network. Profiles consist of a set of features
that describe the behavior of smart devices on the network, including the period of activity of the
device and the period of its sleep. Based on this, a whitelist of allowed profiles of device operation in
the cluster is formed. The Random Forest algorithm was used to check the presence of a profile in the
cluster whitelist. If the observed profile is absent in the white list of the cluster, a request is made to
other clusters that form a social network to compare the profile of the sequence of packets received in
the cluster with their own whitelists. To evaluate the effectiveness of the proposed system, a number
of experimental studies were conducted. The results of the experiments showed the overall accuracy
of the system at the level of 97.21% with an average level of type I errors of 5.94%.</p>
    </sec>
    <sec id="sec-8">
      <title>8. References</title>
      <p>Technologies, IEEE, Deggendorf, Germany, 2020, pp. 254-259. doi:
10.1109/ACIT49673.2020.9208882.
[6] C. Wheelus, X. Zhu, IoT Network Security: Threats, Risks, and a Data-Driven Defense</p>
      <p>
        Framework, IoT 1 (2020) 259–285. doi: 10.3390/iot1020016
[7] E. Manziuk, W. Wójcik, O. Barmak I. et al., Approach to creating an ensemble on a hierarchy
of clusters using model decisions correlation, Przegląd Elektrotechniczny (2020), 96(9), 108–
113. doi:10.15199/48.2020.09.2
[8] I. Krak, O. Barmak, E. Manziuk Using visual analytics to develop human and machine‐centric
models: A review of approaches and proposed information technology, Computational
Intelligence (2020), 1-26. doi: 10.1111/coin.12289
[9] G. Markowsky, O. Savenko, S. Lysenko et al., The Technique for Metamorphic Viruses’
Detection Based on its Obfuscation Features Analysis, CEUR Workshop Proceedings, 2104
(2018) 680-687.
[10] R. Kitchin, M. Dodge, The (in)security of smart cities: vulnerabilities, risks, mitigation and
prevention Journal of urban technology (2019), 26(
        <xref ref-type="bibr" rid="ref2">2</xref>
        ), 47-65.
doi:10.1080/10630732.2017.1408002
[11] McAfee, Inc., McAfee Labs Threats Report: April 2017, URL:
https://www.mcafee.com/enterprise/en-us/assets/reports/rp-quarterly-threats-mar-2017.pdf
[12] E. Džaferović, A. Sokol, A. A. Almisreb, S. M. Norzeli, 1. DoS and DDoS vulnerability of IoT:
      </p>
      <p>A review, Sustainable Engineering and Innovation 1 (2019) 43–48. doi: 10.37868/sei.v1i1.36
[13] I. Ali, S. Sabir, Z. Ullah, Internet of Things Security, Device Authentication and Access Control:
A Review, International Journal of Computer Science and Information Security 14 (2016) 456–
466.
[14] A. Nicheporuk, O. Savenko, A. Nicheporuk, Y. Nicheporuk, An android malware detection
method based on CNN mixed-data model, CEUR Workshop Proceedings 2732 (2020) 198–213.
[15] S. Lysenko, K. Bobrovnikova, A. Nicheporuk et al., SVM-based technique for mobile malware
detection, CEUR Workshop Proceedings, 2353 (2019) 85-97.
[16] O. Pomorova, O. Savenko, S. Lysenko, et al., Metamorphic Viruses Detection Technique based
on the Modified Emulators, CEUR Workshop Proceedings 1614 (2016) 375–383
[17] O. Savenko, A. Nicheporuk, I. Hurman, S. Lysenko, Dynamic signature-based malware detection
technique based on API call tracing, CEUR Workshop Proceedings 2393 (2019) 633–643
[18] P. Spadaccino, F. Cuomo, Intrusion Detection Systems for IoT: opportunities and challenges
offered by Edge Comuting, arXiv preprint arXiv:2012.01174 (2020).
[19] O. Savenko, S. Lysenko, A. Nicheporuk et al., Approach for the Unknown Metamorphic Virus
Detection, Proceedings of the 2017 9th IEEE International Conference on Intelligent Data
Acquisition and Advanced Computing Systems: Technology and Applications (IDAACS), IEEE,
Bucharest, Romania, 2017, pp. 453-458. doi: 10.1109/IDAACS.2017.8095052
[20] A. Sivanathan, IoT Behavioral Monitoring via Network Traffic Analysis, Ph.D. thesis, The</p>
      <p>University of New South Wales, Sydney, Australia, 2020.
[21] O. Savenko, S. Lysenko, A. Nicheporuk et al., Metamorphic Viruses’ Detection Technique
Based on the Equivalent Functional Block Search, CEUR Workshop Proceedings, 1844 (2017)
555-569.
[22] I. Hafeez, M. Antikainen, A. Y. Ding, S. Tarkoma, IoT-KEEPER:Detecting malicious IoT
network activity using online traffic analysisat the edge, IEEE Transactions on Network and
Service Management (2020), 45–59. doi: 10.1109/TNSM.2020.2966951
[23] P. Dymora, M. Mazurek, Anomaly detection in iot communication network based on spectral
analysis and hurst exponent, Applied Sciences 9, 5319 (2019). doi: 10.3390/app9245319
[24] D. H. Summerville, K. M. Zach and Y. Chen, Ultra-lightweight deep packet anomaly detection
for internet of things devices, Proceedings of the 2015 IEEE 34th International Performance
Computing and Communications Conference (IPCCC), IEEE, Nanjing, China, 2015, pp. 1–8.
doi: 10.1109/PCCC.2015.7410342
[25] I. Ullah, Q. H. Mahmoud, A Two-Level Flow-Based Anomalous Activity Detection System for</p>
      <p>IoT Networks, Electronics 9, 530 (2020). doi: 10.3390/electronics9030530
[26] S. Ramapatruni, S. N. Narayanan, S. Mittal, et al., Anomaly detection models for smart home
security, Proceedings of the 2019 IEEE 5th Intl Conference on Big Data Security on Cloud</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>O.</given-names>
            <surname>Drozd</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kuznietsov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Martynyuk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Drozd</surname>
          </string-name>
          ,
          <article-title>A method of the hidden faults elimination in FPGA projects for the critical applications</article-title>
          .
          <source>Proceedings of 2018 IEEE 9th International Conference on Dependable Systems, Services and Technologies</source>
          , Kyiv, Ukraine,
          <year>2018</year>
          , pp.
          <fpage>231</fpage>
          -
          <lpage>234</lpage>
          . doi:
          <volume>10</volume>
          .1109/DESSERT.
          <year>2018</year>
          .8409131
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>A.</given-names>
            <surname>Melnyk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Melnyk</surname>
          </string-name>
          ,
          <article-title>Self-configurable FPGA-based computer systems</article-title>
          , Advances in Electrical and Computer Engineering (
          <year>2013</year>
          ),
          <volume>13</volume>
          (
          <issue>2</issue>
          ),
          <fpage>33</fpage>
          -
          <lpage>38</lpage>
          . doi:
          <volume>10</volume>
          .4316/AECE.
          <year>2013</year>
          .02005
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>O.</given-names>
            <surname>Drozd</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            <surname>Perebeinos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Martynyuk</surname>
          </string-name>
          , et al.,
          <article-title>Hidden fault analysis of FPGA projects for critical applications</article-title>
          .
          <source>Proceedings of the IEEE 15th International Conference on Advanced Trends in Radioelectronics</source>
          , Telecommunications and Computer Engineering, Lviv-Slavsko, Ukraine,
          <year>2020</year>
          . doi:
          <volume>10</volume>
          .1109/TCSET49122.
          <year>2020</year>
          .235591
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>O.</given-names>
            <surname>Drozd</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Zashcholkin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Martynyuk</surname>
          </string-name>
          , et al.,
          <article-title>Development of Checkability in FPGA Components of Safety-Related Systems</article-title>
          .
          <source>CEUR Workshop Proceedings</source>
          <volume>2762</volume>
          (
          <year>2020</year>
          )
          <fpage>30</fpage>
          -
          <lpage>42</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>A.</given-names>
            <surname>Melnyk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Melnyk</surname>
          </string-name>
          ,
          <article-title>Remote Synthesis of Computer Devices for FPGA-Based IoT Nodes</article-title>
          ,
          <source>Proceedings of the 10th International Conference on Advanced Computer Information</source>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>