Ravindra BagaleCourses & study guides मराठी Track your progress

31. SOC, SIEM and Incident Response

31.11 SOAR: Security Automation

Example first. A busy SOC may get thousands of alerts a day. For a phishing report, an analyst used to do the same ten steps by hand every time. Tools like Palo Alto Cortex XSOAR or Microsoft Sentinel's automation now do those steps in seconds, and let the human make only the final call. That is SOAR.

Why it matters

Analysts waste time on the same boring steps. That causes slow response and tired staff who miss things. Automating the repeats makes response faster and frees people for real thinking.

What it is

SOAR = Security Orchestration, Automation and Response. It runs saved step-by-step plans, called playbooks, across your security tools.

WordSimple meaning
OrchestrationMaking many tools work together, like email, EDR and firewall.
PlaybookA saved list of steps the tool runs for a type of alert.
EnrichmentAdding extra facts to an alert, like "is this IP known bad?".
Human in the loopA step where a person approves before a big action.
SIEMSOAR
Collects logs and raises alerts (Chapter 31.3)Takes action on those alerts
Tells you something happenedDoes the response steps
WatchingActing

How to use it

  1. Pick one alert type you handle often, like phishing.
  2. Write the steps you do by hand, in order.
  3. Turn safe, sure steps into an automatic playbook.
  4. Keep a human approval step before big actions, like isolating a host.
  5. Test it on past alerts before going live.
  6. Review and improve the playbook often.

Worked examples

Worked example 1: Phishing report (simplest)

  1. A user reports a suspect email.
  2. The playbook checks the sender and links against threat lists.
  3. It searches other inboxes for the same email.
  4. It shows the analyst a summary, who clicks approve to delete it everywhere.

Worked example 2: Block a known-bad IP

  1. A SIEM alert names an IP already on a threat list.
  2. The playbook adds the IP to the firewall block list.
  3. It writes a note in the ticket, so there is a record.

Worked example 3: Auto-isolate on high-confidence malware

  1. EDR flags clear ransomware behaviour on a laptop.
  2. The playbook asks the analyst to approve isolation.
  3. On approval, it tells the EDR to isolate the host at once.
  4. It opens a ticket and pages the on-call engineer.

Real incident: the 2024 CrowdStrike outage and the value of staged automation

1. What happened

On 19 July 2024, a faulty CrowdStrike update crashed about 8.5 million Windows machines at once (Chapter 31.8). It spread fast because it went everywhere together.

2. The lesson for SOAR

  1. Automation is powerful, so a wrong action also spreads fast.
  2. Keep a human approval step for actions that hit many machines.
  3. Test playbooks and roll changes out in stages.

3. How to stay safe

  1. Automate small, sure steps first.
  2. Add approvals for wide or risky actions.
  3. Log every automatic action so you can undo it.

In short

  • SOAR runs saved playbooks to respond to alerts automatically.
  • A SIEM detects; SOAR acts.
  • Keep a human approval step for big actions.
  • Automate the boring repeats, not the hard judgement.