Courseiva
CAS-005Chapter 13 of 15Objective 4.3

Security Automation and Orchestration

Security automation and orchestration. This is the difference between a team of IT workers manually clicking buttons to stop a cyberattack and a system that fights back automatically while the humans watch. For the CAS-005 exam, you must understand how these tools save time, reduce human error, and let a small team handle attacks that used to require an army of analysts.

12 min read
Advanced
Updated Jul 23, 2026
Reviewed by Johnson Ajibi· Senior Network & Security Engineer · MSc IT Security

A simple way to picture Security Automation and Orchestration

The Restaurant Kitchen Brigade Analogy

Have you ever watched a professional kitchen during a dinner rush and wondered how everything comes out perfectly at the same time? The head chef doesn't run around chopping every vegetable or stirring every sauce themselves. Instead, they design a system. The chef de partie (the senior cook) is responsible for the entire sauce station. They have a junior cook who preps the ingredients, a timer that beeps when the stock has reduced, and a rule that every new order gets a ticket clipped onto the rail. This is orchestration: the recipe for how the station works as a whole. The timer going off and triggering the junior cook to add the cream is automation: a simple action triggered by a condition. When the waiter yells 'Order in! Two steaks, one well done, one medium-rare,' that's a security alert arriving. In a typical kitchen without orchestration, every station would stop what they're doing and panic, yelling back and forth. But in a well-orchestrated kitchen, that single event (the 'incident') triggers a sequence: the grill cook hears the order, the fry cook knows to start the chips, and the saucier knows to begin the peppercorn sauce. This is exactly how Security Automation and Orchestration works. You aren't just setting up one automatic process; you are designing the entire workflow that responds to a cyberattack, from detection to containment to notification, all without a human having to run around screaming. The IT team watches from the pass, only stepping in if the automation hits a snag it cannot handle.

How It Actually Works

Let us start with a clear definition. Automation is using technology to perform a task that would otherwise be done by a human, without needing a person to trigger every single step. A simple example is a thermostat. It automatically turns on the heating when the temperature drops below a set point. In security, automation might be a script that automatically blocks an IP address when it detects ten failed login attempts from that address. It is a single, specific action. Orchestration is a broader concept. It is the coordination of multiple automated tasks across different tools and systems to achieve a larger goal. Think of it as the script for a play. The automation is each actor delivering their lines perfectly when their cue arrives. The orchestration is the stage manager who ensures the lights come on at the right moment, the sound plays at the right volume, and the curtain opens exactly when the actor starts speaking. Orchestration connects individual automated tasks in the correct sequence and handles the handoffs between them. This distinction is critical for your exam. The tool that combines automation and orchestration is called a SOAR platform. SOAR stands for Security Orchestration, Automation, and Response. A SOAR platform is a piece of software that collects alerts from many different security tools (like your firewall, your antivirus software, and your intrusion detection system), analyses them, and then automatically runs a pre-defined set of actions to handle the threat. What does this replace? Traditionally, a security analyst, let us call them Alex, sits in front of a screen watching a dashboard. An alert pops up saying 'Suspicious login from an unknown country.' Alex has to open a different tool to check the user's past behaviour. Then Alex opens another tool to look at the IP address. If Alex decides it is malicious, Alex manually copies the IP address, logs into the firewall, finds the blocking rule screen, pastes the IP, and saves the rule. This process takes five to ten minutes for a single alert. An attacker can cause significant damage in that time. With a SOAR platform, the alert arrives. The platform automatically looks up the user's history in a directory service (like Microsoft Entra ID). It checks the IP in a threat intelligence database. It determines the risk level. If the risk is high, the platform automatically sends a command to the firewall to block the IP. It also creates a ticket in the company's tracking system, sends an email to the user saying 'Your account was flagged, please verify your travel plans,' and logs every step for later review. The entire process takes seconds. The exam tests your understanding of what exactly a playbook is. A playbook is a detailed, step-by-step guide for how to handle a specific type of security incident. It is written for a human to follow. For example, a 'malware infection' playbook might say: Step 1: Isolate the infected computer from the network. Step 2: Scan the machine with antivirus. Step 3: Collect a copy of the suspicious file. Step 4: Escalate to the senior analyst if the infection is a new strain. A playbook is a document. A workflow is the automated version of that playbook. The SOAR platform executes the workflow. Instead of a human reading the playbook and doing the steps manually, the SOAR platform runs a digital workflow that performs the steps automatically. In a workflow, the steps are connected by logic. 'If the file is unknown, send it to the sandbox for analysis. If the sandbox says it is clean, close the incident. If the sandbox says it is malicious, block the file across all endpoints.' This branching logic is called conditional logic. The 'if-then-else' structure. Another key term is an API. An API (Application Programming Interface) is how two pieces of software talk to each other. When the SOAR platform needs to tell the firewall to block an IP, it sends a command through the API of that firewall. Each security tool offers its own API. A SOAR platform must be able to connect to many different APIs. This process of connecting tools is called integration. Finally, you need to understand the concept of a security incident. A security incident is any event that violates an organisation's security policy. An alert is a notification that something unusual has happened. Many alerts are false positives, meaning they look suspicious but turn out to be harmless. The SOAR platform helps separate real incidents from noise. It enriches the data. Enrichment means adding extra context to an alert to make the decision clearer. For instance, taking a raw IP address and looking up its owner, its location, and its reputation score is enrichment. The exam expects you to know that the primary benefit of automation and orchestration is efficiency. It reduces the mean time to detect (MTTD) and the mean time to respond (MTTR). MTTD is the average time it takes from when an attack first starts to when the security team realises it is happening. MTTR is the average time from detection to containing the attack. A SOAR platform dramatically reduces both metrics. It also reduces alert fatigue, which happens when analysts get so many false alarms that they start ignoring them or miss a real attack buried in the noise.

