04:45 PM
Connect Directly

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

Register for Dark Reading Newsletters
White Papers
Current Issue
Dark Reading Tech Digest September 7, 2015
Some security flaws go beyond simple app vulnerabilities. Have you checked for these?
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
Published: 2015-10-09
Simple Streams (simplestreams) does not properly verify the GPG signatures of disk image files, which allows remote mirror servers to spoof disk images and have unspecified other impact via a 403 (aka Forbidden) response.

Published: 2015-10-09
The Telephony component in Apple OS X before 10.11, when the Continuity feature is enabled, allows local users to bypass intended telephone-call restrictions via unspecified vectors.

Published: 2015-10-09
IcedTea-Web before 1.5.3 and 1.6.x before 1.6.1 does not properly sanitize applet URLs, which allows remote attackers to inject applets into the .appletTrustSettings configuration file and bypass user approval to execute the applet via a crafted web page, possibly related to line breaks.

Published: 2015-10-09
IcedTea-Web before 1.5.3 and 1.6.x before 1.6.1 does not properly determine the origin of unsigned applets, which allows remote attackers to bypass the approval process or trick users into approving applet execution via a crafted web page.

Published: 2015-10-09
The Safari Extensions implementation in Apple Safari before 9 does not require user confirmation before replacing an installed extension, which has unspecified impact and attack vectors.

Dark Reading Radio
Archived Dark Reading Radio
What can the information security industry do to solve the IoT security problem? Learn more and join the conversation on the next episode of Dark Reading Radio.