Attacks/Breaches
1/27/2014
07:56 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Air Force Researchers Plant Rootkit In A PLC

Rogue code and malicious activity could go undetected in many of today's programmable logic controllers

Researchers with the U.S. Air Force Institute of Technology (AFIT) have created a prototype rootkit that can sit undetected in the firmware of a programmable logic controller (PLC) device and corrupt utility and plant floor operations.

PLCs -- which run various industrial processes, from spinning centrifuges of uranium to operating amusement park rides -- traditionally have not been built with security in mind, and little, if any, technology exists to track or detect rogue code running in them.

"We wanted to demonstrate the feasibility" of malicious firmware in a PLC, says Jonathan Butts, research director for AFIT's Center for Cyberspace Research. Butts and AFIT research assistant Stephen Dunlap presented their rootkit research earlier this month at the S4x14 ICS/SCADA conference in Miami.

The researchers were able to modify the firmware for rootkits in various PLCs, but only went public with details on the Allen Bradley 1756-L61 (ControlLogix family) PLC. The Rockwell Automation firm is the only PLC vendor thus far that responded to the research with a fix: in this case, digital signature technology for the PLC to thwart rootkit infections.

Among AFIT's goals was to provide sample malware that could be used against these critical ICS/SCADA devices to further test for these types of threats and attacks. A PLC could be infected with the rootkit via a malicious firmware update, for example, or via a rigged or infected USB stick on a laptop connected to a PLC in a substation, the researchers say.

"We didn't find bugs. There were no bugs you could exploit: We just used methods to code the system up where you take advantage of and embed your own malicious software to run on top of the firmware," Butts says. An attacker could then allow the PLC to operate normally, or to do its bidding via "trigger" functions, he says.

The AFIT researchers created two payloads for the PLC rootkit that could be triggered with a time bomb in the firmware, for example, as well as with remote commands. One payload was a "soft" denial-of-service (DoS), where the attacker compromises the PLC's operations, but it can be reset to its normal state. "A fault happens, [the operators] reset the PLC, and the [attacker]" disrupts the PLC again, but in such a way that the operator is unable to diagnose that it was done maliciously, according to Dunlap. A persistent DoS "turns the PLC into a brick, and you aren't able to operate it without the manufacturer replacing it," for example, he says.

The rootkit didn't require major resources to develop, either: It took an AFIT graduate student less than four months to reverse-engineer a PLC and write the prototype rootkit, and cost about $2,000 overall to develop.

The logic bomb trigger created by the Air Force researchers impressed Dale Peterson, founder and CEO of Digital Bond, an ICS/SCADA consultancy that hosts the S4 Conference. "The tying of the logic bomb to moving the switch from 'run' to 'program' mode was very slick. The technician or engineer is likely to think the failure was due to the new PLC code he was trying to load into the PLC was the problem, at least for a while," Peterson says.

PLCs are at risk of attack because there are no tools to detect malicious code running on them today, the researchers say. "What's lacking in the security field is the capability to analyze the device that has failed," Dunlap told S4 attendees.

Vendors can help prevent PLC rootkits by adding digital signatures and trusted computing module (TPM) to their PLC products, as well as secure coding practices, the AFIT researchers say. ICS/SCADA operators can tighten up their configuration management and add deep packet inspection and situational awareness to their security arsenal.

"The final part of this three-legged stool are the integrators. They are the often forgotten part of ICS," Butts says. "They have the configuration for most of these devices for their customers" and should ensure the source of software and updates before installing the systems, he says.

A PLC attack could be perpetrated via a corrupted supply chain or a contractor. "Electric substations at some point in time get serviced by legitimate authorized people, engineers, and guess what? They are using mobile computers to service it," says Ralph Langner, founder of Langner Communications. "We are talking about small companies who are in charge of these tasks that most of the time don't have any clue of cybersecurity. So [an attacker targeting a site] could spearphish some of those employees in those companies" to get to the ultimate target, he says.

Butts says the good news is now there are test cases of firmware rootkits. "We have a test bank for malicious rootkits to test mitigation efforts," Butts says.

PLCs were also the target of abuse by another researcher at S4, Digital Bond's Stephen Hilt, who rigged a PLC with a low-cost hacking tool that can shut down a process control network with a text message. The so-called PLCpwn tool uses existing Metasploit attack modules that previously had been created by Digital Bond.

[A researcher has rigged a programmable logic controller (PLC) with a low-cost hacking tool that can shut down a process control network with a text message. See The PLC As An ICS/SCADA Hacking Tool .]

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Kelly Jackson Higgins is Executive Editor at DarkReading.com. 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

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: just wondering...Thanx
Current Issue
Security Operations and IT Operations: Finding the Path to Collaboration
A wide gulf has emerged between SOC and NOC teams that's keeping both of them from assuring the confidentiality, integrity, and availability of IT systems. Here's how experts think it should be bridged.
Flash Poll
New Best Practices for Secure App Development
New Best Practices for Secure App Development
The transition from DevOps to SecDevOps is combining with the move toward cloud computing to create new challenges - and new opportunities - for the information security team. Download this report, to learn about the new best practices for secure application development.
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.

Dark Reading Radio
Archived Dark Reading Radio
In past years, security researchers have discovered ways to hack cars, medical devices, automated teller machines, and many other targets. Dark Reading Executive Editor Kelly Jackson Higgins hosts researcher Samy Kamkar and Levi Gundert, vice president of threat intelligence at Recorded Future, to discuss some of 2016's most unusual and creative hacks by white hats, and what these new vulnerabilities might mean for the coming year.