In a previous article, we explored common misconceptions about automation and the realities of using automation to improve security. This article discusses automation best practices as part of an overall Security Orchestration, Automation and Response (SOAR) strategy.

Being fully aware of the pitfalls of automation helps frame best practices and provide greater context. Recognizing that automation takes time, isn’t an “easy fix,” isn’t free, and won’t result in layoffs goes a long way in preparing an organization. Often the automation journey can feel like two steps forward and one step back, as you learn how to optimize it for your team, your processes, and your organization.

But automation’s benefits are well worth the effort. Reducing the average cost of a data breach is a tangible example of security automation’s effectiveness. According to a recent study by the Ponemon Institute, organizations with fully-deployed security automation experienced average cost savings for a data breach of $3.58 million compared to those without security automation. The impact of security automation has continued to increase over the past few years, proving its benefits.

Armed with the realities of automation and eager to reap its benefits, you may be ready to take the next step. Here are best practices based on years of working with customers that can be applied wherever you are in the automation journey.

Best Practices of Automation

As you start to think about implementing automation and incorporating it into your day-to-day operations, it is important to think holistically to maximize automation’s impact as part of a broader SOAR strategy that includes dynamic workflows, case management, threat intelligence and orchestration. It is the combination of these capabilities working together with automation that enables companies to fully benefit.

Automation is a marathon, not a sprint. It’s important to recognize from the onset that automation is a journey that requires investment in time and resources. For example, security teams are often tempted to pick a high-volume use case as an initial starting point with automation, although this can be overwhelming. Instead, experiment with a use case lower in volume so the team can learn more easily. This will help to clearly identify learnings and put a foundation in place for broader use cases.

Build in relationships between workflows. As the journey progresses and automation matures, security teams can start expanding automation across multiple workflows. For example, a malware workflow can be standalone, but it could also be part of a broader phishing incident response that embeds the malware workflow within a broader phishing workflow. Ransomware is similar in that it could be both a standalone workflow or part of a broader workflow. While it may be tempting to treat these workflows independently, combining them will help accelerate response times and maximize automation. Furthermore, once a workflow exists, changes can be made centrally, helping to simplify ongoing maintenance and reduce complexity.

Leverage automation across the organization. Automation is heavily used in IT and other parts of the organization. Security teams should leverage automation investments and integrations from their colleagues in IT and beyond. The automation could extend to networking, identity management, multiple clouds, and many other parts of the overall infrastructure. Security teams should avoid reinventing the wheel by reaching out to colleagues and repurposing these integrations. They are already tuned to your specific infrastructure and can help get the data needed during investigation and enrichment of an incident.

Develop a single view of metrics. Visibility into the performance of your incident response process is critical to understanding the current state of the program and where there are gaps and areas of improvement. For example, understanding trends in mean-time-to-respond (MTTR) can help indicate which teams may need assistance, and what parts of the processes may need to be improved. Furthermore, metrics provide a way to communicate the importance of security and its impact on the business. As a security team and its incident response processes mature, metrics can evolve and expand beyond technical metrics to those that convey the impact security has on the business. It is through these metrics that the best SOAR deployments can transform security’s relationship with the rest of the business, fostering greater understanding, trust, and usually investment.

A good example is TalkTalk, a U.K. telecom service provider, who leveraged a single view of metrics to communicate with stakeholders.

Approaching Automation Strategically 

It is easy to understand the lure of automation. Security teams may be bogged down by manual repetitive tasks, lack skilled staff and are racing against the clock to remediate security incidents. However, being aware of the realities of automation before embarking and following best practices will help ensure the success of automation. Furthermore, approaching automation strategically as part of a larger incident response strategy enabled by SOAR will go a long way in bringing efficiency to your security team, accelerate incident response, and minimize business risk.

To learn more about the benefits of automation, join the forthcoming webinar “SOAR Automation – How does it really work? Listen to the experts” at 11 am (EDT)  August 25, 2020 where best practices will be examined in more detail.

More from Application Security

Patch Tuesday -> Exploit Wednesday: Pwning Windows Ancillary Function Driver for WinSock (afd.sys) in 24 Hours

‘Patch Tuesday, Exploit Wednesday’ is an old hacker adage that refers to the weaponization of vulnerabilities the day after monthly security patches become publicly available. As security improves and exploit mitigations become more sophisticated, the amount of research and development required to craft a weaponized exploit has increased. This is especially relevant for memory corruption vulnerabilities.Figure 1 — Exploitation timelineHowever, with the addition of new features (and memory-unsafe C code) in the Windows 11 kernel, ripe new attack surfaces can…

Backdoor Deployment and Ransomware: Top Threats Identified in X-Force Threat Intelligence Index 2023

Deployment of backdoors was the number one action on objective taken by threat actors last year, according to the 2023 IBM Security X-Force Threat Intelligence Index — a comprehensive analysis of our research data collected throughout the year. Backdoor access is now among the hottest commodities on the dark web and can sell for thousands of dollars, compared to credit card data — which can go for as low as $10. On the dark web — a veritable eBay for…

Direct Kernel Object Manipulation (DKOM) Attacks on ETW Providers

Overview In this post, IBM Security X-Force Red offensive hackers analyze how attackers, with elevated privileges, can use their access to stage Windows Kernel post-exploitation capabilities. Over the last few years, public accounts have increasingly shown that less sophisticated attackers are using this technique to achieve their objectives. It is therefore important that we put a spotlight on this capability and learn more about its potential impact. Specifically, in this post, we will evaluate how Kernel post-exploitation can be used…

Detecting the Undetected: The Risk to Your Info

IBM’s Advanced Threat Detection and Response Team (ATDR) has seen an increase in the malware family known as information stealers in the wild over the past year. Info stealers are malware with the capability of scanning for and exfiltrating data and credentials from your device. When executed, they begin scanning for and copying various directories that usually contain some sort of sensitive information or credentials including web and login data from Chrome, Firefox, and Microsoft Edge. In other instances, they…