Securing industrial IoT applications

11th January 2017
Source: u-blox
Posted By : Anna Flockett

In terms of industrial IoT applications, ensuring signal integrity is essential for safety and operational reliability, yet even the most robust system has many attack surfaces that are vulnerable to would‑be hackers’ intent on compromising a system.

This is unacceptable for high‑reliability systems in general, but as more contextual information gets added, including time and position, the level of compromise increasing dramatically, so gaps in security must be identified and closed at every opportunity.

In the case of an IoT sensor, a chain of trust must be established from the sensor to the microcontroller and wireless module, and all the way through to the end application.

In industrial applications for the  IoT, every attack surface must be secured in order to establish a chain of trust; which u‑blox has added to its five pillars of security design.

The five pillars of secure IoT are as follows:
•    Device firmware and Secure Boot
•    Communications to the server
•    Interface security
•    Enforcing API control
•    Robustness that includes handling spoofing/jamming.

Secure Boot ensures that a device is executing the intended firmware by authenticating at each stage before booting the next process. Also, while over‑the‑air updates are useful for mass‑uploads of many widely deployed IoT devices, they create an attack surface that can vulnerable so all firmware must be first validated before being installed. A good implementation will include a back up of a previously authenticated image to allow backtracking if there is a problem.

At the communications or transport layer, a device needs to be able to authenticate itself with the server and all exchanged data should be encrypted, with no possibility of a “man‑in‑the‑middle” attack. Secure key management will allow for this, even on a per‑session basis.

The defined APIs that provide access to device functionality are also a vulnerability that must be addressed, though they are often overlooked. This particularly insidious as hackers usually have a lot of time to look for open APIs and explore there relationship to device functionality and features, which sometimes might include access to paid services. Also, developers often undocumented APIs for their own test and configuration purposes, so these must be protected too, using the same formal authentication and authorisation processes as used for all APIs.

The fifth link in securing IoT devices involves ensuring robustness, such as when facing jamming or spoofing attempts that might undermine the device’s ability to get accurate position data from a GNSS. The design must be able to detect that the reported information is not accurate and report the situation to the user or IoT network operator.

By Simon Glassman, Senior Principal Strategic Partnerships, u-blox and Mats Andersson, Senior Director Technology, Product Center Short Range Radio, u-blox.

Courtesy of u-blox.


You must be logged in to comment

Write a comment

No comments




Sign up to view our publications

Sign up

Sign up to view our downloads

Sign up

Ceramics Expo 2017
25th April 2017
United States of America Cleveland, Ohio
Military Space Situational Awareness 2017
26th April 2017
United Kingdom London
Machine Vision Conference & Exhibition 2017
27th April 2017
United Kingdom Milton Keynes
Security & Counter Terror Expo 2017
3rd May 2017
United Kingdom Olympia, London
PCIM 2017
16th May 2017
Germany Nuremberg