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

10:00 AM
Dirk Schrader
Dirk Schrader
Connect Directly
E-Mail vvv

Prevention Is the Only Cure: The Dangers of Legacy Systems

Prolonged exposure to poorly managed legacy IT devices proves time and time again the familiar adage: What can go wrong will go wrong.

On Dec. 16, 2020, Accellion FTA, a 20-year-old file transfer appliance, became the subject of media attention by reporting a now-infamous zero-day exploit. Patches were quickly released later that month, with additional investigations leading to further patches over the next 60 days. Despite Accellion promoting awareness of the zero-day exploit, over 300 known victims have fallen to the vulnerability.

Conglomerates were no exception; energy giant Royal Dutch Shell is just one large-scale example. Despite advanced knowledge due to public cases in December and January, the oil and gas company found itself victimized by the third-party vulnerability and reported the breach on March 16, 2021, exactly three months after the first exploits. The oil giant became yet another victim of the same mistake: allowing legacy systems to take unmanageable root in the corporate IT infrastructure.

Related Content:

Critical Infrastructure Under Attack

Special Report: Assessing Cybersecurity Risk in Today's Enterprises

New From The Edge: How to Get Employees to Care About Security

What Makes Legacy IT Risky?
What makes a system "legacy"? It's not simply the age of a machine or device but, rather, the machine's use and treatment — any system that becomes mismanaged or forgotten introduces complications, which run the risk of driving vulnerabilities to the larger IT environment. The crucial component of a legacy system is its introduction of an "inherited problem" where knowledge about systems is lost or documented "somewhere," outside the organization's usual channels and tools.

Even outside of IT, it is often easy to find examples of heavily used systems that are greatly outdated, undermanaged, or badly maintained. Whether it's a CT scanner used by dozens of doctors and nurses, or an old human-machine interface that has monitored turbine operations in the same power plant for years, it's all too common for organizations to rely upon a given tool or software with little knowledge of who is responsible for upkeep and maintenance.

Even when legacy tools are maintained operationally, in critical sectors like energy, healthcare, and transportation, the gap between operational technology (OT) maintenance and IT maintenance can drive exposure. Legacy systems are often maintained only to ensure function, and their operations are often digitized with upgraded Internet of Things (IoT) functionality for the sole purpose of operability. OT maintenance may fail to consider the IT and cybersecurity perspective, seeking to make changes to improve systems without questioning if those systems remain secure. While these legacy systems may seem helpful after years of use, networked systems' prolonged exposure to these legacy devices proves time and time again the familiar adage: What can go wrong will go wrong.

To determine if an aspect of your infrastructure is legacy, ask yourself:

  • Who installed the system?
  • Why was it installed in the first place?
  • What is it used for?
  • Who maintains it or is responsible for it?

Shadow IT Increases Legacy Technology Threats
As companies organize their first post-pandemic steps back into an office or hybrid workflow, the threat from legacy systems is greater than ever. In part, this is due to the legacy of shadow IT, in which systems or devices are introduced without explicit IT department approval. It is more than likely that the rapid shift to work from home caused an uptick in shadow IT, attack surfaces, and exposure to related vulnerabilities.

Large corporations like Shell have proven time and again that they are vulnerable to these attack vectors, but they may not need to be as concerned about shadow IT as their midsize counterparts. While large staff size may increase the potential for mismanagement, major corporations are also more likely to have systems and audits in place to manage their environment and control changes. Many midsize businesses and enterprises may be less aware of weaknesses in their system that leave them exposed to shadow IT's risks.

Minimizing Risks of Legacy and Shadow IT
How can a firm prevent the proliferation of legacy or shadow IT? The only solution is the proper management of all aspects of IT. Companies must plan as they scale, creating management hierarchies that ensure that one (or a few) crucial employee's absence or retirement will not open up a system to attack. Training IT staff to share and partition responsibility can help develop a healthy and agile management hierarchy, which includes responsibilities by non-IT departments for the systems they use. This enables IT teams to act proactively so that even if a vulnerable system cannot be patched or updated, compensating controls can be set in place.

To develop this responsive IT management hierarchy, IT administrators should turn to tools that enable them to understand all aspects of their environment and track and subsequently control any changes introduced to that system. Doing so is not only crucial to achieving and maintaining operational resilience, protecting the firm from hacking or even ransomware attack, it also prepares firms to grow and securely scale digitalization.

A native of Germany, Dirk Schrader brings more than 25 years of delivering IT expertise and product management at a global scale. His work focuses on advancing cyber resilience as a sophisticated new approach to tackle cyberattacks faced by governments and organizations of ... View Full Bio

Recommended Reading:

Comment  | 
Print  | 
More Insights
Threaded  |  Newest First  |  Oldest First
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
Enterprise Cybersecurity Plans in a Post-Pandemic World
Download the Enterprise Cybersecurity Plans in a Post-Pandemic World report to understand how security leaders are maintaining pace with pandemic-related challenges, and where there is room for improvement.
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-09-18
Teleport before 4.4.11, 5.x before 5.2.4, 6.x before 6.2.12, and 7.x before 7.1.1 allows forgery of SSH host certificates in some situations.
PUBLISHED: 2021-09-18
Teleport before 4.4.11, 5.x before 5.2.4, 6.x before 6.2.12, and 7.x before 7.1.1 allows alteration of build artifacts in some situations.
PUBLISHED: 2021-09-18
Teleport before 6.2.12 and 7.x before 7.1.1 allows attackers to control a database connection string, in some situations, via a crafted database name or username.
PUBLISHED: 2021-09-18
A path traversal vulnerability on Pardus Software Center's "extractArchive" function could allow anyone on the same network to do a man-in-the-middle and write files on the system.
PUBLISHED: 2021-09-17
static/main-preload.js in Boost Note through 0.22.0 allows remote command execution. A remote attacker may send a crafted IPC message to the exposed vulnerable ipcRenderer IPC interface, which invokes the dangerous openExternal Electron API.