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.


10:00 AM
Dan DeMers
Dan DeMers
Connect Directly
E-Mail vvv

Banking on Data Security in a Time of Insecurity

How banks can maintain security and data integrity in the middle of a pandemic.

CIOs at financial institutions have a lot to think about every day. Fraud. Data breaches. Integrating IT systems after a merger. It's a tough job, and it's one that usually goes unnoticed unless there's a problem. But one thing that they never envisioned was waking up one day to discover that everyone at the bank was suddenly wearing sweatpants and working from home on nonsecure Internet connections. That's not only a fashion nightmare, but it also has serious implications for data security. 

Data breaches can happen at multiple points. Hackers can access networks and help themselves to information that's supposed to be private, and malware can be used to trigger invisible data losses. But one of the biggest areas of risk takes place when data is copied from one system to another. That's because a chain is only as strong as its weakest link, and even the most secure technology on the planet can't protect information once it migrates to another system or platform.

Unfortunately, bank data gets copied all the time. When it is copied, it could be shared between 5,000 different systems. This happens so often that most of us don't even think about it anymore, but 40% of IT budgets are dedicated to this one function. In fact, a single simple activity (such as depositing a check or making a mortgage payment) can require 10 or more separate systems — and each time the data is transferred, it has to be copied. By the end of a transaction, there could be more than a dozen copies of the same data.

That's a recipe for chaos even on a good day, but during the pandemic, it's a recipe for disaster. It's bad enough when all of that cutting and pasting is happening within the happy confines of a firewall, but when there are literally thousands of bank employees sending and receiving files on connections from their home that can barely handle an hour of Netflix and online gaming, problems are going to happen. It's not an "if" but a "how bad will it be?"

There are two ways to reduce the likelihood of an information meltdown. The first is to make sure that everyone has secure, business-class Internet at home. This forms the foundation for protecting the database systems and servers where sensitive data is stored. Even if data is encrypted, access to it must be restricted in order to keep it fully secured. That's exactly why employees get onto the bank's network over a VPN when on an unsecured (home) connection, and why they are given specific devices to use that block personal emails, social sites, and USB ports.

Ban Ctrl-C
The second answer to data insecurity is simply to stop copying data. To do that, data must be freed from the applications that created them. The fact that data is so closely tied to their programs wouldn't be a problem if those programs didn't have to talk to each other. However, the "talking" is the very essence of data sharing and what the financial industry is built on — collaboration and information exchange. These applications are all built using their own language, and they can only communicate with each other when data is copied into their own language. The real solution is to revamp the data architecture so that data exists as a single source that is no longer tied to any one application.

Ensuring top-notch, secure Internet in everyone's homes will cost hundreds of millions of dollars and take years to implement. Stopping the practice of copying data can be accomplished in a few weeks at less than 1% of the cost.

At first glance, this may seem like a pipe dream. The entire financial industry is built on hundreds of standalone apps — from payroll systems to ATM operating systems — that rely on cobbled together "handshakes" to work together. And the vast majority of these handoffs require data to be copied. And then copied again. It's like building the world's most secure house and then mailing door keys to 100 random people. One day, someone's going to end up with your stereo.

Not only is copying data an insane thing to do, but it's completely unnecessary. It's an approach that was first developed in the 1960s and '70s when there really wasn't a practical way to share information between systems. But the world has moved a long way since Osborne and Kaypro dominated the market, and we've been using platform-agnostic tools for decades. It's time for bank IT departments to recognize the dangers of these kinds of data breaches and retire Ctrl-C forever.

Related Content:

Learn from industry experts in a setting that is conducive to interaction and conversation about how to prepare for that "really  bad day" in cybersecurity. Click for more information and to register

Dan DeMers is the CEO and co-founder of Cinchy, the global leader in enterprise Data Fabric and Data Collaboration technology. Previously, he spent over a decade as an IT executive with leading global financial institutions where he was responsible for multi-million dollar ... View Full Bio

Recommended Reading:

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
More SolarWinds Attack Details Emerge
Kelly Jackson Higgins, Executive Editor at Dark Reading,  1/12/2021
Vulnerability Management Has a Data Problem
Tal Morgenstern, Co-Founder & Chief Product Officer, Vulcan Cyber,  1/14/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
2020: The Year in Security
Download this Tech Digest for a look at the biggest security stories that - so far - have shaped a very strange and stressful year.
Flash Poll
Assessing Cybersecurity Risk in Today's Enterprises
Assessing Cybersecurity Risk in Today's Enterprises
COVID-19 has created a new IT paradigm in the enterprise -- and a new level of cybersecurity risk. This report offers a look at how enterprises are assessing and managing cyber-risk under the new normal.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2021-01-18
An issue was discovered in the Source Integration plugin before 2.4.1 for MantisBT. An attacker can gain access to the Summary field of private Issues (either marked as Private, or part of a private Project), if they are attached to an existing Changeset. The information is visible on the view.php p...
PUBLISHED: 2021-01-18
Tar.php in Archive_Tar through 1.4.11 allows write operations with Directory Traversal due to inadequate checking of symbolic links, a related issue to CVE-2020-28948.
PUBLISHED: 2021-01-18
Missing Authorization vulnerability in McAfee Agent (MA) for Windows prior to 5.7.1 allows local users to block McAfee product updates by manipulating a directory used by MA for temporary files. The product would continue to function with out-of-date detection files.
PUBLISHED: 2021-01-18
All versions of package tornado are vulnerable to Web Cache Poisoning by using a vector called parameter cloaking. When the attacker can separate query parameters using a semicolon (;), they can cause a difference in the interpretation of the request between the proxy (running with default configura...
PUBLISHED: 2021-01-18
The package bottle from 0 and before 0.12.19 are vulnerable to Web Cache Poisoning by using a vector called parameter cloaking. When the attacker can separate query parameters using a semicolon (;), they can cause a difference in the interpretation of the request between the proxy (running with defa...