Attacks/Breaches
8/14/2014
04:45 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Stuxnet Exploits Still Alive & Well

Exploits continue abusing a four-year-old bug used in the Stuxnet attack, Kaspersky Lab says.

One of the main vulnerabilities used in the infamous Stuxnet attack -- patched four years ago -- is being used in attack attempts against millions of machines around the world, according to new data.

Kaspersky Lab found that during November 2013 and June 2014, the Windows Shell flaw (CVE-2010-2568) used by Stuxnet to gain administrative rights on a Windows machine remotely was detected 50 million times attacking some 19 million machines in Vietnam (42.45%), India (11.7%), Indonesia (9.43%), Brazil (5.52%), and Algeria (3.74%).

Those nations also have some of the most Windows XP installations, which likely explains why a high percentage of them are the target of that Stuxnet vulnerability, according to Kaspersky Lab. Some 64.19% of those machines in the sample were XP; 27.99%, Windows 7; 3.99%, Windows Server 2008; and 1.58%, Windows Server 2003. Around 4.52% of all active XP machines are in the US, according to Kaspersky's data.

The "critical" Windows Shell flaw would let a remote or local attacker run code via a malicious .LNK or .PIF file via an improperly handled icon displayed in Windows Explorer. Microsoft issued a patch for the vulnerability on August 2, 2010; Stuxnet was first discovered in June of that year.

Kaspersky Lab researchers say the problem likely has to do with servers that aren't being updated or that lack proper security software. The servers also could be infested by a worm that exploits the flaw and spreads the infection.

"We have seen some vulnerabilities go back to 2009-2010, and I suspect that we can find even older examples. Therefore I am not surprised by a 2010 CVE that Stuxnet is using, is still viable," says Barry Sheitman, director of security strategy at Imperva.

The problem, of course, is that many black hat hackers know that old vulns die hard, so they abuse them, he says.

The full Kaspersky Lab Stuxnet report is available here.

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
securityaffairs
50%
50%
securityaffairs,
User Rank: Ninja
8/18/2014 | 1:25:44 PM
as expected
We must consider as primary causes the following:
  • Militarization of the cyberspace as as side effect diffusion for a long time of exploits used in the "cyber weapons"
  • Presence on the Internet for a great number of servers that aren't updated or that lack proper defensive solutions. 

No doubts that in the future a growing number of similar cases will be discovered

 

 
Kelly Jackson Higgins
50%
50%
Kelly Jackson Higgins,
User Rank: Strategist
8/18/2014 | 8:59:15 AM
Re: Four years old
It's mostly in nations with late-technology adoption and a lot of XP still hanging around. So that really old vulns are still exploitable in those regions is not really surprising.
Bprince
50%
50%
Bprince,
User Rank: Ninja
8/15/2014 | 8:44:18 PM
Four years old
A four-year old vulnerability? I mean honestly that's pretty negligent to me, especially if any of these are corporate machines. 

BP
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.