Attacks/Breaches
9/26/2013
05:34 PM
Connect Directly
Twitter
Twitter
RSS
E-Mail
50%
50%

Establishing The New Normal After A Breach

Breach response shouldn't just be about notifications and system clean-up -- organizations can use their mistakes as learning aids to change processes and policies for lasting security success

As embarrassing and costly as a big data breach may be for an organization, many security professionals will tell you such an incident can be good news in the long run for a business' risk posture. Sometimes even after numerous warnings from security and risk advisers, the only way for senior managers to sit up and pay attention to a set of risks is to have an incident from that risk detailed blow by blow in the business press.

"Once an organization has gone through all that pain, they're forever changed," says Lucas Zaichkowsky, an enterprise defense architect at AccessData. "Your whole outlook changes."

For all of the problems that breaches bring, they also present a learning opportunity and potential for developing better processes that improve the day-to-day effectiveness of IT security. But that growth can occur only if organizations spend the time to thorough analyze the event to find the fundamental risk factors that contributed to a compromise.

"If you haven't taken the time to figure out what's wrong in your program or your technology, then it's pretty natural that it's going to happen again," says Vinnie Liu, managing partner for security consulting firm Bishop Fox.

[Are you getting the most out of security analytics? See Connecting The Dots With Quality Analytics Data.]

Unfortunately, some organizations today tend to engage in a type of whack-a-mole brand of incident response, responding to breaches and malware outbreaks only by cleaning up systems affected by the incidents but never delving into root causes, says James Phillippe, leader of threat and vulnerability services for the U.S. at Ernst & Young. Meanwhile, he says, "the root cause -- weak network controls, poor user education, weak policies, or perhaps improper architecture configurations -- will persist."

On the other end of the spectrum, many organizations recognize that they can't simply clean up systems after a breach and carry on as before. But because they react quickly without analyzing why things went wrong, they end up wasting a lot of money. And then they still end up breached again.

"I think a lot of recidivism stems from the knee-jerk reactions," Liu says. "You see something wrong, you buy a bunch of tools, you drop them in place, and you think you're safe."

This is why leveraging a breach for more executive buy-in, budget, and meaningful change requires you to use that event "in a balanced manner, not in a panic attack," says Robert Stroud, international vice president of ISACA.

Once a thorough post-mortem is done, he recommends either using an existing risk model or developing a new one and running the operational and financial impacts of the breach outcome through that model to understand how that changes risk calculations. From there, an organization can more clearly understand if it needs to only change a few controls, or if it needs to make a major overhaul in security processes.

"More often than not, we see organizations go, 'Hey, we've got to do something about that, let's just do it,' and they start executing immediately," Stroud says. "Organizations will go without any assessment, and spend significant money on potential vulnerability without any understanding of the business impact or risk exposure, potentially costing their business significant money. It might be more money than the risk itself."

As the experts have explained, establishing the new normal following a breach is going to take post-mortem analysis, and it's also going to require changing risk models. But, more significantly, it is going to involve sustained investment. The cost of upping the security game is easy to overlook amid all of the more picayune line-items of breach response, but process improvement should be part of the overall response budget once a breach has come to light.

"People talk about overlooking the cost of credit monitoring, reporting, fees, and things like that," Liu says. "But from what we've seen, I think some of the biggest investments that have to be made over the long term following a breach is for changing process."

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

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
WKash
50%
50%
WKash,
User Rank: Apprentice
9/27/2013 | 9:52:28 PM
re: Establishing The New Normal After A Breach
User diversity and growth in network activity including
cloud services are among reasons it's getting harder to guard against
insider data breaches. That and some other factors, including advances in malware that make it easier for outsiders to work from the inside are among the reasons many IT pros say its getting harder than before to detect/prevent insider threats. We report more on that at: http://www.informationweek.com...
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-1421
Published: 2014-11-25
mountall 1.54, as used in Ubuntu 14.10, does not properly handle the umask when using the mount utility, which allows local users to bypass intended access restrictions via unspecified vectors.

CVE-2014-3605
Published: 2014-11-25
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: CVE-2014-6407. Reason: This candidate is a reservation duplicate of CVE-2014-6407. Notes: All CVE users should reference CVE-2014-6407 instead of this candidate. All references and descriptions in this candidate have been removed to pre...

CVE-2014-7839
Published: 2014-11-25
DocumentProvider in RESTEasy 2.3.7 and 3.0.9 does not configure the (1) external-general-entities or (2) external-parameter-entities features, which allows remote attackers to conduct XML external entity (XXE) attacks via unspecified vectors.

CVE-2014-8001
Published: 2014-11-25
Buffer overflow in decode.cpp in Cisco OpenH264 1.2.0 and earlier allows remote attackers to execute arbitrary code via an encoded media file.

CVE-2014-8002
Published: 2014-11-25
Use-after-free vulnerability in decode_slice.cpp in Cisco OpenH264 1.2.0 and earlier allows remote attackers to execute arbitrary code via an encoded media file.

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?