TL;DR: Security automation is moving toward governed decision-making rather than static playbooks, according to torq. SOC workflows now need explainability, scope control, and human override because they can act on identity state as well as alerts.
Editorial analysis by NHI Mgmt Group, based on content published by torq: “Torq Leads Every Category in the 2026 KuppingerCole Analysts Leadership Compass: Emerging AI SOC”.
Key questions
Q: Why does an Emerging AI SOC raise identity governance concerns?
A: Because SOC automation increasingly acts on users, privileges, and access state, not just alerts.
Q: How do teams know if agent-assisted triage is actually working?
A: Look for fewer hours spent on reproduction and more time spent on architectural review, complex debugging, and validation of agent output.
Q: What breaks when SOAR workflows are forced to handle dynamic SOC decisions?
A: Static SOAR breaks when the environment changes faster than the playbook can be updated.
Practitioner guidance
- Define AI decision boundaries for SOC automation Classify which actions the platform may recommend, stage, or execute without approval, especially where identity state, host isolation, or case closure is involved.
- Review identity-touching response paths Inventory every workflow that can disable users, change permissions, or interact with PAM and IAM systems, then require explicit owner and approval mapping.
- Test explainability before expanding autonomy Require a reason trace for each AI-assisted triage decision so analysts can see what data, correlation, or prior case history influenced the outcome.
Bottom line: Security automation is moving from deterministic playbooks toward governed decision-making, which makes explainability and scope control central requirements.
Glossary terms: Emerging AI SOC, Agentic AI, Security Orchestration, Automation and Response, Decision Explainability
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Emerging AI SOC is really a governance category, not a tooling category. The market is moving from workflow automation to decision automation, which changes what buyers must assess first. In that model, the question is no longer how many playbooks a platform has, but whether its decisions are explainable, bounded, and auditable across identity-linked actions.
A question worth separating out:
Q: How should security teams use automation in SOC workflows without creating new access risk?
A: Start by limiting each workflow to the minimum authority it needs, then separate enrichment, containment, and approval steps. Automation should reduce manual triage, not inherit broad access. If a workflow can disable accounts or isolate hosts, it must be audited, bounded, and tied to identity controls such as PAM, role separation, and rollback procedures.
👉 Read our full editorial: Emerging AI SOC is replacing SOAR as security automation shifts