Configure Security Delivery Agents to investigate on demand or On Queue by severity, run Gamebooks at a confidence threshold, and escalate True Positives.
Security Delivery Agents (SDAs) automate incident investigation and response within ContraForce. This guide walks you through configuring agents using a phased approach, allowing you to gradually increase automation as you become comfortable with agent capabilities.
Security Delivery Agents follow a three-phase adoption model: manual execution, automatic execution based on severity, and automatic Gamebook execution. This progressive approach helps you build confidence in agent behavior before enabling full automation.
In this initial phase, you manually select individual incidents and trigger the agent to run investigations. This allows you to evaluate agent performance before enabling automation.
Run Agent Investigation — Agent analyzes the incident and provides findings without taking remediation actions
Run Agent Investigation and Response — Agent analyzes the incident, compiles a Gamebook from the entities it identifies, and executes the recommended response actions
Once you’re comfortable with agent behavior, switch the severities you want handled automatically to On Queue. On Queue is fully autonomous: the agent picks up incidents of that severity as they arrive. New agents default to On Queue.
Select Agents in the left navigation to open the Agent Center, then configure the agent from the Agents tab
2
Set Mode to On Queue
On each severity card (High, Medium, Low, Info), set Mode to On Queue for the severities the agent should process on its own. Leave the others on Manual
3
Choose What Happens After a Run
Set Status after run (No Change, Active, New, or Closed) and turn on Assign agent to incident if the agent should become the incident’s owner
4
Save Configuration
Select Save configuration
On Queue also picks up Defender for Endpoint incidents that aren’t forwarded to Microsoft Sentinel; see On Queue Agents for Defender for Endpoint. For Defender XDR incidents, the agent defers to Defender’s own automations and skips incidents Defender already resolved; see Defender Native Automations.
Manual runs the agent only when someone triggers it from the incident Actions menu. On Queue runs it automatically on every incident of that severity
Status after run
The status the incident moves to after the agent finishes
Assign agent to incident
Makes the agent the incident’s owner
Allow agent to run gamebooks
Lets the agent run Gamebook response actions (see Phase 3)
Confidence to respond
The 0–100 confidence the agent needs before it runs Gamebooks (see Phase 3)
On Queue decides whether the agent picks up a severity on its own. To limit when it does, set working hours with Agent Shifts; outside a shift, new incidents wait for your team.
With Advanced options on, Status after run and Assign agent to incident move from the severity cards to a per-classification policy. See Advanced Configuration.
Before it executes anything, the agent builds an investigation graph of the incident — the same Entity Context Graph you see in the Workbench — to determine which users, devices, IPs, files, and emails the incident impacted.It then compiles the Gamebook by mapping the appropriate response actions to each impacted entity, based on entity type and the incident’s classification. The confidence threshold below decides whether that compiled Gamebook runs automatically or waits for you.
Confidence to respond is set per severity on a 0–100 scale. The agent runs Gamebook actions only when its confidence meets the threshold; below it, it leaves the actions for an analyst. A higher threshold is more conservative. Each agent investigation comment also shows the agent’s malicious confidence (0–100) for the incident.Workspace Gamebook run policies (Workspaces → [workspace] → Gamebooks) still apply, so an action can be blocked or sent to an approver even when the agent is confident. See Workspace Policies.
Lower confidence thresholds result in more aggressive automation. Start with higher thresholds and adjust based on observed accuracy and your risk tolerance.
By default, every agent investigation ends in one post-investigation flow regardless of the agent’s verdict. Advanced mode replaces that single flow with a policy that acts on the agent’s classification, so a True Positive can be escalated for analyst action while a False Positive is closed out.
Advanced mode is opt-in and reversible. While it is disabled, agent behavior is exactly as described in Phases 1 to 3, with no change. Enabling it only adds the trigger and per-classification settings below.
When Advanced mode is on, each of the four classifications has its own policy. For an explanation of the classifications themselves, see Incident Classifications.
Setting
Description
Status after run
The status the incident moves to (for example, keep a True Positive open for analyst action instead of closing it).
Assign agent to incident
Makes the agent the incident’s owner when it reaches this classification.
Custom action
An optional webhook fired when the agent reaches this classification. Use this to escalate into your own SIEM, ticketing, or on-call tooling.
The common True-Positive Policy pattern: for True Positive, keep the incident open and set a webhook custom action so your team is paged. For False Positive and Benign Positive, close the incident with no webhook.
The custom action sends the Agent investigation completed event (agent.investigation.completed.v1) the moment the investigation finishes. The payload carries the agent’s verdict and the incident context, signed so your endpoint can verify it.This event is selected here, on the classification card. It is not a broadcast subscription: only the webhook a classification card points to receives it. For the payload schema, headers, and signature verification, see Agent Investigation Completed Webhook.
If the webhook a card points to is later deleted, paused, disabled, or unsubscribed from the event, the card shows a warning with a link to fix it in Developers, and the skipped delivery is recorded as Failed rather than dropped silently. Check the card if escalations stop arriving.
Confirm “Allow Agent to run gamebooks” is toggled on
Too many automated actions
Confidence threshold too low
Raise Confidence to respond
Agent missing incidents
Severity on Manual, agent off shift, or a policy blocks it
Check each severity’s Mode, the agent’s shifts, and the workspace’s investigation policies
Investigation not starting
Missing permissions
Verify the Org Admin or Agent Admin role, and the Owner role on the workspace
Escalation webhook not arriving
Card’s webhook deleted, paused, disabled, or unsubscribed
Check the classification card for a binding warning; fix the webhook in Developers. Skipped deliveries appear as Failed in the delivery log
Advanced settings have no effect
Advanced toggle disabled
Enable the Advanced toggle and save; without it the standard Phase 1 to 3 behavior applies
If you encounter persistent issues with Security Delivery Agent configuration, contact support@contraforce.com with your configuration details and observed behavior.