TL;DR: AI SOC tools are most effective when they amplify human threat interpretation, because emerging detections depend on knowledge that foundation models have not yet learned, according to Prophet. The operational lesson is that scale can be automated, but investigation design, detection engineering, and judgment still need human control.
At a glance
What this is: Prophet says AI can scale SOC workflows, but human analysts remain necessary to shape detection logic and investigation design for emerging threats.
Why it matters: This matters because AI-assisted SOC operations still depend on governance of knowledge, context and decision-making, which directly affects how identity, cloud and endpoint signals are turned into action.
Context
AI-powered security operations work best when automation handles repetition and people handle judgment. The governance gap appears when teams assume that faster triage means the SOC no longer needs subject matter expertise, even though detection design still depends on threat interpretation and operational context.
The article is also about knowledge freshness: foundation models inherit past threat knowledge, while real attacks evolve continuously. That creates a practical identity and access angle where AI systems, agentic workflows and security tooling depend on human oversight to decide what questions to ask and what evidence matters.
Key questions
Q: How should security teams design AI SOC workflows so humans still govern novel threats?
A: Keep humans responsible for detection intent, investigative framing and escalation criteria, while AI handles enrichment, correlation and repeatable triage. The workflow should separate known-pattern automation from judgment-heavy analysis so that new threats do not get forced into stale detection logic.
Q: Why do AI SOC systems struggle when threats are new or recently discovered?
A: Because foundation models learn from historical data, they are strong on well-documented tactics and weak on fresh patterns that have not yet accumulated enough public analysis. If a threat is recent, the model may assist execution but still need human-authored investigative logic to be effective.
Q: What are the signs that an organisation is relying too heavily on AI for security operations?
A: A common warning sign is when teams start accepting AI-generated outputs without validation, especially for incident response or access decisions. Other signals include weak understanding of model limits, poor internal skills, and overconfidence in automation. If analysts cannot explain why the system reached a conclusion, the organisation is using AI as a substitute for judgment rather than a support layer.
Q: Should organisations keep human analysts in the SOC after adopting AI automation?
A: Yes, if the SOC handles emerging threats, specialised environments or agent-driven workflows. AI can accelerate scale and consistency, but the control layer still needs humans to decide what matters, how to investigate and when to change the detection model.
Technical breakdown
Why AI SOC automation stops at known patterns
AI SOC systems are strongest when the work is structured, repetitive and well represented in historical data. Alert enrichment, correlation and tier-1 triage can be automated because the input, output and decision path are stable. The limitation appears when the problem is novel: a new threat, a new tool, or a new attacker workflow does not yet exist in the model’s learned experience. At that point, the model can assist with execution, but it cannot reliably invent the right investigative frame without human guidance. Practical implication: treat AI as a scale layer for known workflows, not as a substitute for threat interpretation.
Practical implication: use AI to absorb repeatable SOC tasks, but keep humans responsible for novel detection design and judgment.
Detection engineering is a knowledge translation problem
Detection engineering is not just writing rules. It is the process of translating threat intelligence, environmental context and operational goals into monitors, questions and response logic. That requires knowing which behaviors matter, which dependencies are exposed and which signals are meaningful in a specific environment. The article’s key point is that this knowledge does not emerge automatically from a foundation model, especially for recent threats. Human analysts define the investigative logic first, then AI can execute and scale it. Practical implication: build detection engineering as a human-led control process with AI as the delivery mechanism.
Practical implication: keep threat researchers and SOC engineers in the loop whenever new detections are created or modified.
Knowledge freshness is now a control requirement
Foundation models are bounded by training data, so their understanding of threats is backward-looking. That creates a knowledge freshness gap between what the model can explain and what the current threat landscape demands. In the article’s example, recent agent-related risks were not yet encoded well enough in commercial models to drive a high-quality investigation autonomously. This is where human expertise becomes the control layer that prevents stale assumptions from hardening into blind spots. Practical implication: review whether your AI SOC workflow can surface new threat patterns before they are widely documented.
Practical implication: validate whether your AI workflow can handle recently emerging threats without waiting for model retraining or third-party reports.
NHI Mgmt Group analysis
Human expertise is the real control layer in AI SOC operations. Automation can compress triage time, but it cannot decide what a new threat means inside a specific environment. That distinction matters because the SOC is not just an alert pipeline, it is an interpretation function. Practitioners should measure AI success by how well it amplifies expert judgment, not by whether it removes the experts.
Knowledge freshness debt is the central governance problem. Foundation models are useful on well-documented tactics, but their value drops sharply when the threat is recent, ambiguous or operationally novel. The article shows that the decisive input is not more compute, but structured human threat knowledge injected into the workflow. Teams should treat freshness of investigative knowledge as a governance requirement, not an informal staffing issue.
Agentic and AI SOC workflows still depend on human-authored intent. When an investigation asks the right questions, that is usually because a skilled analyst shaped the logic first. This is directly relevant to NHI and agentic AI governance because autonomous-seeming systems still inherit their operating boundaries from human design choices. Practitioners should govern the point where AI begins execution and humans define meaning.
Replacing people with model output is a category error. The article’s strongest warning is that speed, scale and consistency do not equal security understanding. If teams remove human expertise from detection engineering, they inherit a model that is efficient at old patterns and weak at new ones. The practical conclusion is that SOC architecture should preserve expert review where novel threats, delegated workflows or agent-driven actions create uncertainty.
From our research library:
- 96% of security operations teams report critical blind spots, most commonly in cloud infrastructure (74%) and identity and access behaviour (67%).
- Read next: AI Agent Identity Security Buyer's Guide
What this signals
Knowledge freshness debt: the more a SOC relies on historical training data, the more likely it is to miss threats that are new, unusual or operationally specific. Teams should assume that the gap will first appear in investigation design, not just alert quality, and build review points for newly emerging tooling and behaviours.
AI-assisted operations need a governance model that separates execution speed from decision authority. If analysts are no longer shaping detection logic, the organisation is no longer governing what the machine is allowed to conclude.
For practitioners
- Preserve human ownership of detection engineering Assign skilled analysts to define new monitoring logic, investigative questions and response triggers before AI automation is allowed to operationalise them.
- Classify which SOC tasks are truly automatable Separate repetitive triage and enrichment from judgment-heavy investigation so that AI only handles the work with stable rules and known patterns.
- Measure model freshness against emerging threats Test whether your AI-assisted SOC can recognise recent tools, behaviours and TTPs before they are broadly represented in external threat intel or model weights.
- Retain analyst review for novel investigations Require human validation whenever an alert involves unfamiliar software, new agent behaviour, or a detection hypothesis that has not been operationalised before.
Key takeaways
- AI can accelerate SOC throughput, but it cannot replace the human role in interpreting unfamiliar threats and designing the right investigation.
- The key failure mode is not automation itself, but assuming that historical model knowledge is sufficient for current attack conditions.
- Teams that keep expert analysts in the loop are better positioned to turn emerging threat knowledge into usable detections and response logic.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
MITRE ATT&CK addresses the attack and risk surface, while NIST CSF 2.0 and NIST AI RMF set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| MITRE ATT&CK | TA0007 — Discovery | The article focuses on turning threat intelligence into investigative logic for new attack behaviors. |
| Recommendation — Map emerging threat questions to ATT&CK discovery and detection priorities when building SOC content. | ||
| NIST CSF 2.0 | DE.CM-01 — Monitoring for Security Events | The article is about how monitoring evolves when AI supports but does not replace human judgment. |
| GV.OC-01 — Organizational Context | The piece argues that SOC design must reflect operational context, not generic automation assumptions. | |
| Recommendation — Use DE.CM-01 to keep AI-supported monitoring aligned to human-reviewed detection outcomes. Define SOC automation boundaries using GV.OC-01 so investigative context stays explicit. | ||
| NIST AI RMF | GOVERN — AI Governance and Accountability | The article is fundamentally about where human accountability sits in AI-assisted security operations. |
| MEASURE — AI Performance and Impact Measurement | Knowledge freshness and model usefulness need continuous evaluation in live SOC workflows. | |
| Recommendation — Apply GOVERN to assign clear accountability for AI-generated investigative decisions and escalation. Use MEASURE to test whether AI-assisted investigations keep pace with new threats. | ||
Key terms
- Identity Freshness: Identity freshness is the degree to which the governance system reflects the live state of accounts, groups, entitlements, and credentials. It is not just a performance metric. In practice, freshness determines whether access reviews, approvals, and offboarding actions are based on reality or on a delayed snapshot.
- Detection Engineering: The discipline of designing, testing, and maintaining detection logic so it remains useful against real attacker behaviour. It covers telemetry selection, rule quality, false-positive management, and the operational workflow needed to keep alerts actionable.
- Human-in-the-loop SOC: A security operations model where AI performs bounded analysis and a human makes the final call on ambiguous or high-impact decisions. It is useful when speed matters but accountability cannot be delegated, especially for containment, escalation, and identity-related actions.
Deepen your knowledge
NHI Mgmt Group covers identity security, NHI governance, and agentic AI through independent research, practitioner guides, and the NHI Foundation Level course. It is suitable for practitioners who need to govern access, delegation and lifecycle risk across human and non-human identities.
Published by the NHIMG editorial team on August 2, 2026.
Updated on October 13, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org