04:01 PM
Connect Directly

A Different Spin On Sleuthing Stuxnet

Black Hat Abu Dhabi speaker to present homegrown tool and approach to tracing the origins of Stuxnet

Conspiracy theories have run rampant ever since the Stuxnet worm was discovered this year, with speculation ranging from an inside job at Siemens to a nation state-sponsored targeted attack against Iran's nuclear operations. But what still doesn't add up with any of these scenarios is how Stuxnet spread outside the facility's SCADA systems to Windows machines around the world.

Stuxnet has been under the microscope for months as researchers around the world have picked apart and analyzed the malware's makeup and possible intent. No one knows for sure who is behind it or its specific goal, but fingers have been pointed at Israel, the U.S., France, Germany, and England as a nation-state targeting Iran's nuclear activities.

But the trouble with all of the speculation is that much of it comes out of anti-malware analysis that looks at what the code did and how it affected victim machines versus who was actually responsible for writing it, says Tom Parker, director of security consulting services at Securicon. "That makes sense, of course, because a lot of business demands answering those questions. But it's not a good idea to use those same tools for attribution," says Parker, who will offer up a different method for malware attribution in a talk at Black Hat Abu Dhabi next week.

Parker has done some analysis of his own on Stuxnet, using a homegrown tool he created to trace the malware writers. His tool doesn't work like antivirus: "It monitors a system and looks for behavior patterns within code. If it sees a certain sequence of behaviors that are associated with certain malicious activity," it compares it with similar behavior, he says. "Certain AV engines work a tiny bit like that," he adds.

The idea is to amass a database of these behaviors within malware. "You start creating connections between that piece of malware and something that behaved in a similar matter, so you start detecting unknown threats that don't necessarily have AV signatures," Parker says. Once you start detecting these patterns, you can look for certain common techniques in how the code was written or performs, he says, such as how it achieves persistence on a host.

"You can start rating the skill set of the author by profiling some of those activities," he says. "The key is a large body of intelligence on correlations between the technological traits and the actors," something the intelligence community and large security firms are interested in, he says.

Parker will explain at Black Hat how to automate this process of identifying those patterns in the way malware behaves and is written. "Any kind of effort like this is only as good as the database of known actors," he says.

Researcher Greg Hoglund built a free "fingerprinting" tool that pinpoints characteristics in malware that the authors leave behind. Parker says Hoglund's tool looks at markings and is more signature-based, whereas his tool looks at heuristics and malware behavior as well.

Could Parker's malware-behavior database model drill down to the actual malware author? "This approach can get you pretty close to profiling the skills of an author, and as long as a good database could tell you there's a 95 percent chance this malware was written by someone we knew who wrote another piece of code. You want to corroborate that," he says.

But profiling malware and its attributes doesn't necessarily point directly to the malware author by name. "You're not just deciding it was written by Joe in St. Petersburg. You're also talking about skill set-proofing with different nation-states" or areas, he says. "It's often not advantageous to attribute it all the way down to the individual level."

Up until now, the analysis of Stuxnet, he says, has been mostly speculation rather than hard evidence. "The danger is people start investing in the wrong direction and get a poor understanding of what the threatscape looks like," he says.

While Stuxnet was the first known malware attack to target power plant and factory floor systems, experts say it's very likely these attacks have been happening for some time -- it's just that Stuxnet's spread made it visible. Experts, including Parker, point to some nation-state link due to its many layers of expertise and the sophistication of the attack.

The way the worm wriggled out of control on the Internet indicates it somehow got into the hands of another party or organization. "If you look at how it was run as an operation -- the way the command and control operated, the four zero-days and the rootkit, and the fact that it spread on thousands of machines all over the Internet, someone lost their intellectual property investment," he says. "Now it's in the public domain, so it has lost its element of surprise."

That indicates the people behind the wheel weren't necessarily as professional as those who wrote the Stuxnet code, according to Parker, who says he's cannot say for sure who was behind it. "I don't think any nation-state can be ruled out," he says. And he says that based on the skills required to write the code, including the SCADA knowledge, at least a handful of players were involved. "These are fairly niched skill sets," he says. "Just from the amount of skill sets required for authoring it makes it clear to me that it was the work of at least five people."

Parker has two theories on how Stuxnet spread around the Net. "Stuxnet was written by professionals and then sold to another organization ... which wasn't advanced enough to write it and would explain the disparity between professionals who wrote it and those who operated it," he says.

In the first scenario, Stuxnet may have been sold on the black market or between nation-states. Or someone saw the attack and repurposed it for their own use. "They saw the attack,\ and stole the professional components of it, like the device drivers, and signed stolen credentials," he says. "But they weren't operationally disciplined like the original authors. So as a result, it's being spoken about in Abu Dhabi next week."

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

Kelly Jackson Higgins is Executive Editor at 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
Newest First  |  Oldest First  |  Threaded View
Register for Dark Reading Newsletters
White Papers
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
5 Security Technologies to Watch in 2017
Emerging tools and services promise to make a difference this year. Are they on your company's list?
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.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
Published: 2015-10-15
The Direct Rendering Manager (DRM) subsystem in the Linux kernel through 4.x mishandles requests for Graphics Execution Manager (GEM) objects, which allows context-dependent attackers to cause a denial of service (memory consumption) via an application that processes graphics data, as demonstrated b...

Published: 2015-10-15
netstat in IBM AIX 5.3, 6.1, and 7.1 and VIOS 2.2.x, when a fibre channel adapter is used, allows local users to gain privileges via unspecified vectors.

Published: 2015-10-15
Cross-site request forgery (CSRF) vulnerability in eXtplorer before 2.1.8 allows remote attackers to hijack the authentication of arbitrary users for requests that execute PHP code.

Published: 2015-10-15
Directory traversal vulnerability in QNAP QTS before 4.1.4 build 0910 and 4.2.x before 4.2.0 RC2 build 0910, when AFP is enabled, allows remote attackers to read or write to arbitrary files by leveraging access to an OS X (1) user or (2) guest account.

Published: 2015-10-15
Cisco Application Policy Infrastructure Controller (APIC) 1.1j allows local users to gain privileges via vectors involving addition of an SSH key, aka Bug ID CSCuw46076.

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.