SOAR — Security Orchestration, Automation, and Response
Unified Security Stack SOAR supports automated incident response by running predefined workflows once specific alert conditions are met. Rather than needing manual intervention for each security event, SOAR workflows can automatically perform containment and remediation actions on impacted endpoints within seconds after detection.
What SOAR Does
SOAR workflows link Unified Security Stack alert detection directly to response actions on your endpoints. When an alert fires, the associated workflow executes commands on the target agent — blocking IPs, terminating processes, disabling compromised accounts, or isolating hosts — without waiting for an analyst to respond.
Key Concepts
| Concept | Description |
|---|---|
| Workflow | A complete automation rule that links a trigger condition to one or more response actions |
| Trigger | The condition that activates a workflow, typically matching on an alert name or alert attributes |
| Action | A command executed on an endpoint agent (e.g., block an IP, kill a process, disable a user) |
| Action Template | A reusable, pre-built command block that can be added to any workflow |
| Agent | The Unified Security Stack endpoint agent that executes the workflow commands on the target system |
| Proxy Agent | An agent used to run commands on devices that cannot host their own agent (firewalls, network devices) |
| Shell | The command interpreter used to execute actions: CMD, PowerShell (Windows), or Bash (Linux/macOS) |
| Dynamic Variables | Alert field placeholders (e.g., $(adversary.ip)) that are replaced with actual values at execution time |
How It Works
flowchart LR
A[Alert Detected] --> B{Trigger Match?}
B -->|Yes| C[Select Target Agent]
C --> D[Execute Action 1]
D --> E{Step Logic}
E -->|Always / On Success / On Failure| F[Execute Action 2]
F --> G[...]
B -->|No| H[No Action]A correlation rule or detection engine generates an alert
SOAR checks if any active workflow's trigger condition matches the alert
If matched, the workflow identifies the target agent (the agent associated with the alert source, or a configured proxy agent)
The workflow executes its action sequence on the target agent using the specified shell
Each action step can be configured to run always, only on success, or only on failure of the previous step
Supported Platforms
| Platform | Shell Options | Example Use Cases |
|---|---|---|
| Windows | CMD, PowerShell | Block IPs via Windows Firewall, kill processes, disable users, manage Windows Defender |
| Linux (Debian/Ubuntu) | Bash | Block IPs via iptables/ufw, kill processes, disable users, stop services |
| Linux (RHEL/CentOS) | Bash | Block IPs via firewall-cmd, kill processes, disable users, stop services |
| Linux (OpenSUSE) | Bash | Block IPs via firewall-cmd, kill processes, disable users |
| macOS | Bash | Block IPs via pfctl, kill processes, disable users, stop services |
Built-in Content
Unified Security Stack ships with 73 pre-built action templates and 23 ready-to-use playbooks covering typical response scenarios across all supported platforms. They can be applied as written or tailored to match your environment.
Begin with the built-in playbooks and tailor them to your environment instead of creating workflows from scratch. This reduces effort and helps ensure you follow proven response patterns.