Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Vulnerabilities / Threats

3/1/2018
11:45 AM
Connect Directly
Twitter
RSS
E-Mail
50%
50%

ICS Under Fire in 2017

New Dragos report finds rising number of public vulnerability advisories around ICS with not enough reasonable guidance around how to deal with these flaws.

The security of industrial control systems (ICS) had its nose bloodied considerably in 2017 with several high-profile targeted malware outbreaks and an alarming set of vulnerability trends arising around these systems. So says a new report out by Dragos, which laid out the lowlights of ICS security vulnerabilities from last year.

Dragos last year tracked 163 vulnerability advisories that impacted ICS products. Among these vulnerabilities, 61% made it possible for attackers to inflict a scary double-whammy of both loss of view and loss of control of the impacted asset.

"This means that a large percentage of ICS-related vulnerabilities will cause severe operational impact if exploited," the report explained.

One of the perennial problems with vulnerabilities in ICS products is the great difficulty organizations face in patching them. The touchy and critical nature of these systems tends to delay patch cycles - sometimes indefinitely. Dragos believes that to get over this hump organizations need to work harder to develop better test systems that can reliably vet patches so that impacted organizations can roll them out more quickly with confidence.

In order to implement these test environments, getting executive buy-in for the investment is the most fundamental first step, says Reid Wightman, senior vulnerability analyst for Dragos and author of the report. It may not only require new software and computers, but potentially additional controllers.

However, it may be easy to argue for this capital given that test environments provide benefits beyond the security realm.

"Engineers are likely to benefit from it in that they can test new setups prior to a maintenance window, and it can really speed up the time that it takes to repair software systems during that maintenance window," Wightman explains. "A test system can really boost profit in a lot of ways, it isn't just a cost sink."

Nevertheless, even if organizations work hard to shrink the patch window, they need better support from vendors and the security community to deal with the risk between disclosure and patching. According to Wightman, public flaw advisories don't do enough to provide information about alternative mitigations of the risk beyond applying the patch or isolating systems.

"When end users can't patch - and they often can't patch, at least not right away - they absolutely should be told what they can do to reduce their risk," he says. "They aren't getting that information from ICS-CERT nor from the vendors in many cases."

There also needs to be more acknowledgement that patching won't necessarily zero out the risk equation. One of the more startling statistics from this report is that of the crop of ICS-related vulnerabilities last year, 64% impacted components that were insecure by design. In other words, the patch wouldn't fully eliminate the risk of compromise.

Wightman believes that one of the single-most important things an organization could do to strengthen its risk posture on the ICS front is to "know thyself." Organizations need to do a better job gaining understanding about what's in their control systems networks, detailing which assets communicate with one another and specifically what services are used. This is the only way to set very specific access controls that minimize the most risk.

"A prime example is understanding that the engineering protocol for a field device almost always uses a different service from the data access," Wightman says. "Let your engineering systems have access to the engineering service, and let your operator systems have access to the data service. Vendors can provide this information, and should give it to you for free."

Related Content:

 

Black Hat Asia returns to Singapore with hands-on technical Trainings, cutting-edge Briefings, Arsenal open-source tool demonstrations, top-tier solutions and service providers in the Business Hall. Click for information on the conference and to register.

Ericka Chickowski specializes in coverage of information technology and business innovation. She has focused on information security for the better part of a decade and regularly writes about the security industry as a contributor to Dark Reading.  View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/14/2020
Omdia Research Launches Page on Dark Reading
Tim Wilson, Editor in Chief, Dark Reading 7/9/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal, a Dark Reading Perspective
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-6164
PUBLISHED: 2020-07-15
In SilverStripe through 4.5.0, a specific URL path configured by default through the silverstripe/framework module can be used to disclose the fact that a domain is hosting a Silverstripe application. There is no disclosure of the specific version. The functionality on this URL path is limited to ex...
CVE-2020-6165
PUBLISHED: 2020-07-15
SilverStripe 4.5.0 allows attackers to read certain records that should not have been placed into a result set. This affects silverstripe/recipe-cms. The automatic permission-checking mechanism in the silverstripe/graphql module does not provide complete protection against lists that are limited (e....
CVE-2020-8958
PUBLISHED: 2020-07-15
Guangzhou 1GE ONU V2801RW 1.9.1-181203 through 2.9.0-181024 and V2804RGW 1.9.1-181203 through 2.9.0-181024 devices allow remote attackers to execute arbitrary OS commands via shell metacharacters in the boaform/admin/formPing Dest IP Address field.
CVE-2020-9309
PUBLISHED: 2020-07-15
Silverstripe CMS through 4.5 can be susceptible to script execution from malicious upload contents under allowed file extensions (for example HTML code in a TXT file). When these files are stored as protected or draft files, the MIME detection can cause browsers to execute the file contents. Uploads...
CVE-2020-9311
PUBLISHED: 2020-07-15
In SilverStripe through 4.5, malicious users with a valid Silverstripe CMS login (usually CMS access) can craft profile information which can lead to XSS for other users through specially crafted login form URLs.