Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

10:00 AM
Natali Tshuva
Natali Tshuva
Connect Directly
E-Mail vvv

Third-Party IoT Vulnerabilities: We Need a Cybersecurity Paradigm Shift

The only entities equipped to safeguard Internet of Things devices against risks are the IoT device manufacturers themselves.

The discovery of the Ripple20 vulnerabilities, affecting hundreds of millions of Internet of Things (IoT) devices, is the latest reminder of the dangers that third-party bugs pose to connected devices.

Although the estimated 31 billion IoT devices in the world perform a vast array of crucial functions — powering lifesaving medical tools, facilitating efficient transportation, and transforming critical business processes — these devices are alarmingly vulnerable to attack. In large part, that's because OEMs rely on third-party vendors — like the Ohio software company at the center of the Ripple20 firestorm — that sell code riddled with potential entry points for malicious hackers.

Nevertheless, a recent Ponemon Institute study found that six in 10 organizations do not monitor the cyber-risks of IoT devices developed by third parties, leaving thousands of businesses and institutions accountable for supplying vulnerable products and exposed to heavy financial losses and reputational damage.

The only entities equipped to safeguard IoT devices against these risks are the IoT device manufacturers themselves, given that end users typically lack adequate security mechanisms for protecting their connected devices. Because new cyber vulnerabilities will continuously pop up, there's no magic bullet— but by assuming accountability and protecting each individual device, manufacturers can prevent attacks and secure IoT innovation.

Proliferating Vulnerabilities
Who's most at risk from inadequate IoT cybersecurity? Just about everyone. Take the Ripple20 case, which centers around 19 bugs found in code sold by the software company Treck. The company's code is found in devices used by everyone from mom and pop shopkeepers to Fortune 500 companies, as researchers at JSOF, who discovered the vulnerabilities, noted. Affected industries spanned the gamut, including medical, transportation, energy, retail, and more.

News of the Ripple20 bugs came on the heels of the revelation that 26 new vulnerabilities had been discovered in the Zephyr Real Time Operating System (RTOS), which powers IoT devices and is supported by vendors including Intel, Nordic, and Texas Instruments.

In another case, the US Food and Drug and Administration announced in March the discovery of 12 additional third-party vulnerabilities known as "SweynTooth" affecting IoT medical devices — underscoring that the risk posed by cybersecurity vulnerabilities could extend beyond property and reputation to life itself, with hackers potentially able to steal sensitive medical data or stop devices such as heart monitors from working.

The takeaway from these cases: vulnerabilities within IoT devices are proliferating. So how can manufacturers meet the scale of the threat?

New Pressure on OEMs
Fortunately, the latest revelations of IoT bugs haven't caught policymakers unaware. Regulatory measures are shifting the burden of responsibility onto device manufacturers. Case in point: a new California law took effect in January requiring IoT OEMs to equip devices with cybersecurity features that are appropriate to the specific nature of the device itself and the information it collects and transmits, while preventing unauthorized access or manipulation. The law made California the second state, after Oregon, to adopt such a law.

Meanwhile, the UK Department for Digital, Culture, Media and Sport unveiled similar regulations earlier this year, requiring manufacturers to provide a public point of contact for reporting and responding to vulnerabilities and to explicitly state the minimum duration for device security updates.

Governments across the globe should join this regulatory effort, putting pressure on OEMs to act swiftly to safeguard the devices critical to both our lives and our livelihoods. The bottom line: No IoT device should be allowed on the market if proper security isn't installed on the device itself.

A Paradigm Shift
The goal of IoT cybersecurity shouldn't be eradicating all vulnerabilities; that would be setting manufacturers up for failure. Vulnerabilities will always exist — so what's needed instead is a paradigm shift in how manufacturers think about securing connected devices.

Device manufacturers cannot rely on the security of third-party vendors. As gatekeepers, OEMs themselves must implement controls to protect their clients. Effective design protection should include not only protecting the manufacturer's code, but also securing all third-party components. This is why secure-by-design, static analysis, and even hardware security don't fully answer IoT protection needs, as IoT network security is only one piece of the puzzle and cannot protect distributed devices.

When manufacturers do ultimately discover vulnerabilities, they should patch them — but patching shouldn't be the focal point of their cybersecurity strategy. Instead, OEMs should seek innovative solutions that focus on preventing attacks, regardless of vulnerabilities. New techniques in cybersecurity for IoT devices make this possible. OEMs can then spend less time and money looking for vulnerabilities as they will be better equipped to stop exploitation attempts and respond immediately to incidents.

In the IoT age, each individual device serves as a potential point of entry for attackers — which is why manufacturers should ensure that cyber protection is embedded onto each device. Such solutions will be critical as IoT on 5G networks is poised to drive $8 billion in revenue for operators by 2024.

Related Content:



Register now for this year's fully virtual Black Hat USA, scheduled to take place August 1–6, and get more information about the event on the Black Hat website. Click for detail on conference information and to register.

Natali brings over 10 years of experience, both as a researcher and a team leader, in the field of offensive cybersecurity and software development. After graduating magna cum laude B.Sc. in Computer Science at the age of 19, as part of a special program for gifted and ... View Full Bio

Recommended Reading:

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
Cyberattacks Are Tailored to Employees ... Why Isn't Security Training?
Tim Sadler, CEO and co-founder of Tessian,  6/17/2021
7 Powerful Cybersecurity Skills the Energy Sector Needs Most
Pam Baker, Contributing Writer,  6/22/2021
Microsoft Disrupts Large-Scale BEC Campaign Across Web Services
Kelly Sheridan, Staff Editor, Dark Reading,  6/15/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
The State of Cybersecurity Incident Response
In this report learn how enterprises are building their incident response teams and processes, how they research potential compromises, how they respond to new breaches, and what tools and processes they use to remediate problems and improve their cyber defenses for the future.
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2021-06-24
Dell BIOSConnect feature contains a buffer overflow vulnerability. An authenticated malicious admin user with local access to the system may potentially exploit this vulnerability to run arbitrary code and bypass UEFI restrictions.
PUBLISHED: 2021-06-24
Flysystem is an open source file storage library for PHP. The whitespace normalisation using in 1.x and 2.x removes any unicode whitespace. Under certain specific conditions this could potentially allow a malicious user to execute code remotely. The conditions are: A user is allowed to supply the pa...
PUBLISHED: 2021-06-24
SQL Injection vulnerability in WebPort <=1.19.1 via the new connection, parameter name in type-conn.
PUBLISHED: 2021-06-24
Dell UEFI BIOS https stack leveraged by the Dell BIOSConnect feature and Dell HTTPS Boot feature contains an improper certificate validation vulnerability. A remote unauthenticated attacker may exploit this vulnerability using a person-in-the-middle attack which may lead to a denial of service and p...
PUBLISHED: 2021-06-24
Dell BIOSConnect feature contains a buffer overflow vulnerability. An authenticated malicious admin user with local access to the system may potentially exploit this vulnerability to run arbitrary code and bypass UEFI restrictions.