A flowchart showing how a SOAR platform processes a security alert from reception through enrichment, categorisation, containment, and notification.

Walk-Through

1

Alert Reception

The SOAR platform receives an alert from a connected security tool, such as an email filter or an intrusion detection system. This is the trigger that starts the entire process. Without this step, no action can begin. The alert usually contains raw data like an IP address, a username, or a file hash.

2

Enrichment

The SOAR platform takes the raw data from the alert and looks up additional information. For example, it queries a threat intelligence service to check if an IP address is known for malicious activity. It also checks the user's role in Microsoft Entra ID. Enrichment adds the context needed to make a smart decision about whether the alert is a real threat.

3

Categorisation and Prioritisation

Based on the enriched data, the SOAR platform classifies the alert. It decides if this is a low-priority false positive, a medium-priority policy violation, or a high-priority security incident. This step uses conditional logic (if-then-else rules) to automatically sort alerts so that human analysts only see the most important ones.

4

Automated Containment Action

If the alert is confirmed as a real threat, the SOAR platform executes a containment action automatically. For instance, it sends a command via API to the firewall to block a malicious IP address, or it instructs the endpoint protection tool to isolate an infected computer from the network. This step stops the attack from spreading while the human team is still being notified.

5

Notification and Documentation

The SOAR platform creates a ticket in the company's ticketing system with a full summary of the incident. It also sends notifications to the relevant people (the affected user, the security team manager, the compliance officer) via email or chat. Finally, it writes a detailed log of every action taken. This creates an audit trail for compliance and helps improve the playbook for future incidents.

What This Looks Like on the Job

