Risk
6/22/2005
04:49 PM
Patricia Keefe
Patricia Keefe
Commentary
50%
50%

Data Security: IT's Oxymoron

In case you haven't noticed, the last decade in banking has been all about mergers (each one bigger than the last), big-buck CEOs, increasing fees, and decreasing access to human beings. Sure, some consumer accounts got lost or crunched in the slamming together of newlywed bank systems, but who cared? Not the regulators and not the banks.

In case you haven't noticed, the last decade in banking has been all about mergers (each one bigger than the last), big-buck CEOs, increasing fees, and decreasing access to human beings. Sure, some consumer accounts got lost or crunched in the slamming together of newlywed bank systems, but who cared? Not the regulators and not the banks.What the finance industry seems to care about, besides the obvious--ever-more money and expansion--are two things: rules and computerization. If ever there was a stickler for fine print and dates, it's the money men. They cut consumers no slack and have done their best to obliterate community branches and any hint of a free service. When they aren't inundating us with credit-card offers and come-ons for new financial services, they have been relentlessly driving the masses toward electronic banking. ATM cards, debit cards, online banking--all are designed to rid the system of paper checks and human tellers, while simultaneously collecting masses of data more easily than ever before. Data that's sold, loaned, processed, and cross-tabulated again and again to rank our credit worthiness in order to adjust our credit-card rates and fill up our mailboxes with offers we don't want.

In return, consumers have gained convenience and ease of access to their funds, of course, but apparently, so have the ever-sophisticated thieves.

It seems in the rush to build banking monopolies and cut costs, the banks have been so focused on the front end, they've left the back end to their systems wide open. So wide open that the Anti-Phishing Working Group's Activity Trends Report for April shows financial services to be the biggest phishing target (84%) by far.

Little wonder we read today of banks scrambling to contain the damage from the recent spate of hacks and data losses. They spent bazillions on automation and the creation of new services, but not enough on safeguarding their clients. And among those banks that knew enough to batten down their own hatches, many have failed to look beyond the end of their noses at their third-party partners, some of whom are in flagrant violation of their banking partners' security rules. Who knew? Not the banks, but they should have known. They just aren't watching very closely, according to Gartner analyst Avivah Litan.

This quote from Ted Crooks, VP of global fraud solutions at Fair Isaac Corp., which provides customer-data-analytics services, sums it up: "Unfortunately, too many companies factor in the need for absolute evidence and the lowest possible cost for protection. This event [the CardSystems Solutions breach] was scary, but I wasn't bowled over with surprise, and it could have been avoided."

The financial-services sector can't have it both ways: It can't tell the public it's going to share our data with pretty much whomever it pleases (have you ever tried to decipher one of those privacy statements?) and then not protect that data.

And now that the jig is up, who better to feel the weight of rules and regulations, and the punitive sting of financial penalties? Now that's talking a language we know they'll understand.

Data thieves may be mightily attracted to the financial sector, but their reach is by no means limited to that industry. And sometimes it's unthinking IT design mistakes that leave consumers vulnerable. Do you think you have the right strategies, tools, and policies in place to defend your network and data? Check out our Global Information Security Survey. Your completed survey also enters you in our $4,000 prize drawing for a laptop or iPods!

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading December Tech Digest
Experts weigh in on the pros and cons of end-user security training.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-6477
Published: 2014-11-23
Unspecified vulnerability in the JPublisher component in Oracle Database Server 11.1.0.7, 11.2.0.3, 11.2.0.4, 12.1.0.1, and 12.1.0.2 allows remote authenticated users to affect confidentiality via unknown vectors, a different vulnerability than CVE-2014-4290, CVE-2014-4291, CVE-2014-4292, CVE-2014-4...

CVE-2014-4807
Published: 2014-11-22
Sterling Order Management in IBM Sterling Selling and Fulfillment Suite 9.3.0 before FP8 allows remote authenticated users to cause a denial of service (CPU consumption) via a '\0' character.

CVE-2014-6183
Published: 2014-11-22
IBM Security Network Protection 5.1 before 5.1.0.0 FP13, 5.1.1 before 5.1.1.0 FP8, 5.1.2 before 5.1.2.0 FP9, 5.1.2.1 before FP5, 5.2 before 5.2.0.0 FP5, and 5.3 before 5.3.0.0 FP1 on XGS devices allows remote authenticated users to execute arbitrary commands via unspecified vectors.

CVE-2014-8626
Published: 2014-11-22
Stack-based buffer overflow in the date_from_ISO8601 function in ext/xmlrpc/libxmlrpc/xmlrpc.c in PHP before 5.2.7 allows remote attackers to cause a denial of service (application crash) or possibly execute arbitrary code by including a timezone field in a date, leading to improper XML-RPC encoding...

CVE-2014-8710
Published: 2014-11-22
The decompress_sigcomp_message function in epan/sigcomp-udvm.c in the SigComp UDVM dissector in Wireshark 1.10.x before 1.10.11 allows remote attackers to cause a denial of service (buffer over-read and application crash) via a crafted packet.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Now that the holiday season is about to begin both online and in stores, will this be yet another season of nonstop gifting to cybercriminals?