TL;DR: Rising alert volumes, critical visibility gaps, and dissatisfaction with current SIEM deployments are exposing structural limits in fragmented detection operations, according to Gurucul’s 2025 Pulse of the AI SOC. The core issue is not just more noise, but a security model that cannot reliably see identity and cloud behaviour fast enough to act.
At a glance
What this is: This is Gurucul’s analysis of why SOCs are struggling, centered on alert fatigue, tool sprawl, slow data onboarding and the 96% visibility gap across identity and cloud environments.
Why it matters: It matters because IAM, NHI and SOC teams cannot detect identity-driven attacks or cloud misuse if the telemetry needed to correlate behaviour arrives late, incomplete or siloed.
By the numbers:
- 96% of respondents report critical blind spots, most commonly in cloud infrastructure and identity and access behavior.
- Only 4% of respondents can fully onboard a new feed in under a day.
- 78% of organizations are either dissatisfied, stuck with limitations, or forced to augment their current SIEM solutions.
- 77% of organizations report increased alert volumes.
Context
Security operations teams are being asked to detect identity-led attacks in environments where the relevant signals are split across cloud, SaaS, endpoint and access systems. When identity telemetry is incomplete or arrives too late, the SOC sees noise before it sees behaviour, and detection quality drops even when alert volume rises.
Gurucul’s 2025 Pulse of the AI SOC chapter frames this as a structural problem, not simply an analyst workload issue. The article says most organisations are trying to run modern detection programs on top of fragmented tools, delayed data onboarding and incomplete visibility into identity and cloud activity.
For IAM and SOC leaders, the central question is whether current detection architecture can actually support identity-driven investigations. The answer in this article is that many programmes cannot, because the telemetry and correlation model still assumes a slower, more centralised operating environment than the one attackers now exploit.
Key questions
Q: Why do SOCs miss identity-driven attacks even when alert volumes are high?
A: Because high alert volume does not guarantee correlated evidence. When identity, cloud and other telemetry sit in separate tools, analysts see fragments instead of a chain of behaviour. The result is more noise, slower triage and weaker detection of account takeover, privilege abuse and SaaS misuse.
Q: What happens when cloud and identity telemetry are not onboarded quickly enough?
A: The SOC operates with blind periods in exactly the areas attackers use most. If new feeds take weeks or months to become actionable, detection rules, hunts and investigations lag behind the threat, and the team is forced to rely on incomplete context during active risk.
Q: What do security teams get wrong about EDR alert fatigue?
A: They often treat alert fatigue as a tuning problem when it is also a workflow problem. Better detection helps, but the bigger gain comes from routing, enrichment, and automated containment so analysts spend less time validating obvious noise and more time on ambiguous cases that need judgment.
Q: How do security teams reduce identity blind spots across code and cloud?
A: They reduce blind spots by correlating GitHub activity with cloud identity signals, enforcing least privilege on repository and workflow permissions, and treating exposed secrets as lifecycle events. That approach helps teams detect drift earlier and cut the time between exposure, investigation, and revocation.
Technical breakdown
Why identity blind spots break SOC correlation
Modern SOC detection depends on joining events into a single narrative across identity, cloud, endpoint and application layers. When identity and access behavior is invisible, that narrative fractures. An account takeover, unusual privilege use, or suspicious SaaS session may appear low confidence in isolation, even though it becomes clear when combined with cloud activity and authentication context. The article’s core point is that missing identity telemetry is not a coverage nuisance; it is a correlation failure. Without the identity layer, UEBA, SIEM rules and investigation workflows all lose context and generate more noise than signal.
Practical implication: prioritize identity telemetry as a correlation source, not just another log stream.
How tool sprawl delays detection and triage
The article describes a SOC ecosystem where different platforms produce different signals and analytic models, but do not naturally reconcile with one another. That creates a fragmentation problem: the same incident can surface as an identity anomaly in one tool, an endpoint alert in another, and unusual cloud activity somewhere else, yet remain unlinked long enough to matter. This is why tool proliferation becomes an operational risk. More tools do not automatically create better detection if the SOC lacks a coherent ingestion, normalisation and correlation path across them.
Practical implication: map which signals are duplicated, isolated or never correlated before adding another detection tool.
Why slow telemetry onboarding is a security control problem
The article shows that onboarding new data sources into the SIEM often takes weeks or months, which means critical sources are not operational when new risks emerge. In practice, this turns ingestion delay into a control gap. If a cloud or identity feed cannot be made actionable quickly, the SOC operates with stale coverage while attackers move faster than the pipeline. The issue is not merely engineering efficiency; it is the time between deciding a source matters and actually being able to use it for detection, hunting and response.
Practical implication: treat onboarding speed as part of detection readiness and measure it as a security control outcome.
NHI Mgmt Group analysis
Identity visibility is now a detection prerequisite, not a luxury signal. The article shows that SOCs cannot reliably detect modern attacks when identity and cloud behaviour are under-instrumented. That is especially true where account takeover, privilege abuse and SaaS misuse unfold across multiple systems before any single alert looks severe. The practitioner conclusion is straightforward: if identity is missing from the correlation layer, the detection programme is structurally incomplete.
Alert fatigue is often a symptom of missing context, not just too many events. Gurucul’s figures show rising alert volume, but the more important problem is that disconnected platforms produce unmerged evidence. When analysts must manually assemble the picture, every extra alert becomes a tax on triage quality. The field needs to stop treating noise as an analyst-performance issue and start treating context loss as an architecture issue.
Identity blind spots expose a detection architecture built for slower threat movement. This is where the programme assumption breaks: security operations were designed for telemetry that could be centralised, normalised and reviewed after the fact. That assumption fails when attackers move through cloud and identity layers faster than the SOC can onboard, correlate and validate the data. The implication is not simply more tooling, but a redefinition of what “covered” means in modern detection.
SIEM augmentation is not a cure if it extends fragmentation. The article notes that many organisations add UEBA or ITDR to fill gaps, but those layers can deepen complexity if they create yet another silo. The structural issue is the operating model, not the label on the control. Practitioners should judge augmentation by whether it shortens the path from identity event to investigation, not by whether it adds another dashboard.
Telemetry latency has become a governance issue for identity security. When new feeds take weeks to become actionable, security teams are effectively accepting blind periods in the middle of active risk. That changes the governance question from “Do we ingest this source?” to “How quickly can we operationalise it?” The programme consequence is that identity coverage must be measured by usable time to insight, not by source count alone.
From our research library:
- Only 5.7% of organisations have full visibility into their service accounts, according to the Ultimate Guide to NHIs.
- Read next: NHI Lifecycle Management Guide
What this signals
Identity telemetry is now part of the detection architecture, not a downstream enrichment layer. SOCs that cannot surface authentication, privilege and cloud behaviour together will continue to overproduce alerts and underproduce investigations. The programme shift is to design correlation around identity first, then decide which additional sources genuinely improve detection quality.
Visibility debt is the hidden cost of delayed onboarding. When new cloud or SaaS feeds take weeks to become actionable, the SOC is effectively paying for blind time with every incident. The practical response is to measure time-to-useful-telemetry as a governance metric, not an engineering convenience.
Only 5.7% of organisations have full visibility into their service accounts. That figure underscores how easily machine and service identities disappear from operational view, and why detection programmes that ignore them will keep missing lateral movement and misuse patterns.
For practitioners
- Prioritise identity telemetry for correlation Identify the identity and access sources that most improve cross-tool correlation, then make them first-class inputs to detection engineering, not optional enrichers.
- Measure onboarding time as a control metric Track how long it takes to turn a new cloud, SaaS or identity feed into an actionable detection source, and escalate delays that leave the SOC blind.
- Reduce tool overlap in the detection stack Review where multiple platforms are collecting the same signals without a shared investigation model, and remove redundant paths that add noise rather than context.
- Rework alert triage around identity context Require analysts to see authentication, privilege and cloud activity together during investigation so that account takeover and abuse patterns do not remain isolated alerts.
- Set a minimum visibility baseline for SOC coverage Define the identity and cloud telemetry that must be visible before the programme can claim coverage of modern attack paths.
Key takeaways
- Identity and cloud blind spots are undermining modern SOC performance more than raw alert volume alone.
- The article shows that 96% of respondents report critical visibility gaps, while only 4% can fully onboard a new feed in under a day.
- Detection teams need faster onboarding, stronger identity correlation and a clearer baseline for what visible coverage actually means.
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 CIS Controls v8 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| MITRE ATT&CK | TA0006; TA0008 — Credential Access; Lateral Movement | Identity and cloud blind spots align with the attack stages SOCs are missing. |
| Recommendation — Map missing identity telemetry to TA0006 and TA0008 so detection rules cover credential abuse and movement. | ||
| NIST CSF 2.0 | DE.CM-09 — Malicious code is detected | The article is about continuous monitoring gaps in modern SOC operations. |
| PR.AA-05 — Access Permissions, Entitlements and Authorizations | Identity visibility gaps directly affect entitlement and authorisation oversight. | |
| Recommendation — Use DE.CM-09 to ensure monitoring covers identity and cloud signals that feed detection. Apply PR.AA-05 to maintain visibility into who and what has access across systems. | ||
| CIS Controls v8 | CIS-5 — Account Management | Service accounts and identity behaviour are central to the visibility problem discussed. |
| Recommendation — Use CIS-5 to inventory and govern accounts that must be visible to the SOC. | ||
Key terms
- Identity Telemetry: Identity telemetry is the collection of signals generated by authentication, session, and access events across human and non-human identities. It becomes useful for governance when teams can baseline normal behavior and detect drift in source, privilege, or access frequency.
- Alert Fatigue: Alert fatigue is the condition where a security team receives so many low-value alerts that important events become harder to notice. In monitoring programs, it usually signals poor rule tuning, weak prioritisation, or a mismatch between detection logic and operational reality.
- Data Onboarding: Data onboarding is the process of connecting, validating, and preparing source data so a security platform can ingest and analyse it. It includes choosing the right inputs, checking structure, and confirming that the data supports detection use cases. Poor onboarding often leads to misconfigurations, wasted effort, and weaker coverage.
- Tool Sprawl: Tool sprawl is the accumulation of overlapping systems that each solve part of the same identity or operations problem. In practice, it creates duplicate workflows, inconsistent policy enforcement, and more manual reconciliation, which weakens confidence in access decisions and slows down secure scaling.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on July 8, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org