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.

Analytics

10/6/2016
01:00 PM
Connect Directly
Twitter
RSS
E-Mail
50%
50%

Incident Response A Challenge For 98% Of InfoSec Pros

Too many alerts and too little staff leave security pros swimming in threat intel and begging for automation.

Ninety-eight percent of IT security pros find incident response to be a challenge and 71% say it's grown more difficult over the past two years, according to a new survey by Enterprise Strategy Group, sponsored by Hexadite.

"It's a combination of several different factors, but the main problem is the inability to investigate every alert," says Hexadite’s vice president of marketing Nathan Burke. "The increasing volume of attacks and subsequent alerts simply make it impossible to hire the problem away. It's just not mathematically possible for companies to hire a large enough staff to investigate tens of thousands of alerts per month, nor would it make sense." 

Ninety-one percent of respondents say their incident response efficiency is limited by the time and effort spent on manual processes. Survey respondents, thus, have big plans to increase the use of orchestration and automation for incident response: 97% have either automated/orchestrated some of their IR already, or will do so within the next 18 months. Only one-third of survey respondents consider their automation projects "mature," though.

"Prioritizing threats is just making a conscious decision about what to ignore, and there's no good way to decide what really is low fidelity versus something that should be looked at," Burke says. "The holy grail is the ability to investigate everything without prioritization, and that can only be accomplished through automation."

Organizations are using or considering automation to collect security data, to reduce errors, to automate runbooks/workbooks, to improve triage, or to increase the number of alerts that can be investigated, the survey found.

Forty-six percent of respondents say they can't keep up with the volume of threat intelligence data.

"This may be due to an increase in the amount of threat intelligence they consume/share or problems associated with normalizing this threat intelligence into a useable format," the report stated.

Although 38% reported an increase in the number of hours devoted to incident response, that extra time was spent having to process much more information. Forty-two percent report an increase in the volume of IR data collected, 39% an increase in the volume of security alerts, and 38% an increase in the number of threat detection tools used. 

So is the problem one of too many tools, over-sensitive tools sending up false positives, unskilled humans who don't know what to do with all those tools -- or some combination of the above?

"It's hard to fault detection tools for creating false positives ... they need to be overly sensitive and throw flags for every potential threat," says Burke. "However, when companies lack the capacity to follow up, they often tune the detection systems to match their capacity, and that's a recipe for disaster."

Respondents also reported other factors that drove changes in their IR operations in recent years, including: new IR related to new IT initiatives like IoT (44%); additional IR collaboration between security and IT ops (40%); and increase in staff training needed for IR (38%). Forty-seven percent say they struggle with "monitoring end-to-end IR processes."

The report says that "could be due to a number of factors, including a lack of visibility across technology domains, poor data sharing practices between the IR and IT operations team, or a shortage of skills in areas like cybersecurity analytics and forensic investigations."

Ninety-one percent of respondents also plan to increase their IR spending, and 91% plan to increase their IR staff.  

"In a way, this is all good news," says Burke. "People recognize the problem, and they’re taking the necessary steps to address it."

Related Content:

Sara Peters is Senior Editor at Dark Reading and formerly the editor-in-chief of Enterprise Efficiency. Prior that she was senior editor for the Computer Security Institute, writing and speaking about virtualization, identity management, cybersecurity law, and a myriad ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Cloud Security Startup Lightspin Emerges From Stealth
Kelly Sheridan, Staff Editor, Dark Reading,  11/24/2020
Look Beyond the 'Big 5' in Cyberattacks
Robert Lemos, Contributing Writer,  11/25/2020
Why Vulnerable Code Is Shipped Knowingly
Chris Eng, Chief Research Officer, Veracode,  11/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: We are really excited about our new two tone authentication system!
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-4126
PUBLISHED: 2020-12-01
HCL iNotes is susceptible to a sensitive cookie exposure vulnerability. This can allow an unauthenticated remote attacker to capture the cookie by intercepting its transmission within an http session. Fixes are available in HCL Domino and iNotes versions 10.0.1 FP6 and 11.0.1 FP2 and later.
CVE-2020-4129
PUBLISHED: 2020-12-01
HCL Domino is susceptible to a lockout policy bypass vulnerability in the LDAP service. An unauthenticated attacker could use this vulnerability to mount a brute force attack against the LDAP service. Fixes are available in HCL Domino versions 9.0.1 FP10 IF6, 10.0.1 FP6 and 11.0.1 FP1 and later.
CVE-2020-9115
PUBLISHED: 2020-12-01
ManageOne versions 6.5.1.1.B010, 6.5.1.1.B020, 6.5.1.1.B030, 6.5.1.1.B040, ,6.5.1.1.B050, 8.0.0 and 8.0.1 have a command injection vulnerability. An attacker with high privileges may exploit this vulnerability through some operations on the plug-in component. Due to insufficient input validation of ...
CVE-2020-9116
PUBLISHED: 2020-12-01
Huawei FusionCompute versions 6.5.1 and 8.0.0 have a command injection vulnerability. An authenticated, remote attacker can craft specific request to exploit this vulnerability. Due to insufficient verification, this could be exploited to cause the attackers to obtain higher privilege.
CVE-2020-14193
PUBLISHED: 2020-11-30
Affected versions of Automation for Jira - Server allowed remote attackers to read and render files as mustache templates in files inside the WEB-INF/classes & <jira-installation>/jira/bin directories via a template injection vulnerability in Jira smart values using mustache partials. The ...