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.

Attacks/Breaches

9/15/2016
01:20 PM
Connect Directly
Twitter
RSS
E-Mail
50%
50%

PLCs Possessed: Researchers Create 'Undetectable' Rootkit

New attack to be revealed at Black Hat Europe conference silently overtakes industrial network processes.

Move over, Stuxnet: researchers have discovered a way to silently manipulate the programmable logic controller (PLC) systems that control water, power, and other industrial processes without getting caught.

Researcher Ali Abbasi, a Ph.D. candidate in the distributed and embedded system security group at University of Twente, Netherlands, and Majid Hashemi, a system programmer and independent security researcher at the time of their research, have created an attack on PLCs that unlike Stuxnet, they say, cannot be detected. Abbasi and Hashemi will demonstrate the new PLC rootkit in November at Black Hat Europe in London.

Stuxnet, which was the first known cyberattack on an industrial network to sabotage a physical process, damaged the centrifuges in Iran's Natanz uranium enrichment plant by manipulating the speed the devices spun. The attack, believed to be the handiwork of US and Israeli cyber intelligence units, ultimately was detected by researchers at a European anti-malware firm after Stuxnet somehow spread beyond its Natanz target to other Windows machines.

Abbasi says the PLC rootkit sits directly on the PLC, whereas Stuxnet targeted Windows-based SCADA servers in the plant. It's much less likely to be discovered because it sits at the lower-level of the system. The rootkit works on any brand of PLC, he says.

"It's a race to the bottom" now, Abbasi says. "Everybody has access to higher-level [SCADA operations]. Attackers in the future will go to lower level assaults" such as this to evade detection, he says.

There are few detection functions that can be used in a PLC running a real-time operating system, he says. And if they were running on a PLC, he adds, they still would not spot the rootkit attack.

PLC hacking research isn't new. Researchers at Black Hat USA in August, for example, demonstrated PLC-Blaster, a PLC worm that spreads among PLCs. 

Abbasi says his and Hashemi's rootkit is a new way to exploit a PLC. Previous hacks have targeted the PLC logic code, for example, which tells the PLC what to do in the physical operation. "Our attack instead targets the relation between PLC runtime and logic with the I/O peripherals of it. In our attack, the PLC logic and PLC runtime remain intact," he explains. That prevents any integrity-verification for the PLC from seeing the malicious activity in the PLC.

They place their malicious code in the device's dynamic memory. The PLC believes it's communicating with the I/O, but the rootkit is actually manipulating the I/O and PLC process, such as the opening or closing of a gate. PLCs communicate via input pins and output pins, low-level communications links. An input pin tells the PLC the temperature of an industrial boiler, or another state of the industrial system. The output pin handles the physical control of the process, such as the order from a PLC to the industrial equipment to open the gate.

Abbasi says the rootkit manipulates the I/O process. If, for example, a gate must be opened if a boiler temperature reaches 80 degrees Celsius to relieve pressure, the temperature sensor would be connected to the input pin and the rootkit attack could manipulate the temperature values and cause the boiler to overheat and explode, he says. The rootkit basically changes the state of the output pin to that of the input pin, he adds, noting that "in PLCs, the I/O operations are one of the most important tasks." 

The attack is so low-overhead that power-consumption usage monitors wouldn't notice it. "The overhead imposed of our attack outside of kernel is below one percent, which means even those approaches which monitor the power usage of PLC for attack detection will be useless," Abbasi says.

The researchers also plan to show a version of the PLC attack that uses shellcode in their Ghost In The PLC: Designing An Undetectable Programmable Logic Controller Rootkit session at Black Hat.

The underlying weakness exploited by the rootkit attack lies in the PLC hardware, according to the reseaarchers. Abbasi and Hashemi are studying ways to better protect PLCs from such attacks. They are exploring several avenues, from preventing system-level privilege to the PLC to rooting out design flaws in the real-time embedded systems to building a mitigation defense for their attack. 

Related Content:

 

Kelly Jackson Higgins is the Executive Editor of Dark Reading. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
janerose
100%
0%
janerose,
User Rank: Apprentice
9/20/2016 | 9:24:04 AM
Helpful post
Helpful post for the readers thanks for sharing great information.
Commentary
Ransomware Is Not the Problem
Adam Shostack, Consultant, Entrepreneur, Technologist, Game Designer,  6/9/2021
Edge-DRsplash-11-edge-ask-the-experts
How Can I Test the Security of My Home-Office Employees' Routers?
John Bock, Senior Research Scientist,  6/7/2021
News
New Ransomware Group Claiming Connection to REvil Gang Surfaces
Jai Vijayan, Contributing Writer,  6/10/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
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
CVE-2021-20027
PUBLISHED: 2021-06-14
A buffer overflow vulnerability in SonicOS allows a remote attacker to cause a Denial of Service (DoS) by sending a specially crafted request. This vulnerability affects SonicOS Gen5, Gen6, Gen7 platforms, and SonicOSv virtual firewalls.
CVE-2021-32684
PUBLISHED: 2021-06-14
magento-scripts contains scripts and configuration used by Create Magento App, a zero-configuration tool-chain which allows one to deploy Magento 2. In versions 1.5.1 and 1.5.2, after changing the function from synchronous to asynchronous there wasn't implemented handler in the start, stop, exec, an...
CVE-2021-34693
PUBLISHED: 2021-06-14
net/can/bcm.c in the Linux kernel through 5.12.10 allows local users to obtain sensitive information from kernel stack memory because parts of a data structure are uninitialized.
CVE-2021-27887
PUBLISHED: 2021-06-14
Cross-site Scripting (XSS) vulnerability in the main dashboard of Ellipse APM versions allows an authenticated user or integrated application to inject malicious data into the application that can then be executed in a victim’s browser. This issue affects: Hitachi ABB Power Grids ...
CVE-2021-27196
PUBLISHED: 2021-06-14
Improper Input Validation vulnerability in Hitachi ABB Power Grids Relion 670 Series, Relion 670/650 Series, Relion 670/650/SAM600-IO, Relion 650, REB500, RTU500 Series, FOX615 (TEGO1), MSM, GMS600, PWC600 allows an attacker with access to the IEC 61850 network with knowledge of how to reproduce the...