Vulnerabilities / Threats
11/6/2012
05:05 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

SCADA Security In A Post-Stuxnet World

More SCADA bugs, exploits in the wake of Stuxnet, but gradually improving security in some products, new data shows

New data points illustrate just what a turning point Stuxnet truly was in SCADA security: Twenty times more software flaws have been discovered in industrial-control systems (ICS)/SCADA systems since the 2010 discovery of Stuxnet, and the vendor whose PLC system was its ultimate target has patched 92 percent of reported vulnerabilities in its products over the past seven years.

New data from Positive Technologies Security finds that 64 vulnerabilities were discovered and reported in industrial-control system products by the end of 2011, while only nine were reported between 2005 and 2011. And between January and August of this year, some 98 bugs were reported.

The Russian researchers who authored the report based their data on vulnerability database information from ICS-CERT, CVE, Bugtraq, NVD, OSVDB, Mitre Oval Repositories, exploit-db, and Siemens Product CERT, as well as from exploit packs from Metasploit and Immunity, for instance.

"The history of industrial system security is divided into two parts — prior to Stuxnet and afterwards," the authors wrote. "20 times more vulnerabilities have been detected since 2010 comparing with the previous five years."

Some 35 percent of reported vulnerabilities also have exploits, and about half of the vulnerabilities could allow an attacker to execute code remotely. More than 40 percent of the bugs are considered "critical," according to the "SCADA Safety In Numbers" report.

But in reality, the 35 percent number is likely higher, says Dale Peterson, CEO of Digital Bond. "I would have thought it was higher than 35 percent," especially given how penetration testing tools like Metasploit and others typically convert vulnerabilities into exploits regularly, he says.

"What you don't see in [Positive Technologies'] numbers is that a tremendous amount of exploits are not disclosed. They are known or covered by NDA, or whoever found them feels they should not be disclosed," Peterson says. He estimates less than one-fourth of the vulnerabilities his firm finds can actually be publicly disclosed because they are found as part of a consulting engagement and are under NDAs.

Meanwhile, Siemens, whose Siemens S7 PLC was in the bull's eye of the Stuxnet attack, had twice as many bugs reported in its products, but the researchers attribute much of that to the SCADA vendor becoming more proactive in rooting out flaws in its code. Siemens established its own Computer Emergency Response Team in the wake of Stuxnet that has helped spot and fix flaws. "The vulnerabilities discovered by the team are also included in the general statistics; thus the number of discovered and fixed issues is increasing," the researchers wrote.

And the popularity of Siemens products is a big factor, says Sergey Gordeychik, a Positive Technologies researcher and co-author of the report. "The main reason is popularity of Siemens solutions. During our marketing research, we found ... Siemens products on one- to four places in clients' requests. Other popular vendors -- Wonderware, Emmerson -- don't have such huge installation base," Gordeychik says.

Digital Bond's Peterson says Siemens and other SCADA vendors have made inroads in better securing server and workstation components. "They certainly have improved in their handling of vulnerabilities," he says. "When something becomes public, it tends to get fixed."

According to Positive Technologies, Siemens patched around 90 percent of its vulnerabilities; Advantech/Broadwin, 91 percent; WellInTech, 89 percent; General Electric, 80 percent; Rockwell Automation, 78 percent; ABB, 67 percent; and Schneider Electric, 56 percent.

More than 80 percent of the bugs were fixed within 30 days of public disclosure -- a rate that the researchers call relatively efficient. But every fifth bug was either not fixed at all or fixed "with a significant delay."

But ferreting out security vulnerabilities in traditional SCADA products that weren't created under a security development life cycle program is a never-ending process. "[It's] almost a losing battle because you find one and patch it ... but there are systemic problems in the product," Peterson says. "It's just going to be a never-ending flow of vulnerabilities until you actually go in and redesign that code. That's what a lot of these vendors are facing: It's like a bucket with a bunch of holes in it that's rusting out. You just need to start over."

[Itron, which sells smart meters, data collection, and software solutions to around 8,000 utilities in more than 130 countries and regions worldwide, has made SDL mandatory in all hardware and software development. See SCADA/Smart-Grid Vendor Adopts Microsoft's Secure Software Development Program .]

Peterson says some vendors like Siemens have made progress on the workstation and server side, incorporating good security controls. But the PLC side has made "very little progress," he says.

What does the report say about the overall security of the world's critical infrastructure?

What does the report say about the overall security posture of critical infrastructure systems? "In general, the results [were] predicable. ICS security now looks like Internet security in early 2000, and we can compare Stuxnet with CodeRed/Nimda worms. It's like a trigger," Positive Technologies' Gordeychik says.

The full Positive Technologies report is available here (PDF) for download.

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
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-3352
Published: 2014-08-30
Cisco Intelligent Automation for Cloud (aka Cisco Cloud Portal) 2008.3_SP9 and earlier does not properly consider whether a session is a problematic NULL session, which allows remote attackers to obtain sensitive information via crafted packets, related to an "iFrame vulnerability," aka Bug ID CSCuh...

CVE-2014-3908
Published: 2014-08-30
The Amazon.com Kindle application before 4.5.0 for Android does not verify X.509 certificates from SSL servers, which allows man-in-the-middle attackers to spoof servers and obtain sensitive information via a crafted certificate.

CVE-2010-5110
Published: 2014-08-29
DCTStream.cc in Poppler before 0.13.3 allows remote attackers to cause a denial of service (crash) via a crafted PDF file.

CVE-2012-1503
Published: 2014-08-29
Cross-site scripting (XSS) vulnerability in Six Apart (formerly Six Apart KK) Movable Type (MT) Pro 5.13 allows remote attackers to inject arbitrary web script or HTML via the comment section.

CVE-2013-5467
Published: 2014-08-29
Monitoring Agent for UNIX Logs 6.2.0 through FP03, 6.2.1 through FP04, 6.2.2 through FP09, and 6.2.3 through FP04 and Monitoring Server (ms) and Shared Libraries (ax) 6.2.0 through FP03, 6.2.1 through FP04, 6.2.2 through FP08, 6.2.3 through FP01, and 6.3.0 through FP01 in IBM Tivoli Monitoring (ITM)...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
This episode of Dark Reading Radio looks at infosec security from the big enterprise POV with interviews featuring Ron Plesco, Cyber Investigations, Intelligence & Analytics at KPMG; and Chris Inglis & Chris Bell of Securonix.