2019 IEEE 44th Conference on Local Computer Networks (LCN) 2019
DOI: 10.1109/lcn44214.2019.8990697
|View full text |Cite
|
Sign up to set email alerts
|

Security and Fault Detection in In-node components of IIoT Constrained Devices

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
5
0

Year Published

2021
2021
2023
2023

Publication Types

Select...
3
2

Relationship

0
5

Authors

Journals

citations
Cited by 5 publications
(5 citation statements)
references
References 19 publications
0
5
0
Order By: Relevance
“…Additionally, this architecture was used to conduct two new studies on fault detection and security. The first study aims at detecting operation anomalies originated in firmware and hardware through parameters like high temperature, buffer overflow attacks, SPI faults, and undervoltage [32]. The second study explores vulnerabilities in WirelessHART, and uses the One-Class Support Vector Machines machine learning approach to detect attacks like jamming and collision [23].…”
Section: B Iiot Management Solutionsmentioning
confidence: 99%
“…Additionally, this architecture was used to conduct two new studies on fault detection and security. The first study aims at detecting operation anomalies originated in firmware and hardware through parameters like high temperature, buffer overflow attacks, SPI faults, and undervoltage [32]. The second study explores vulnerabilities in WirelessHART, and uses the One-Class Support Vector Machines machine learning approach to detect attacks like jamming and collision [23].…”
Section: B Iiot Management Solutionsmentioning
confidence: 99%
“…Several works have been presented in the last years that incorporate such node-level information in their approach, but so far most of them use rather simple checks based on the remaining battery charge (measured by the battery voltage level) or the nodes' link status (e.g., received signal strength indicator (RSSI) or signal-to-noise ratio (SNR); [18,52,53]). In case the nodes are running an operating system (OS) also metrics such as the central processing unit (CPU) load (i.e., number of cycles executed by the MCU), the memory consumption, or the execution time available from the OS have been included in the detection [54,55]. Aside from information already available in software, it is also possible to extend the sensor nodes with specific hardware for fault diagnosis, for example, using a secondary MCU that supervises the main MCU [56] or a current monitor that allows detecting faults specific to certain sensors [12].…”
Section: Local Self-diagnosismentioning
confidence: 99%
“…Some authors additionally took the passive hardware components required for proper functioning into their considerations [72,91]. Surprisingly, the majority of nodes found use linear voltage regulators [76,78,79,[82][83][84]87,88,94] or even no regulation at all [72,73,75,80,86,[91][92][93] instead of low-power DC/DC converters [54,74,77,81,85]. Especially if the battery is directly connected to the hardware components' supply rail unintended effects (including soft faults) can easily happen at the end of the battery life due to a (passive) undervolting of the components ( [7,64]).…”
Section: Energy-efficient Sensor Nodesmentioning
confidence: 99%
See 2 more Smart Citations