TL;DR: AI SOC agents can classify alerts, build hypotheses, query SIEM, EDR, and identity systems with environment-specific queries, and turn evidence into narrative incident reports, with Dropzone AI citing a drop in investigation time from 20-40 minutes to 3-10 minutes. The operational question is not whether agents can pull more logs, but whether they can preserve analyst-grade reasoning across mixed environments.
NHIMG editorial — based on content published by Dropzone AI: Teaching AI SOC Agents to Investigate, a use case in action
By the numbers:
- 72% of organisations have experienced or suspect they have experienced a breach of non-human identities, with 46% confirmed and 26% suspected.
Questions worth separating out
Q: Should SOC teams use AI agents for investigation before response?
A: Yes, but only if investigation authority is tightly bounded and response authority remains separately controlled.
Q: Why do identity signals matter in AI-driven SOC investigations?
A: Identity signals matter because many security decisions depend on who acted, from where, with what access, and whether the behaviour fits the user's normal pattern.
Q: What breaks when AI SOC agents cannot map local SIEM schemas correctly?
A: The investigation can look complete while missing critical evidence.
Practitioner guidance
- Validate schema-aware investigation onboarding Confirm that every SIEM, EDR, and identity source used in investigations is mapped to the agent’s query logic, including local field names, status codes, and authentication events.
- Require hypothesis-based case outputs Make the agent show its working by listing the hypotheses considered, the evidence that supported or rejected each one, and the final verdict.
- Correlate identity signals with endpoint and SIEM evidence Treat user-agent history, MFA results, source IP patterns, and EDR telemetry as a single investigation package.
What's in the full article
Dropzone AI's full article covers the operational detail this post intentionally leaves for the source:
- Step-by-step examples of how the agent frames a suspicious login as an investigation case across SIEM, EDR, and identity systems
- Specific query adaptations such as mapping status=401 to failureReason=invalidCredentials in different SIEM schemas
- The full evidence sequence used to rule out brute force and account compromise before concluding the case was benign
- Examples of how the agent turns evidence into a context-rich narrative report for analyst review
👉 Read Dropzone AI's analysis of how AI SOC agents investigate alerts →
AI SOC agents and identity data: are your investigations keeping up?
Explore further
AI SOC investigation is becoming an identity problem as much as a telemetry problem. The article shows that login analysis, MFA status, user-agent history, and IP reputation are central to determining whether an alert is benign or compromised. That means AI investigation tools cannot be evaluated only on log ingestion speed. They must prove that they can interpret identity signals correctly across real environments, or they will automate confusion at scale.
A question worth separating out:
Q: How do you know an AI SOC agent is producing a defensible incident report?
A: A defensible report states the initial alert, the hypotheses tested, the evidence found, and the reasons each alternative was accepted or rejected. It should read like an investigation record, not a summary. If the report cannot support audit review or help a senior analyst retrace the logic, it is not operationally mature.
👉 Read our full editorial: AI SOC agents are shifting investigations from logs to reasoning