Analyst-Guided Host Containment and Response

Analyst-Guided Host Containment and Response

Analyst-Guided Host Containment and Response

This automation evaluates a retrospective hunt finding, checks whether automatic host containment is justified, and prepares a remediation plan for analyst approval. It executes the approved supported actions, records the results in the incident ticket, and shares the response summary with the SOC.

Incident Response

Threat hunting

Endpoint security

Remediation

Trigger

The flow is triggered by a subflow request containing a normalized hunt finding, asset qualification, and triage results.

Outcome

The flow returns the analyst decision, ticket number, automatic-containment status, executed action results, and failure count after updating the ticket and SOC channel.

Trigger

The flow is triggered by a subflow request containing a normalized hunt finding, asset qualification, and triage results.

Outcome

The flow returns the analyst decision, ticket number, automatic-containment status, executed action results, and failure count after updating the ticket and SOC channel.

Before

An analyst gathered the finding, asset and owner details, assessed whether containment was safe, and assembled a remediation plan across several security consoles. The analyst then coordinated approval, applied endpoint, identity, firewall, or indicator actions, and manually copied the results into the incident ticket and SOC channel.

How it works

  1. Receive the hunt result and automatically evaluate containment eligibility using the asset, verdict, criticality, endpoint, and evidence context.
  2. Generate a constrained remediation proposal, validate that each action has a supported target, and present the options to the SOC for approval or escalation.
  3. Execute the selected supported actions independently, update the incident record, publish the response summary, and return action statuses and failures.

Workflow details

  • Receive and qualify the finding: The flow receives a normalized hunt result, asset and owner qualification, and triage data from a calling SOC workflow. It evaluates the asset type, criticality, verdict, endpoint identifier, existing containment status, and supporting evidence such as an executed hash or high-confidence command-and-control signal.
  • Apply eligible initial containment: When the containment rules are satisfied, the workflow sends the configured endpoint isolation request and records whether automatic containment was completed. Findings that do not meet the rules continue to analyst review without automatic isolation.
  • Prepare and validate the plan: An AI analyst proposes remediation actions from a closed catalogue, while the workflow supplies targets and removes actions that are unsupported or lack an eligible target. The resulting plan is presented in a SOC Teams channel with options to apply the plan, block all supported indicators, mark the finding as a false positive, or escalate to tier three.
  • Execute the analyst decision: The selected path can isolate or release the endpoint, tag IPs for firewall blocking, add indicators to an external detection list or endpoint platform, revoke the owner’s sessions, or request escalation. Actions run independently so a failure does not prevent subsequent supported actions from being attempted.
  • Document and communicate the outcome: The workflow summarizes automatic containment, the analyst decision, each action’s status, failures, and any escalation. It updates the incident ticket and posts the response summary to the SOC channel, then returns the decision, ticket number, action results, and failure count.

What changed

Containment eligibility, action targeting, and plan validation now happen automatically before the SOC decision. Analysts receive a prepared decision card, retain control over the response choice, and receive a documented outcome in the ticket and SOC channel without manually coordinating each supported action.

Work removed

Reassembling hunt, asset, owner, and triage details; checking containment rules manually; preparing and validating the remediation plan; coordinating endpoint, identity, firewall, and indicator actions; copying action results into the ticket; and posting the response summary to the SOC channel.

Expected outcome

A conservative expected outcome is the removal of at least three recurring manual handoffs per eligible incident, while preserving analyst approval for follow-up actions and providing a complete response record.

Related flows

Related flows

Explore more workflows with similar topics or tools.

Automated Notable Event Status Updates

This automation receives notable security alerts, locates the corresponding notable event through a controlled search process, and updates its status with a comment in the security platform. It also monitors search completion and emails an administrator when the search fails.

This automation receives notable security alerts, locates the corresponding notable event through a controlled search process, and updates its status with a comment in the security platform. It also monitors search completion and emails an administrator when the search fails.

Explore use case

Explore use case

Interactive Identity Incident Remediation

This automation turns Teams security event messages into actionable remediation workflows, allowing authorized users to reset passwords, lock accounts, revoke sessions, investigate session identifiers, or route supported requests to specialized subflows. It updates the original incident message with the selected action, actor, and timestamp so the response remains visible in the incident conversation.

This automation turns Teams security event messages into actionable remediation workflows, allowing authorized users to reset passwords, lock accounts, revoke sessions, investigate session identifiers, or route supported requests to specialized subflows. It updates the original incident message with the selected action, actor, and timestamp so the response remains visible in the incident conversation.

Explore use case

Explore use case

Automatically Remediate Overly Permissive Cloud Firewall Rules

This automation finds open Google Cloud firewall findings that allow overly permissive access, then disables the affected rules or restricts them to a configured source IP according to the selected action. It updates the firewall rules and posts the project, action, and number of impacted rules to a channel.

This automation finds open Google Cloud firewall findings that allow overly permissive access, then disables the affected rules or restricts them to a configured source IP according to the selected action. It updates the firewall rules and posts the project, action, and number of impacted rules to a channel.

Explore use case

Explore use case

Less busywork. More possibility.

Let your agents handle the routine. Make room for what comes next.

Automation intelligence, delivered monthly.

Product releases, automation playbooks, and security research — straight to your inbox. No spam, unsubscribe anytime.

© 2026 Mindflow — All rights reserved.

SOC 2 Type II
ISO 27001
GDPR
France 2030
Bpifrance
Île-de-France

Less busywork. More possibility.

Let your agents handle the routine. Make room for what comes next.

Automation intelligence, delivered monthly.

Product releases, automation playbooks, and security research — straight to your inbox. No spam, unsubscribe anytime.

© 2026 Mindflow — All rights reserved.

SOC 2 Type II
ISO 27001
GDPR
France 2030
Bpifrance
Île-de-France

Automation intelligence, delivered monthly.

Product releases, automation playbooks, and security research — straight to your inbox. No spam, unsubscribe anytime.

© 2026 Mindflow — All rights reserved.

SOC 2 Type II
ISO 27001
GDPR
France 2030
Bpifrance
Île-de-France
To embed a website or widget, add it to the properties panel.