Every vendor with a SIEM or an EDR agent has an "agentic AI SOC" slide this year. Gartner gave the category a name in October 2025 — AI SOC Agents — and by June 2026 had already placed it at the Peak of Inflated Expectations on its Hype Cycle for Security Operations, with Embryonic maturity and only 1–5% market penetration. That combination — a category everyone is talking about and almost nobody has actually deployed — is the honest starting point for this post.
We build and run simpliSOC, an open-source SOC stack (Wazuh, DFIR-IRIS, Shuffle, and a custom FastAPI middleware we call soc-integrator) for clients in Thailand and Japan. Our own local-LLM triage assist ships today as a read-only explain-and-verdict feature — it never closes, merges, or suppresses an alert. This post lays out what the industry data actually says about agentic SOC autonomy in 2026, and why we scoped our own AI feature the way we did.
What "agentic" actually means, and what it doesn’t
An agentic SOC is an operating model, not a product: AI agents triage alerts, gather evidence, and produce a verdict by reasoning over what they find, rather than executing a playbook a human wrote in advance. The distinction that matters against a traditional SOAR tool is behavioral, not architectural — a SOAR playbook runs the same steps every time its trigger fires and fails silently on anything the author didn’t anticipate; an agent instead treats the alert as a starting hypothesis, decides what evidence to pull next, and revises its conclusion as findings accumulate.
That’s also the exact architecture we described in an earlier post, Building a Tier-1 SOC Analyst Agent: a tool-calling agent that pulls OpenSearch logs, DFIR-IRIS case history, and threat intel, then returns a structured verdict that a deterministic Shuffle workflow acts on. If you want the mechanics — prompt injection through log data, tool-permission scoping, confidence calibration, cost math — that post is the deep dive. This one is about what the wider industry’s own numbers say about how far "agentic" actually goes in production, and why.
The autonomy numbers nobody puts on the marketing page
The most useful data point in this category comes from a 2026 survey of 250 security leaders and practitioners. Among teams already running AI in the SOC:
- 57% still require a human to review every single verdict before it’s closed
- 40% rely on senior-analyst spot checks on a sample instead
- Only 30% auto-execute even low-risk actions without a human step
- 13% — the smallest group — auto-execute medium-risk actions
- 13% keep the AI to read-only triage entirely, with no execution authority at all
Put differently: over half of organizations already running "AI in the SOC" haven’t handed over verdict authority, let alone action authority. The same survey found the average organization leaves roughly 28% of its daily alerts uninvestigated — which is the real problem agentic triage exists to address, separate from the containment-automation question entirely.
A peer-reviewed five-level autonomy ladder — adapted from the SAE J3016 standard used for self-driving cars — gives a cleaner way to talk about this than vendor marketing does: L0 (no autonomy), L1 (AI-assisted decision support), L2 (AI acts with human approval), L3 (conditionally autonomous, human-in-the-loop), L4 (fully autonomous, minimal oversight). Read against the 57%/30%/13% figures above, production agentic SOC deployments today sit mostly at L1 to L2, with L3 emerging only for narrow, pre-approved action classes. Full L4 autonomy — the "AI runs the SOC" pitch — describes almost no real deployment in 2026.
The benchmarks are not kind
Two independent multi-model benchmarks published in 2026 tested how well LLM-based agents actually perform at SOC-style investigation work, and both reported meaningful failure rates. One ran 23 frontier models across 10 cyber ranges and found that none achieved complete detection and remediation on any single range — models could usually identify the problem an alert pointed to, but struggled to proactively investigate for silent intrusions or produce a verified remediation plan. A second benchmark ran five frontier models against 26 attack campaigns drawn from over a hundred real-world procedures; the best-performing model landed only 3.8% average correct-flag accuracy, clearing a 50%-recall bar on just five of thirteen MITRE ATT&CK tactics.
A separate SANS practitioner survey of nearly 600 security professionals found that 63% report significant AI shortcomings specifically in threat detection and response — up sharply from 45% the year before. None of this means agentic tooling is worthless; it means the gap between "announced" and "reliable in production" is still wide, and any vendor claiming otherwise should be asked to show verdict-agreement numbers measured on your own telemetry, not their demo environment.
Even a well-known industry voice has been openly skeptical of the "autonomous SOC" pitch for years, and as recently as mid-2026 the guidance from that same analyst was to scrutinize any agentic vendor specifically on accuracy, repeatability, and explainability before trusting a system that doesn’t answer the same alert the same way twice.
Build vs. buy: the data says build is hard
If you’re weighing whether to build agentic triage in-house rather than buy it, the same 2026 survey has a sobering number: among organizations already using AI in the SOC, 72% had attempted to build internal AI/LLM tooling for SOC workflows — and 46% of those attempts were later deprecated, replaced with a commercial product, or never made it to production. Data readiness, permission scoping, and review-policy design tend to determine the outcome far more than which model you picked.
What "agentic response" actually executes — and what governs it
Strip away the reasoning-engine marketing and the actions an agentic SOC can take are a short, familiar list: isolate a host, disable a credential, block an IP, quarantine an email, open or escalate a case. The execution layer for these is almost always the same tooling a traditional SOAR setup already used — EDR APIs for host isolation, identity-provider APIs for credential suspension, firewall APIs for IP blocks — with the agent’s job being to decide whether and when to trigger them, not to invent a new execution path.
This is exactly why regulators are focused less on the model and more on the authorization layer around it. The Five Eyes intelligence agencies published joint guidance in May 2026 on the careful adoption of agentic AI services, flagging privilege escalation and accountability opacity as two of five named risk categories — in plain terms: what’s the maximum action an agent identity can take, and can you prove afterward who actually decided to take it? That guidance reads as directly informed by real incidents: a disclosed 2026 vulnerability in a well-known security platform allowed a user who could merely author a detection rule to trigger response actions against enrolled agents — authorship of a rule became an accidental grant of containment authority. It was responsibly disclosed and patched, but it’s a clean illustration of why "who can make the agent act" is the harder engineering problem, not "can the agent reason well."
flowchart TD
A["Alert fires in Wazuh"] --> B["soc-integrator local LLM"]
B --> C["Plain language explanation"]
B --> D["True or false positive call"]
C --> E["Attached to IRIS alert note"]
D --> E
E --> F["Analyst reviews in IRIS"]
F --> G["Analyst decides next step"]
G --> H["Optional Shuffle playbook"]
H --> I["Containment action via EDR firewall or identity API"]
Where simpliSOC sits on this curve, deliberately
Our shipped AI feature today is narrower than the tool-calling Tier-1 agent we prototyped and wrote about in May: a local LLM — running on-prem via Ollama, llama.cpp, vLLM, or LocalAI, so alert content never leaves the customer’s network — reads each qualifying alert plus recent related activity and writes a plain-language explanation and a true/false-positive call. It runs non-blocking and on-demand, and it is explicitly read-only: it never closes, merges, or suppresses an alert, and it holds zero execution authority over Wazuh, DFIR-IRIS, or any downstream system.
Set against the industry’s own 2026 numbers, that’s not a limitation we’re apologizing for — it’s roughly where the median production deployment actually sits: L1-to-L2 assist, human review of every verdict, no autonomous containment. The difference between us and a vendor selling full autonomy isn’t capability we’re missing; it’s that we’re telling you where the line is instead of blurring it. If and when we extend soc-integrator toward action authority — a Shuffle playbook triggering a FortiGate IP block or an AD account disable off an agent verdict — that will be a scoped, audited, human-approved rollout, staged the same deliberate way, not a marketing claim that arrives before the engineering does.
Shipped vs. roadmap: the explicit line
Shipped today:
- Local, on-prem LLM reads Wazuh alerts + related activity and writes a plain-language explanation
- True/false-positive call attached to the IRIS alert note automatically, or on demand via "Ask AI"
- Non-blocking, per-rule cooldown, LRU cache, circuit breaker — alert creation is never delayed
- Zero autonomous action: the LLM cannot close, merge, or suppress an alert
Not shipped — roadmap only:
- Tool-calling investigation across OpenSearch / DFIR-IRIS / threat intel in a live production loop (prototyped and documented in our Tier-1 agent post, not the current default)
- Any autonomous containment action (host isolation, account disable, IP block) triggered directly by an AI verdict without a human approval step
FAQ
Is simpliSOC’s AI "agentic"?
Not in the autonomous-action sense the term increasingly implies. It reasons over one alert’s context to produce an explanation and a verdict, which is closer to L1 decision support than to an agent with execution authority.
Could it eventually take containment actions automatically?
Technically, yes — Shuffle is already in the stack and could execute a FortiGate block or an AD account disable off a verdict. We haven’t shipped that path yet because it changes the accountability model, and per the Five Eyes guidance and the CVE example above, that layer deserves its own scoped, audited rollout rather than a bolt-on.
Why not just buy an "agentic AI SOC platform" instead?
Worth doing the same evaluation the data above suggests for any vendor: ask for verdict-agreement numbers measured on your own alerts, not a demo environment, and ask what percentage of their customers actually run at L3-or-above autonomy today. For many mid-market teams, the answer will be a narrower, more honest scope than the pitch suggests.
Why this matters more in Thailand than the vendor pitch admits
Thailand’s Cybersecurity Act §59 requires regulated entities to report and respond to incidents within defined timelines, with an expectation of a documented, auditable response process. An "agentic SOC" that can’t show exactly which action was taken, by what authority, and reviewed by whom, is a harder story to tell a regulator than a system that’s explicit about where the human sign-off sits. Faster, well-documented triage — the part that’s actually mature in 2026 — is the compliance-relevant win; unaudited autonomous containment is the part still worth being cautious about, everywhere, not just in regulated markets.
If you’re running a Wazuh stack, evaluating an "agentic AI SOC" vendor pitch, or just want a second opinion on how much autonomy actually makes sense for your environment, that’s the kind of conversation we have at Simplico. Reach us at hello@simplico.net.
Sources:
- Gartner Hype Cycle for Security Operations, 2026 — via Vectra AI’s Agentic SOC analysis
- Prophet Security / ViB: State of AI in the SOC, 2026
- SANS 2026 AI Survey
- Five Eyes: Careful Adoption of Agentic AI Services (CISA, May 2026)
- Forrester: The Autonomous SOC Is a Pipe Dream
- simpliSOC product page
- Building a Tier-1 SOC Analyst Agent — Simplico
Latest Posts
- What Simplico Builds: A Product Portfolio Overview and What Each One Actually Gets You September 12, 2026
- Inside simpliMES: How One Django Core Runs Discrete and Batch Manufacturing on the Same Engine September 7, 2026
- Inside simpliRecycle: How a Six-App Pipeline Runs a Scrap Yard from Weigh-In to VAT Invoice August 29, 2026
- How to Build an ERP From Scratch With Django: Data Model, Workflow, and Architecture August 24, 2026
- How to Make Odoo or ERPNext Faster Again: A Practical Performance Troubleshooting Guide August 24, 2026
- Implementing ERPNext: A Practical Guide to the System, Its Document Model, and Core Workflows August 15, 2026