Attacks/Breaches
11/5/2010
04:01 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

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 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-2012-5242
Published: 2014-10-21
Directory traversal vulnerability in functions/suggest.php in Banana Dance B.2.6 and earlier allows remote attackers to include and execute arbitrary local files via a .. (dot dot) in the name parameter in a get_template action.

CVE-2012-5243
Published: 2014-10-21
functions/suggest.php in Banana Dance B.2.6 and earlier allows remote attackers to read arbitrary database information via a crafted request.

CVE-2012-5702
Published: 2014-10-21
Multiple cross-site scripting (XSS) vulnerabilities in dotProject before 2.1.7 allow remote attackers to inject arbitrary web script or HTML via the (1) callback parameter in a color_selector action, (2) field parameter in a date_format action, or (3) company_name parameter in an addedit action to i...

CVE-2013-7406
Published: 2014-10-21
SQL injection vulnerability in the MRBS module for Drupal allows remote attackers to execute arbitrary SQL commands via unspecified vectors.

CVE-2014-4514
Published: 2014-10-21
Cross-site scripting (XSS) vulnerability in includes/api_tenpay/inc.tenpay_notify.php in the Alipay plugin 3.6.0 and earlier for WordPress allows remote attackers to inject arbitrary web script or HTML via vectors related to the getDebugInfo function.

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.