Attacks/Breaches

6/5/2018
02:25 PM
Connect Directly
Twitter
Twitter
RSS
E-Mail
50%
50%

The Breach Disclosure Double Standard

Cybersecurity pros expect to be notified immediately when they're breached, but most don't do the same - and some even cover up breaches.

For many cybersecurity professionals, swift breach disclosure is a matter of do as I say, not as I do. A new survey out today from Thycotic shows a big double standard exists between how quickly security pros expect their vendors and partners to disclose breaches and how fast they themselves tell others about security incidents. 

Conducted across the IT security community convened at RSA Conference earlier this spring, the survey shows that 84% of respondents say they want to be notified immediately if a company they've worked with has experienced a breach. Yet at the same time, just 37% of these people say they would extend the same courtesy of notifying customers expeditiously in the event that their firms were breached.

A big part of this may well be that companies don't have the capability for swift disclosure due to insufficient preparation on the incident response front. Only a little over half of the respondents say they have a tested incident response plan in place, while just one in five say they've prepared a contact list and communications plan to manage an incident. What's more, just one in ten organizations say they have a public relations and legal team prepped and ready to manage security incident communications should they be breached. 

This lack of preparation is putting global organizations under considerable regulatory risk now that the EU General Data Protection Regulation (GDPR) has gone live. One of the key requirements of GDPR is that organizations be ready to publicly disclose breaches that affect European residents' data within 72 hours. A recent study by Enterprise Strategy Group shows that only 33% of organizations are ready to meet this mandate.

The high prevalence of companies unable to quickly detect breaches, let alone swiftly notify victims, is troubling enough. But perhaps even more disconcerting is how many organizations go out of their way to actively hide incidents from being disclosed. 

Indeed, almost one in six respondents admit they've kept data breaches secret from the public or unsuspecting victims, according to Thycotic's study. These kind of numbers aren't a new revelation. Back in 2015, a different survey at that year's RSA Conference, from Alien Vault, found that 20% of respondents have at the very least witnessed their companies trying to hide or cover up a breach.

What's new now, though, is the level of public furor kicked up following the egregious under-the-carpet sweeping behavior at Uber following its massive breach of 57 million people's data. As the embarrassing details kept unfolding, it came out that the ride-share company paid an attacker $100,000 from a bug bounty program that usually only paid out a fraction of that per bug to cover up the breach.

It's this kind of lack of accountability that's pushing regulators to stiffen the consequences for organizations that fail to quickly notify affected parties after a breach. Not only is the big hammer of GDPR hovering over global organizations, but US regulators also are making noises. US legislators are now toying with the idea of sentencing executives with jail time for not disclosing data breaches.  

<p> <img src="https://img.deusm.com/darkreading/MarilynCohodas/InSecurityvplug-368592_DR18_DR-VE-Logo-Signature.png" alt="" width="380" height="49" style="vertical-align: top;" /></p>

<p><strong>Top industry experts will offer a range of information and insight on who the bad guys are – and why they might be targeting your enterprise. </strong><strong>Click for <a href="https://event.darkreading.com/3453?keycode=sbx&cid=smartbox_techweb_upcoming_webinars_8.500000825" target="_blank">more information</a></strong></p>

Ericka Chickowski specializes in coverage of information technology and business innovation. She has focused on information security for the better part of a decade and regularly writes about the security industry as a contributor to Dark Reading.  View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
What We Talk About When We Talk About Risk
Jack Jones, Chairman, FAIR Institute,  7/11/2018
Ticketmaster Breach Part of Massive Payment Card Hacking Campaign
Jai Vijayan, Freelance writer,  7/10/2018
Lessons from My Strange Journey into InfoSec
Lysa Myers, Security Researcher, ESET,  7/12/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Cyberspace is much less secure than my old lamp.
Current Issue
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-6681
PUBLISHED: 2018-07-17
Abuse of Functionality vulnerability in the web interface in McAfee Network Security Management (NSM) 9.1.7.11 and earlier allows authenticated users to allow arbitrary HTML code to be reflected in the response web page via appliance web interface.
CVE-2018-13864
PUBLISHED: 2018-07-17
A directory traversal vulnerability has been found in the Assets controller in Play Framework 2.6.12 through 2.6.15 (fixed in 2.6.16) when running on Windows. It allows a remote attacker to download arbitrary files from the target server via specially crafted HTTP requests.
CVE-2018-14338
PUBLISHED: 2018-07-17
samples/geotag.cpp in the example code of Exiv2 0.26 misuses the realpath function on POSIX platforms (other than Apple platforms) where glibc is not used, possibly leading to a buffer overflow.
CVE-2018-14337
PUBLISHED: 2018-07-17
The CHECK macro in mrbgems/mruby-sprintf/src/sprintf.c in mruby 1.4.1 contains a signed integer overflow, possibly leading to out-of-bounds memory access because the mrb_str_resize function in string.c does not check for a negative length.
CVE-2018-14329
PUBLISHED: 2018-07-17
In HTSlib 1.8, a race condition in cram/cram_io.c might allow local users to overwrite arbitrary files via a symlink attack.