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
Register for Dark Reading Newsletters
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Cartoon
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-3304
Published: 2014-10-30
Directory traversal vulnerability in Dell EqualLogic PS4000 with firmware 6.0 allows remote attackers to read arbitrary files via a .. (dot dot) in the default URI.

CVE-2013-7409
Published: 2014-10-30
Buffer overflow in ALLPlayer 5.6.2 through 5.8.1 allows remote attackers to cause a denial of service (crash) and possibly execute arbitrary code via a long string in a .m3u (playlist) file.

CVE-2014-3446
Published: 2014-10-30
SQL injection vulnerability in wcm/system/pages/admin/getnode.aspx in BSS Continuity CMS 4.2.22640.0 allows remote attackers to execute arbitrary SQL commands via the nodeid parameter.

CVE-2014-3584
Published: 2014-10-30
The SamlHeaderInHandler in Apache CXF before 2.6.11, 2.7.x before 2.7.8, and 3.0.x before 3.0.1 allows remote attackers to cause a denial of service (infinite loop) via a crafted SAML token in the authorization header of a request to a JAX-RS service.

CVE-2014-3623
Published: 2014-10-30
Apache WSS4J before 1.6.17 and 2.x before 2.0.2, as used in Apache CXF 2.7.x before 2.7.13 and 3.0.x before 3.0.2, when using TransportBinding, does properly enforce the SAML SubjectConfirmation method security semantics, which allows remote attackers to conduct spoofing attacks via unspecified vect...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.