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.


11:41 PM
George V. Hulme
George V. Hulme

Citect Doesn't Get 'IT' When It Comes To Application Security

Citect, the Sydney, Australia-based maker of Supervisory Control And Data Acquisition (SCADA) software, CitectSCADA, doesn't seem to understand IT security, or why applications that run things like pharmaceutical plants, water treatment facilities, and natural gas pipelines should be inherently secure.

Citect, the Sydney, Australia-based maker of Supervisory Control And Data Acquisition (SCADA) software, CitectSCADA, doesn't seem to understand IT security, or why applications that run things like pharmaceutical plants, water treatment facilities, and natural gas pipelines should be inherently secure.As I'm researching SCADA system security today, I stumbled across this story, Citect SCADA Vulnerability Unlikely, in IndustrialIT. I'm not exactly sure why the story ran Friday, as I couldn't find anything new from the news reports that covered this SCADA vulnerability that ran a couple weeks ago. Essentially, Core Security Technologies found a remotely exploitable buffer overflow, and announced its find after Citect released the patch. Which, by the way, took five months to develop.

However, a line or two from the story leaped out, and punched me in the nose:

CITECT has responded to allegations of security problems in its SCADA solution by telling customers they are unlikely to be at risk if their systems are protected by industry-standard security guidelines.

This is almost a "throw-away" statement. They're saying that if the users of their software have all of the proper mitigating controls in place on their network, they have nothing to worry about. This is true of many application vulnerabilities.

It gets better:

The potential security breaches found by Core Security Technologies were limited to Windows-based control systems utilizing ODBC technology. However, they were only exploitable if the control systems were connected to the Internet without any security in place.

Did you catch that? Citect is saying that customers only have to worry about this vulnerability if they're connected to the Internet, and without any security in place. Now, most every application security vulnerability we get concerned about (browsers, e-mail, client applications) are "only exploitable if the system is connected to the Internet." And, if an adversary grabs physical control of your system, they won't be needing to run buffer overflow attacks.

What Citect doesn't seem to get is that applications should be built as inherently secure as possible -- from the jump. That means vetting applications for proper input validation, authentication, and other common programming gaffes that could lead to the compromise of an application. That way, should network security break down for some reason, even temporarily, customers wouldn't have to worry about a "remote, unauthenticated attacker" who "may be able to execute arbitrary code or cause a denial-of-service" as described in this US-CERT Vulnerability Note.

On its About Us page, Citect describes itself as having "The ability to develop powerful and reliable 'industrial strength' software, capable of withstanding the rigors of large-scale operations, has been one of our strengths."

Industrial strength software is great, it'd be even better if it could withstand buffer-overflows out of the box.

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
Cyberattacks Are Tailored to Employees ... Why Isn't Security Training?
Tim Sadler, CEO and co-founder of Tessian,  6/17/2021
7 Powerful Cybersecurity Skills the Energy Sector Needs Most
Pam Baker, Contributing Writer,  6/22/2021
Microsoft Disrupts Large-Scale BEC Campaign Across Web Services
Kelly Sheridan, Staff Editor, Dark Reading,  6/15/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
The State of Cybersecurity Incident Response
In this report learn how enterprises are building their incident response teams and processes, how they research potential compromises, how they respond to new breaches, and what tools and processes they use to remediate problems and improve their cyber defenses for the future.
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2021-06-24
In the bindata RubyGem before version 2.4.10 there is a potential denial-of-service vulnerability. In affected versions it is very slow for certain classes in BinData to be created. For example BinData::Bit100000, BinData::Bit100001, BinData::Bit100002, BinData::Bit<N>. In combination with &lt...
PUBLISHED: 2021-06-24
The blockchain node in FISCO-BCOS V2.7.2 may have a bug when dealing with unformatted packet and lead to a crash. A malicious node can send a packet continuously. The packet is in an incorrect format and cannot be decoded by the node correctly. As a result, the node may consume the memory sustainabl...
PUBLISHED: 2021-06-23
Vulnerability in OpenGrok (component: Web App). Versions that are affected are 1.6.7 and prior. Easily exploitable vulnerability allows low privileged attacker with network access via HTTPS to compromise OpenGrok. Successful attacks of this vulnerability can result in takeover of OpenGrok. CVSS 3.1 ...
PUBLISHED: 2021-06-23
A vulnerability in SonicOS where the HTTP server response leaks partial memory by sending a crafted HTTP request, this can potentially lead to an internal sensitive data disclosure vulnerability.
PUBLISHED: 2021-06-23
A command execution vulnerability exists in the default legacy spellchecker plugin in Moodle 3.10. A specially crafted series of HTTP requests can lead to command execution. An attacker must have administrator privileges to exploit this vulnerabilities.