Attacks/Breaches
12/18/2012
09:49 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Data-Destruction Attack Targeted 'Few' Select Iranian Computers

'Simplistic' data-destroying malware found on small number of targeted computers in Iran

It's no Stuxnet or Wiper, but the latest data-destroying malware targeting specific computers in Iran still wreaks some serious damage.

Iran's CERT on Sunday first issued an alert about the relatively rudimentary malware, which was discovered to delete data off of various drives at specific times and dates. The malware is a "very simple" knockoff of other wiping malware with no relation to those previously discovered malware attacks, and "very few machines" were infected by it, according to the CERT.

Researchers from Symantec, Kaspersky Lab, AlienVault Labs, and SophosLabs all have studied a sample of the malware, a.k.a. Batchwiper or GrooveMonitor. They concur that it's a simplistic yet lethal piece of malware that doesn't appear to be related to the nation-state built Stuxnet and Wiper that hit Iran's nuclear facility, or the destructive Shamoon that wiped 30,000 workstations of their data at Saudi Aramco, and deleted files at the Iranian oil ministry.

It's the latest in a series of data-destroying malware attacks targeting specific organizations in the Middle East. This return to 1980s and early-'90s malware that damages or deletes data puzzles researchers. "It's not the kind of thing you'd expect a nation-state [to create]," says Chester Wisniewski, a senior security adviser for Sophos.

He says it's odd that Iran sounded the alarm about such an unsophisticated attack. "This [malware] is something anybody could have done," he says.

Batchwiper/GrooveMonitor uses a DOS BAT file that was converted to a Windows Portable executable file. It wipes data off of drivers lettered D through I, as well as files on the user's desktop, and is set to do its dirty deed during specific dates, including between Dec. 10 and 12, and Jan. 21 and 23, as well as various dates that run through 2015.

"That's not something we see almost ever," Wisniewski says. "It's one of the few things that suggests that it's a targeted attack. It's very weird: Why would you care if it's Dec. 12? What those dates mean is a mystery."

The author of the malware even made an obvious typo in the code that prevents one feature from functioning. SophosLabs found a second variant of the malware, but it's still the same basic code.

Kaspersky Lab also saw an error in the code. "Other than the geographic region there doesn't seem to be any commonality with this file-deleting malware and the previous attacks we've seen. Even though the code is extremely simplistic it looks like the author managed to slip in a mistake, by not deleting a line of old code," says Roel Schouwenberg, senior researcher for global research and analysis at Kaspersky Lab, in a blog post.

Just how it spread is unclear. Jaime Blasco, labs manager at AlienVault Labs, thinks it may be via USB. "We don’t have details about the infection vector but based on the dropper it could be deployed using USB drives, internal actors, SpearPhishing or probably as the second stage of a targeted intrusion," Blasco says in a blog post.

The Iranian CERT initially reported that the malware was efficient yet simple, and was wiping out disk partitions and user profile directories without being detected by antivirus software.

"This is as basic as it gets. But if it was effective, that doesn't matter. If it wasn't clear already -- the era of cybersabotage has arrived. Be prepared," Schouwenberg says.

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
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5485
Published: 2014-09-30
registerConfiglet.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via unspecified vectors, related to the admin interface.

CVE-2012-5486
Published: 2014-09-30
ZPublisher.HTTPRequest._scrubHeader in Zope 2 before 2.13.19, as used in Plone before 4.3 beta 1, allows remote attackers to inject arbitrary HTTP headers via a linefeed (LF) character.

CVE-2012-5487
Published: 2014-09-30
The sandbox whitelisting function (allowmodule.py) in Plone before 4.2.3 and 4.3 before beta 1 allows remote authenticated users with certain privileges to bypass the Python sandbox restriction and execute arbitrary Python code via vectors related to importing.

CVE-2012-5488
Published: 2014-09-30
python_scripts.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via a crafted URL, related to createObject.

CVE-2012-5489
Published: 2014-09-30
The App.Undo.UndoSupport.get_request_var_or_attr function in Zope before 2.12.21 and 3.13.x before 2.13.11, as used in Plone before 4.2.3 and 4.3 before beta 1, allows remote authenticated users to gain access to restricted attributes via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.