Let us put this into a concrete business scenario. You are a security analyst at a company called 'MediTech Solutions' that has 2,000 employees. Your company uses a standard set of security tools: a firewall from Palo Alto Networks, an endpoint detection system from CrowdStrike, a cloud email filter from Microsoft 365, and a ticketing system called ServiceNow. Every day, your team receives around 500 alerts. Most of them are low-level noise: a user opening a suspicious link in an email that turned out to be a marketing newsletter, or a login attempt from a hotel WiFi that looked suspicious but was just an employee travelling. Before implementing a SOAR platform, three analysts would manually triage every alert. Triage means sorting alerts by priority and deciding which ones to investigate first. This process was slow and boring. Analysts got tired, stressed, and sometimes missed the one real attack that came through at 3 PM on a Friday. Now, your team deploys a SOAR platform like Splunk Phantom or Palo Alto Cortex XSOAR. The first step is to build a playbook for the most common alert type: 'Suspicious Email Reported by User.' The playbook is written as a document. The workflow inside the SOAR platform mirrors this playbook. Here is what happens step by step when a user clicks the 'Report Phishing' button in Outlook. The report creates an alert in the email security tool. The security tool sends this alert to the SOAR platform via its API. The SOAR platform receives the alert and begins the workflow. The first step in the workflow is enrichment. The platform automatically extracts the link from the email and sends it to a threat intelligence service like VirusTotal. VirusTotal checks the link against dozens of antivirus scanners and reports back that the link is associated with a known malware distribution site. The workflow then moves to the next step: containment. The SOAR platform sends a command to the email filter to delete the original email from the inboxes of all other recipients. It also sends a command to the endpoint protection system to scan the computer of the person who clicked the link for any malware. The workflow then moves to the notification step. The platform creates a ticket in ServiceNow with a priority of 'High'. It sends an email to the senior analyst saying an incident has been escalated. It sends a message in the company Slack channel '#security-alerts' with a summary of what happened. The final step is logging. The platform writes a detailed log of every action it took, what data it used, and what the outcome was. This log is stored for compliance and post-incident review. In this scenario, the entire process from the user clicking 'Report Phishing' to the email being deleted from 500 mailboxes takes approximately 30 seconds. A human doing this manually would have taken 15 minutes, assuming they were not already busy with another alert. The IT professional's job shifts from clicking buttons to designing these workflows, testing them, and handling the unusual cases that the automation cannot deal with. They also monitor the metrics: how many incidents were handled automatically, how many had to be escalated, and what the average response time is. This is called 'tuning' the SOAR platform. You adjust the playbooks to reduce false positives and improve accuracy. The CAS-005 exam will expect you to understand that the goal is not to replace humans entirely, but to let humans focus on the 5% of incidents that are truly complex and strategic, while the automation handles the 95% of boring, repetitive, but critical tasks.

How CAS-005 Actually Tests This

The CAS-005 exam explicitly tests your understanding of how automation and orchestration improve security operations. You do not need to memorise the specific vendor names of SOAR platforms, but you do need to know the concepts and why they matter. Here is exactly what they ask. First, they test the difference between automation and orchestration. This is the single most common question in this domain. A question might give you a scenario: 'A security team uses a script that automatically blocks a malicious IP on the firewall. Is this automation, orchestration, or both?' The correct answer is automation. It is a single task done automatically. Orchestration requires multiple systems and steps working together. If the script also then automatically emails the user and creates a ticket, then it is orchestration. The trap scenario is when they describe a single action performed automatically by a script and call it orchestration. Do not fall for it. Second, they test the components of a SOAR platform. Expect a question that lists four features and asks which one is NOT a capability of SOAR. The options might include: automated response, machine learning to detect new malware, integration via APIs, and ticketing. The answer they want is machine learning to detect new malware. That is a capability of a different tool called a SIEM (Security Information and Event Management) system or an endpoint detection platform. SOAR platforms can use the results from AI, but they do not do the detection themselves. They orchestrate the response. Third, they test the benefits of SOAR. The exam loves the phrase 'reducing alert fatigue.' They will give you a scenario where analysts are overwhelmed by alerts and ask which technology would help. The correct answer is SOAR. They might also ask about 'reducing Mean Time to Respond (MTTR)'. Any answer that mentions MTTR reduction is almost certainly correct. Fourth, they test your understanding of playbooks versus workflows. A playbook is a human-readable document. A workflow is the automated execution of that plan. A question might describe a 'documented procedure for handling ransomware' and ask whether it is a playbook, a workflow, or an incident response plan. The answer is playbook. Fifth, they test the concept of integration. They want you to know that SOAR platforms use APIs to connect to different security tools. They might ask you what happens if a firewall does not have a public API. The answer is that the integration becomes difficult or impossible without a custom script. Sixth, they test the 'orchestration' part specifically. They might describe a process where an alert triggers a check of a user's identity in Microsoft Entra ID, then checks their recent activity, then adjusts their group membership. They will ask what this process is called. The answer is orchestration because multiple systems are coordinated. Finally, they test the concept of an 'enrichment' step. You can expect a question like: 'An analyst receives an alert with a raw IP address. They use a threat intelligence service to look up the IP's reputation. This step is called what?' The answer is enrichment. Memorise the following definitions exactly: Automation: Performing a task without human intervention. Orchestration: Coordinating multiple automated tasks across different systems. SOAR: Security Orchestration, Automation, and Response platform. Playbook: A documented, step-by-step guide for handling a specific incident. Workflow: An automated sequence of actions that executes a playbook. API: The interface that allows tools to communicate. Integration: The process of connecting tools via APIs. Enrichment: Adding contextual data to an alert. False positive: An alert that appears to be a threat but is actually harmless. True positive: An alert that correctly identifies a threat.

