Vulnerabilities / Threats

10:30 AM
Daniel Schwalbe
Daniel Schwalbe
Connect Directly
E-Mail vvv

Discover a Data Breach? Try Compassion First

The reactions to a big data breach often resemble the five stages of grief, so a little empathy is needed.

Many of the big data breaches over the past few years can be traced back to things such as stolen laptops and flash drives or compromised end-user accounts that get leveraged for horizontal movement inside the organization. Sometimes permissions on Internet-accessible systems are left wide open by accident or security patches didn't get applied in time, leaving the system vulnerable to attack.

But in virtually every case, there is an individual or small group of individuals whose action or inaction can be directly linked to the data breach. There are the organizational users, who get tricked into opening a malicious attachment or clicking on a bad link, and either have their passwords stolen or their computers compromised. But there are also the IT professionals who maintain servers and other computing infrastructure — the sysadmins, Web developers, or even the office managers who are put in charge of "making sure things get patched" under the rubric of "other duties as assigned" on their job description. If they make a mistake or fall behind on their work, the organizational consequences can be disastrous.

The Agile Adversary
The speed at which technology evolves is a big challenge for those who are charged with defending networks and the information for which they provide access. As security professionals, it's our job to keep track of every emerging technology and analyze almost in real time how it could affect the security of the enterprise.

This is made more difficult because attackers have become more sophisticated. This is especially true when we look at nation-state actors. Unlike some "smash-and-grab" cybercriminals, who have profit and speed as their motivators, many of the advanced persistent threat actors are playing the long game. They will quietly compromise systems and build up "wartime reserves" for a later attack, all while being careful to keep associated "noise" to a minimum in order to avoid detection.

The performance of sysadmins is typically measured by how well they keep systems up and running. Anything that interferes with that mission will likely be met with pushback. If security measures are simply dictated by information security professionals and are perceived by sysadmins as overly prescriptive, they run the risk of getting ignored or deprioritized. By showing a bit of empathy for the demanding job a sysadmin has, security professionals can bridge that gap and form a working partnership between the two groups. This is critical, since even as we fortify networks and systems, the sysadmins remain a preferred target of the adversary, who wants to leverage a sysadmin's access to do harm.

The Five Stages of Data Breach Grief
During my time as a frontline security engineer, forensic investigator, assistant director, and later director and associate chief information security officer for a top-tier U.S. research institution, I have led countless institutional incident response efforts. In my experience, most people who my team and I encountered during an investigation cared very much about their work and their organization's data. Once we would notify them of a likely compromise and potential data breach, their reactions would almost always follow the Kübler-Ross model of grief.

Their initial response would be denial — clearly, we must be wrong, as there "is no way the system was actually compromised." Then there would be some amount of anger, usually from a supervisor: "How could you let this happen?" "Who didn't do their job?" Next, the bargaining would set in: "Maybe the bad guys didn't steal any data." "Maybe we got lucky?" Sadly, that wishful thinking hardly ever panned out. Once we concluded our investigation and presented a report of what exactly happened, people would reach the depression stage and start to worry about whether they'd get fired. By helping them work through these "data breach grief stages," we were often able to let them reach acceptance, which is a key step toward recovering from a compromise, picking up the pieces, and making sure it doesn't happen again.

The Blame Game
In my many years of incident management, I can recall only one or two instances where the individuals who caused the data breach refused to accept any responsibility at all. Most of them were distraught about the compromise and felt awful that it happened. This is an important point that often gets missed in any public debate of an incident. When the word of a big data breach gets out, the media is typically quick to blame it on the alleged carelessness or even negligence of the organization that got hacked. This makes for juicy headlines that generate clicks, and because it's hard to confront a faceless hacker, victims who had their personal data stolen prefer to focus their anger on the organization that "allowed" their data to be stolen.

Once the dust has settled, sometimes there's no denying that an organization acted irresponsibly. But in an age of highly sophisticated attack methodologies and weaponized zero-day exploits, even a fully patched and secured system may be no match for a motivated attacker. This often leaves the people charged with securing the critical systems outgunned and getting blamed even if they did everything within their power to do the right thing.

The Good News
Here's the good news: Security professionals across all sectors of industry are starting to realize that being empathetic with their constituents in times of crisis goes a lot further than coming down hard on anybody who falls victim to a scam or opens a malicious attachment on their work computer. The security business is a people business, and the need for empathy in this industry has never been greater. Security professionals alone can't protect an organization. They must partner with the organization's end users and sysadmins, who are often the targets of today's cyber adversaries. Yes, security tools and procedures are important — but it's the human-to-human connection that will help us successfully fight and win this battle.

Related Content:

Daniel Schwalbe is Deputy Chief Information Security Officer and Director of Engineering for Farsight Security, Inc. He is a veteran information security professional with 17 years of experience leading incident response and digital forensics efforts in large enterprise ... View Full Bio
Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
13 Russians Indicted for Massive Operation to Sway US Election
Kelly Sheridan, Associate Editor, Dark Reading,  2/16/2018
From DevOps to DevSecOps: Structuring Communication for Better Security
Robert Hawk, Privacy & Security Lead at xMatters,  2/15/2018
Facebook Aims to Make Security More Social
Kelly Sheridan, Associate Editor, Dark Reading,  2/20/2018
Register for Dark Reading Newsletters
White Papers
Cartoon Contest
Current Issue
How to Cope with the IT Security Skills Shortage
Most enterprises don't have all the in-house skills they need to meet the rising threat from online attackers. Here are some tips on ways to beat the shortage.
Flash Poll
[Strategic Security Report] Navigating the Threat Intelligence Maze
[Strategic Security Report] Navigating the Threat Intelligence Maze
Most enterprises are using threat intel services, but many are still figuring out how to use the data they're collecting. In this Dark Reading survey we give you a look at what they're doing today - and where they hope to go.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.