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.


Recommended Reading:

Comment  | 
Print  | 
More Insights
Oldest First  |  Newest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 8/10/2020
Researcher Finds New Office Macro Attacks for MacOS
Curtis Franklin Jr., Senior Editor at Dark Reading,  8/7/2020
Lock-Pickers Face an Uncertain Future Online
Seth Rosenblatt, Contributing Writer,  8/10/2020
Register for Dark Reading Newsletters
White Papers
Cartoon Contest
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 Changing Face of Threat Intelligence
The Changing Face of Threat Intelligence
This special report takes a look at how enterprises are using threat intelligence, as well as emerging best practices for integrating threat intel into security operations and incident response. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2020-08-12
Artica Web Proxy 4.30.000000 allows an authenticated remote attacker to inject commands via the service-cmds parameter in cyrus.php. These commands are executed with root privileges via service_cmds_peform.
PUBLISHED: 2020-08-12
Artica Web Proxy 4.30.00000000 allows remote attacker to bypass privilege detection and gain web backend administrator privileges through SQL injection of the apikey parameter in fw.login.php.
PUBLISHED: 2020-08-12
When SSL/TLS Forward Proxy Decryption mode has been configured to decrypt the web transactions, the PAN-OS URL filtering feature inspects the HTTP Host and URL path headers for policy enforcement on the decrypted HTTPS web transactions but does not consider Server Name Indication (SNI) field within ...
PUBLISHED: 2020-08-12
Concourse, versions prior to 6.3.1 and 6.4.1, in installations which use the GitLab auth connector, is vulnerable to identity spoofing by way of configuring a GitLab account with the same full name as another user who is granted access to a Concourse team. GitLab groups do not have this vulnerabilit...
PUBLISHED: 2020-08-12
Eaton's Secure connect mobile app v1.7.3 & prior stores the user login credentials in logcat file when user create or register the account on the Mobile app. A malicious app or unauthorized user can harvest the information and later on can use the information to monitor and control the user's ac...