Key Takeaways

Automation is a single task performed without human intervention, while orchestration coordinates multiple automated tasks across different systems to achieve a larger goal.

A SOAR (Security Orchestration, Automation, and Response) platform is a tool that collects alerts, enriches them with context, and runs automated workflows to respond to threats.

The primary benefit of SOAR is reducing Mean Time to Respond (MTTR) by automating repetitive tasks so that humans can focus on complex incidents.

A playbook is a human-readable document that outlines the steps for handling an incident, while a workflow is the automated execution of that playbook within a SOAR platform.

SOAR platforms use APIs (Application Programming Interfaces) to integrate with firewalls, email filters, ticketing systems, and other security tools.

Enrichment is the process of adding contextual data to an alert (like looking up an IP address's reputation) to help determine if it is a real threat or a false positive.

Alert fatigue occurs when security analysts receive so many false alarms that they begin to ignore them; SOAR helps by automatically triaging and filtering out noise.

In CAS-005, a scenario describing a single automated action (like blocking an IP) is automation, while a sequence of linked actions across multiple tools is orchestration.

Easy to Mix Up

These come up on the exam all the time. Here's how to tell them apart.

Automation

Performs a single, specific task without human input.

Operates within one tool or system (e.g., just the firewall).

Example: a script that automatically blocks an IP on a firewall.

Orchestration

Coordinates multiple automated tasks across different systems.

Connects multiple tools (firewall, email, ticketing) in a sequence.

Example: a workflow that blocks an IP, creates a ticket, and notifies a manager.

Playbook

A written document for humans to follow during an incident.

Contains instructions, not executable code.

Example: a PDF titled 'Ransomware Response Procedure'.

Workflow

An automated, digital sequence run by a SOAR platform.

Executes actions automatically via APIs and scripts.

Example: a set of connected blocks in the SOAR platform that perform the steps.

SIEM (Security Information and Event Management)

Collects and correlates logs to detect threats.

Primary output is alerts and dashboards.

Focuses on detection and visibility.

SOAR (Security Orchestration, Automation, and Response)

Automates the response to alerts received from SIEM or other tools.

Primary output is automated actions and resolved incidents.

Focuses on response and remediation.

False Positive

An alert that signals a threat where none exists.

Wastes analyst time if not filtered by automation.

Example: an email filter flags a legit newsletter as phishing.

True Positive

An alert that correctly identifies a real threat.

Requires an immediate response, often automated.

Example: an alert that detects a known malware attachment.

MTTD (Mean Time to Detect)

Average time from the start of an attack to its discovery.

Reduced by better detection tools like SIEM.

Measured in hours or days.

MTTR (Mean Time to Respond)

Average time from detection to containing the attack.

Reduced by automation and SOAR platforms.

Measured in minutes or seconds.

Watch Out for These

Mistake

Automation and orchestration are the same thing.

Correct

Automation is a single task done without human input. Orchestration is multiple automated tasks linked together across different systems.

People hear 'automatic' and think it covers everything. They do not realise that orchestration is about the coordination of multiple 'automatic' things, which is a distinct concept.

Mistake

SOAR platforms can predict and prevent attacks before they happen.

Correct

SOAR platforms respond to alerts that are generated by other tools. They do not detect attacks on their own. They automate the response after detection.

The word 'security' in the name makes people assume it includes detection. They confuse SOAR (response) with a Next-Generation Firewall or an EDR tool (detection).

Mistake

If I use a SOAR platform, I do not need any human security analysts anymore.

Correct

SOAR automates repetitive tasks and speeds up responses, but humans are still needed to design the workflows, handle complex cases, and make strategic decisions.

Headlines about 'AI replacing workers' lead people to believe all security jobs will vanish. They misunderstand that SOAR makes analysts more effective, not obsolete.

Mistake

A playbook and a workflow are the same thing.

Correct

A playbook is a written document for humans to follow. A workflow is the automated, digital version of that playbook that a SOAR platform executes.

The words are often used interchangeably in casual conversation. Beginners assume both refer to the same digital script, but the exam tests the precise difference.

Mistake

SOAR can only be used for large, sophisticated cyberattacks.

Correct

SOAR is most valuable for handling a high volume of small, repetitive alerts. It handles the boring but numerous threats, freeing humans for the rare big attacks.

People think 'automation' is just for complex tasks. They overlook that automating the simple, frequent tasks (like blocking a phishing link) has the biggest impact on efficiency.

Mistake

Setting up a SOAR platform is fully automatic and does not require any configuration.

Correct

Setting up a SOAR platform requires significant initial configuration: defining playbooks, integrating APIs, and tuning thresholds to avoid false positives.

The word 'orchestration' sounds like everything is perfectly arranged out of the box. Beginners do not realise that someone must write the 'sheet music' before the orchestra can play.

Do You Actually Know This?

Reveal each answer, then mark whether you got it right. Score 60%+ to unlock the next chapter.

Frequently Asked Questions

Is a SOAR platform the same as a SIEM?

No. A SIEM (Security Information and Event Management) tool collects and correlates logs from many sources to detect suspicious activity. A SOAR platform takes the alerts from a SIEM (or other tools) and automates the response. They are complementary, not the same.

Do I need to program code to use a SOAR platform?

You do not need to be a software developer. Most SOAR platforms offer a graphical interface where you build workflows by dragging and dropping blocks. However, some advanced integrations may require scripting in languages like Python or PowerShell.

What happens if a SOAR workflow makes a mistake?

If a workflow is configured incorrectly, it can block a legitimate IP or delete an important email. This is why playbooks are tested in a sandbox environment first, and why human oversight is still important. The SOAR platform also logs all actions so you can identify and fix errors.

Can a small business use a SOAR platform?

Yes, but many SOAR platforms are expensive and designed for large organisations with many security tools. Smaller businesses might start with simpler automation by writing custom scripts using a tool like PowerShell, or use a cloud-based SOAR service that offers a pay-as-you-go model.

What is the difference between a runbook and a playbook?

In CAS-005, a runbook and a playbook are often used interchangeably. Both refer to a documented set of steps. However, some professionals use 'runbook' for IT operations (like restarting a server) and 'playbook' for security incidents. The exam mainly uses the term 'playbook'.

Does automation mean the system can make ethical decisions?

No. Automation follows pre-programmed rules. It cannot make ethical judgements or understand context the way a human can. For example, a system might block an IP address that belongs to a hospital's critical system because it matched a list of known bad actors, potentially causing harm. Humans must design safeguards.

Terms Worth Knowing

Keep going

You've finished Security Automation and Orchestration. Continue through the CAS-005 study guide to build a complete picture of the exam.

Done with this chapter?