TL;DR: A hackathon at the AI SOC Summit showed 17 security practitioners building 11 AI SOC agentic skills for alert triage, automated hunts, data enumeration, and report generation, with an average score of 84/100 and a four-point margin between winners, according to Crogl. The pattern suggests SOC teams will need tighter governance around AI-driven workflows, not just faster automation.
At a glance
What this is: Crogl's hackathon recap shows 17 security practitioners building 11 AI SOC agentic skills for triage, hunts, data enumeration, and reporting.
Why it matters: It matters because SOC teams adopting AI-driven workflows need governance over what agents may do, what data they may touch, and how outputs are validated.
By the numbers:
- 17 security practitioners took part in the hackathon, according to Crogl.
- 11 distinct skills were submitted in the competition, according to Crogl.
- Participants achieved an average score of 84/100, according to Crogl.
Context
Agentic automation in the SOC means software can move beyond simple alert routing and into task execution such as triage, hunt orchestration, data gathering, and report generation. That creates a governance problem as much as an efficiency opportunity, because the control question shifts from whether an analyst acted to what the AI system was allowed to decide and publish.
Crogl's hackathon is best read as a snapshot of where SOC operations are heading, not as a maturity benchmark for one vendor. The important signal is that practitioners are now building AI-assisted workflows that touch investigations, evidence collection, and executive reporting, which means workflow trust, approval boundaries, and output review become operational controls, not afterthoughts.
Key questions
Q: What breaks when an AI analyst triages alerts without human review?
A: When an AI analyst triages alerts without human review, the main failure is not volume reduction, it is loss of inspectability. Teams may no longer know why an alert was dismissed, what evidence was used, or whether the decision can be reconstructed later. That weakens incident review, auditability, and trust in downstream response actions.
Q: Why do AI-driven SOC workflows need stronger governance than traditional automation?
A: Traditional automation follows predefined rules, but AI-assisted workflows can change how a case is interpreted, prioritised, or escalated. That makes governance more important, not less, because the decision path becomes less predictable. Teams need evidence, logging, and ownership controls that fit probabilistic recommendations, not just scripted workflows.
Q: How do security teams know whether AI access is actually working safely?
A: Look for three signals: complete discovery of the AI estate, clear mapping of source data to each system, and logs that prove what was accessed and why. If any of those are missing, the control environment is incomplete. Safe AI access is evidenced, not assumed.
Q: Should teams compare AI triage automation with report generation first?
A: Yes, because they carry different risk profiles. Triage automation affects operational decisions in real time, while report generation affects how findings are communicated and audited. Teams should prioritise the workflow with the highest decision impact and the weakest review controls, then expand only after the evidence trail is reliable.
Technical breakdown
How agentic SOC skills differ from traditional automation
Traditional SOC automation usually follows fixed rules: if X alert appears, then route, enrich, or close. Agentic skills are different because they can decide which tools to invoke, what data to gather, and how to sequence subtasks based on context. In a SOC setting, that may include triage, hunt scoping, report assembly, and evidence summarisation. The risk is not just execution speed, but decision drift when an AI system infers too much from partial data or acts on stale assumptions about incident context.
Practical implication: define which SOC actions can be delegated to AI logic and which still require analyst approval.
Why data enumeration is a governance control, not just a utility
Data enumeration skills matter because an AI-assisted SOC tool can surface where telemetry exists, where coverage is thin, and which sources are relevant to an investigation. That is useful, but it also means the system is effectively mapping the organisation's detection surface. If that mapping is incomplete or biased toward one platform, analysts may overtrust the resulting investigation path. In identity terms, this is about governed access to telemetry and evidence, not merely search convenience.
Practical implication: restrict enumeration scopes and validate that AI-driven discovery does not exclude critical logging sources.
Why report generation needs stronger review boundaries
Report-generation skills are attractive because they compress repetitive work, but they also create a new failure mode: polished output that outruns evidential confidence. In the SOC, narrative quality can mask weak sourcing, making the report appear authoritative even when the underlying case is thin. That is especially relevant when the output is reused for executive briefings, audit evidence, or incident documentation. The control problem is provenance, reviewability, and traceability of every assertion the system makes.
Practical implication: require source-linked drafts and analyst sign-off before AI-generated SOC reports leave the team.
NHI Mgmt Group analysis
AI SOC skills are becoming a governance category, not a tooling feature. Once an AI system can triage, hunt, and draft reports, the real question is not speed but permissioning, auditability, and accountability. SOC teams should treat these agentic workflows as governed operational capabilities with explicit boundaries, because the output can shape incident decisions and executive reporting.
Workflow trust gap: SOC automation now depends on whether the system's inputs, tool calls, and summaries can be trusted end to end. If the evidence path is opaque, analysts may inherit machine-generated confidence without machine-generated proof. The practical conclusion is that AI SOC programmes need proof trails as much as they need automation logic.
Agentic AI in the SOC intersects directly with identity governance. The system is not just consuming data; it is acting with delegated authority over investigation steps, report creation, and potentially workflow escalation. That means identity, authorisation, and observability controls must extend to the AI layer itself, or SOC automation becomes a shadow decision-maker.
Hackathons expose capability faster than they expose control gaps. A strong demo proves that a task can be automated, but it does not prove that the resulting workflow is safe, consistent, or compliant at scale. Practitioners should use these prototypes to identify where human review, logging, and scope limits must be designed in before production use.
The market signal is a move from alert handling toward evidence production. SOC value is shifting from simply reducing noise to generating structured investigation output faster and more consistently. That raises the bar for governance frameworks, because evidence production is operationally consequential and cannot be treated as a low-risk automation layer.
What this signals
AI SOC automation will only scale if governance scales with it. The next phase for practitioners is not simply adding more agentic skills, but deciding which workflows can tolerate delegated judgment and which require human confirmation. SOC leaders should expect stronger demands for traceability, approval design, and output provenance as AI moves deeper into investigation and reporting.
The named concept here is the workflow trust gap. Once AI can assemble an investigation narrative, the organisation must trust not just the alert source but the entire chain from data retrieval to conclusion. That makes observability, case review, and evidence linkage core SOC controls, not administrative extras.
For practitioners
- Define AI task boundaries for SOC workflows List which steps AI may perform in triage, hunt execution, data enumeration, and report drafting, and require analyst approval for any step that changes case status or communication.
- Lock down evidence sources before automating investigations Constrain AI agents to approved log sources, case repositories, and detection tools so enumeration does not wander into unreviewed datasets or sensitive investigative material.
- Require provenance for AI-generated SOC outputs Attach source links, timestamps, and analyst sign-off to any report or briefing that includes machine-generated conclusions, especially when used for leadership or audit.
- Set escalation rules for low-confidence findings Route ambiguous detections, conflicting enrichment, or incomplete evidence back to an analyst instead of allowing the system to close or summarise the case on its own.
Key takeaways
- AI SOC automation is moving from simple alert handling toward delegated investigation work, which changes the control problem as much as the operating model.
- The hackathon's 17 participants, 11 skills, 84/100 average score, and four-point spread show fast experimentation, but not automatic production readiness.
- Practitioners should design approval boundaries, source traceability, and escalation rules before agentic SOC workflows are allowed to influence decisions.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Agentic AI Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST AI RMF and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Agentic AI Top 10 | ASI02 — Tool Misuse | The article centres on AI SOC agents using tools to triage, hunt, enumerate data, and draft reports. |
| ASI03 — Identity & Privilege Abuse | AI SOC workflows act with delegated authority over investigations and reporting decisions. | |
| Recommendation — Constrain agent tool use to approved SOC actions and log every tool invocation for review. Limit delegated privileges for SOC agents and separate evidence retrieval from case disposition. | ||
| NIST AI RMF | GOVERN — AI Governance and Accountability | The article raises accountability and review questions around AI-driven SOC workflows. |
| Recommendation — Establish governance roles, approval boundaries, and audit requirements for AI-assisted SOC operations. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Agentic SOC skills depend on tightly scoped permissions to logs, cases, and reporting systems. |
| Recommendation — Apply least-privilege authorisation to AI SOC workflows and review entitlements regularly. | ||
| MITRE ATT&CK | TA0007;TA0009 — Discovery; Collection | The article includes automated data enumeration and evidence gathering, both core adversary-relevant behaviours. |
| Recommendation — Map AI-enumeration and evidence-gathering logic to discovery and collection behaviours for monitoring and control. | ||
Key terms
- Agentic SOC Skill: A task-focused AI workflow that can choose actions, use tools, and produce operational outputs inside a security operations process. Unlike a fixed automation rule, it may adapt its path based on data and context, which makes scope, provenance, and approval controls essential.
- Workflow Trust: Workflow trust is the confidence users place in a familiar business process, such as document signing or payment approval. Attackers exploit that confidence by imitating normal requests, so the control failure is often the process itself rather than the technology used to deliver it.
- Delegated Authority Model: A delegated authority model defines who is allowed to approve, review, or execute control-related decisions across the enterprise. It helps ensure requests reach the correct responsible party, especially when control owners, managers, and process owners sit in different teams, regions, or systems.
- Evidence Provenance: The ability to trace a security conclusion back to the exact data, query, and control inputs that produced it. In AI-assisted operations, provenance is what makes an answer defensible, because speed without traceability creates reporting that is convenient but weak in audit, incident review, or privacy enforcement.
Deepen your knowledge
The NHI Foundation Level course covers NHI governance, agentic AI identity, machine identity security, and secrets management, with a focus on how identity controls apply to modern automation. It is the industry's only accredited NHI security programme, designed for practitioners building or governing identity-heavy security workflows.
Published by the NHIMG editorial team on September 6, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org