By NHI Mgmt Group Editorial TeamBased on Gurucul: “Rethinking Security Data: How to Cut SIEM Costs Without Sacrificing Visibility” (November 3, 2025)

TL;DR: Security teams are being pushed to trim SIEM and data lake costs as data volumes rise, with Gurucul arguing that source-side filtering, enrichment, and routing can preserve visibility while cutting false positives by up to 70% and pipeline maintenance by 85%. The governance issue is no longer data hoarding, but deciding which telemetry must remain searchable, retained, and independent.


At a glance

What this is: This blog argues that security teams can reduce SIEM and data lake spend by shifting from ingest-everything to data pipeline management that filters, enriches, routes, and retains security telemetry more intelligently.

Why it matters: It matters to IAM and security operations teams because telemetry design now shapes detection quality, compliance retention, and operational cost across human, NHI, and automated access activity.

By the numbers:

  • A 67% of organizations admit to ignoring critical data sources because of the high cost and complexity of ingestion.
  • Modern data pipeline management can cut false positives by up to 70% after filtering, enriching, and normalizing data at the source.
  • Organizations can reduce pipeline maintenance by up to 85% with automation, pre-optimized parsers, and low-code workflows.
  • Cost savings can start at 40% out of the box and reach up to 87% with fine-tuning when teams route enriched data to SIEMs and full-fidelity logs to low-cost storage.

Context

Security data pipelines are the control layer between raw telemetry and the tools that analysts rely on for detection, investigation, and compliance. When teams ingest everything by default, SIEM and data lake costs rise quickly, and the result is often not better visibility but more noise, slower search, and pressure to drop sources.

This post is about the governance gap created when telemetry strategy becomes a storage problem instead of an identity and detection problem. For IAM and NHI programmes, that gap matters because the quality of access evidence, auditability, and forensic replay depends on where data is filtered, retained, and routed.

Gurucul’s argument is that teams should stop treating all data as equal and start deciding which sources need high-cost analytics, which need long-term retention, and which can be transformed earlier in the pipeline.


Key questions

Q: What breaks when security teams cut SIEM costs by dropping telemetry sources?

A: The first failure is usually visibility, not storage. Teams lose the evidence needed to correlate identity, endpoint, and cloud activity, and that makes detection and investigation less reliable. Cost cuts that simply remove data often create blind spots that are harder to measure than the spend they save.

Q: Why do ignored telemetry sources create governance risk for security operations?

A: Because governance depends on knowing which events were seen, retained, and searchable. When critical sources are excluded for budget reasons, the organisation can no longer prove complete coverage or reconstruct a full incident timeline. That weakens both operational response and audit confidence.

Q: How should security teams design security data pipelines to support faster detection and search?

A: Security teams should normalize and enrich data as close to collection as possible, then route only the most useful signals to storage and analytics layers. This reduces latency, improves searchability, and keeps expensive downstream platforms focused on high-value data. The goal is not simply moving logs, but turning raw telemetry into actionable intelligence quickly.

Q: What is the difference between SIEM ingestion and data pipeline management?

A: SIEM ingestion is about getting data into the analytics platform. Data pipeline management is about deciding what data arrives, how it is transformed, where it is routed, and how long it stays usable. The second is the broader control layer and usually the better place to manage cost, quality, and retention.


Technical breakdown

Source-side filtering and enrichment reduce SIEM load

Data pipeline management moves transformation closer to the source, before telemetry reaches the SIEM or data lake. Filtering removes low-value events, enrichment adds context such as asset, identity, or risk metadata, and normalization makes records searchable across tools. That shifts the control point from expensive downstream analytics to the pipeline itself. The technical benefit is not only lower volume. It is also better signal quality, because analysts see fewer duplicates, less schema noise, and more actionable events.

Practical implication: decide which telemetry fields and event types must be enriched before ingestion, not after detection breaks.

Dual-path routing preserves both detection and retention

A modern security data architecture does not force a choice between real-time analytics and full-fidelity retention. Instead, it can route high-value, enriched records into SIEM workflows while sending complete logs to low-cost storage for compliance, audits, and replay. This model separates searchability from preservation. The result is that the SOC can investigate quickly without forcing every event through the most expensive tier of analysis or storage.

Practical implication: separate hot-path detection data from cold-path retention data so compliance does not dictate SIEM ingestion volume.

Data independence is a governance control, not a storage preference

Vendor lock-in in security telemetry often appears as proprietary formats, limited export options, or routing constraints that make later platform changes expensive. Data independence means the organisation retains control over where telemetry goes, how it is transformed, and how long it remains usable. For identity-led operations, that matters because access investigations often span multiple tools and time windows. If the pipeline is closed, the evidence path becomes vendor-shaped rather than governance-shaped.

Practical implication: require portable routing and export design so telemetry ownership stays with the organisation, not the platform.


Threat narrative

Attacker objective: The practical objective is not a single intrusion but an operational environment where defenders cannot see, search, or retain enough telemetry to investigate effectively.

  1. Entry occurs through uncontrolled telemetry growth, where ingestion defaults pull in more security data than teams can economically govern.
  2. Escalation follows when storage and search costs force teams to suppress sources, raising blind spots across the detection stack.
  3. Impact is reduced investigative coverage, slower analytics, and weaker compliance evidence because critical data is either unaffordable to retain or too noisy to use.
  • Sumo Logic breach 2023: A compromised credential opened a Sumo Logic AWS account; customers were told to rotate API keys and stored credentials. No data impact was found.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Telemetry governance has become an identity governance problem. When access activity, service-account behaviour, and application events are spread across high-cost pipelines, the organisation starts deciding visibility by budget rather than risk. That is not a storage issue, it is a control-plane issue. Teams that cannot afford to ingest critical sources are already operating with a blind spot in their identity evidence chain.

Blind-spot management is now a first-class security design concern. If 67% of organisations are already ignoring critical data sources because ingestion is too costly, then the real failure is not lack of tooling but lack of data prioritisation. The governance model has to distinguish between telemetry that supports live detection and telemetry that only needs durable retention. Practitioners should treat visibility loss as a material risk, not a tuning inconvenience.

Data independence is the named concept that matters here. Security teams need ownership over routing, retention, and replay so that no single vendor dictates what can be searched or recovered. That principle is especially important in IAM and NHI programmes, where investigations often depend on being able to reconstruct who or what touched a system and when. The implication is simple: portable telemetry architecture is now part of identity resilience.

Cost optimisation without evidence preservation is a false economy. Cutting SIEM spend by dropping sources may reduce invoices, but it also degrades the evidence base for audit, forensics, and insider-risk review. A better model preserves raw logs outside the SIEM while keeping enriched, high-signal events searchable. Practitioners should evaluate telemetry architecture against both operational and governance outcomes, not cost alone.

From our research library:

What this signals

Data independence: Security teams should treat telemetry portability as a governance requirement, not an optimisation bonus. If records cannot move cleanly between SIEMs, data lakes, and archive stores, the organisation has outsourced part of its evidence chain to the platform.

The practical signal for IAM and SOC leaders is that ingestion policy now affects identity investigations directly. When access reviews, service-account misuse, or privileged actions cannot be replayed from retained logs, the programme has a visibility problem that no dashboard can hide.


For practitioners

  • Define telemetry tiering by use case Classify security data into detection, investigation, compliance, and archive tiers before deciding where each stream should land.
  • Move enrichment to the pipeline edge Apply parsing, normalization, and context enrichment before records hit the SIEM so analysts are not paying to store and query raw noise.
  • Separate hot-path search from cold-path retention Keep enriched data in the SIEM for rapid triage while preserving full-fidelity logs in low-cost storage for replay and audit.
  • Test for blind spots caused by cost controls Review which sources were excluded because of ingestion expense and validate whether those gaps weaken investigation or compliance coverage.
  • Require portable routing and export options Ensure the pipeline can move data between SIEMs, lakes, and storage layers without trapping evidence in one proprietary workflow.

Key takeaways

  • Security data cost control only works if teams preserve the visibility needed for detection, investigation, and compliance.
  • The article’s core evidence is that 67% of organisations already ignore critical data sources because ingestion is too costly.
  • The strongest response is to tier telemetry, enrich at the source, and keep full-fidelity logs available outside the SIEM.

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 SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsTelemetry governance affects which access and entitlement events remain visible for review.
Recommendation — Map telemetry coverage to entitlement events so access evidence remains searchable and reviewable.
NIST SP 800-53 Rev 5AU-2 — Event LoggingThe article is fundamentally about deciding which events get logged and retained.
AU-6 — Audit Record Review, Analysis, and ReportingThe article emphasizes making logs useful for investigation, not merely cheap to store.
Recommendation — Define logging scope by investigative need so critical events are retained before cost controls trim them. Use audit review requirements to justify which records must remain searchable in the SIEM.
MITRE ATT&CKTA0006;TA0010 — Credential Access; ExfiltrationBlind spots in telemetry weaken detection of credential abuse and data theft.
Recommendation — Map telemetry blind spots to credential access and exfiltration techniques when prioritising pipeline coverage.

Key terms

  • Security data pipeline: A security data pipeline is the chain that ingests, filters, enriches, normalises, and routes telemetry before it reaches storage or analytics. In practice, it determines which evidence survives into detection, investigation, and compliance workflows, so it is part of the control environment, not just infrastructure plumbing.
  • Telemetry Blind Spot: A period or area where defenders cannot reliably observe activity because the expected signals are missing, degraded, or untrusted. It is a security condition, not just an operations nuisance, because attackers often create blind spots before extending dwell time or executing impact.
  • Data Independence: Data independence is the ability to control security data, storage, and analysis outside a single vendor platform. It matters because identity investigations depend on portable telemetry that can be correlated across tools, environments, and control layers without platform-imposed blind spots.
  • Dual-Path Routing: Dual-path routing is a telemetry architecture that sends enriched data to a fast analytics path while preserving full-fidelity logs in a separate low-cost path. It is a practical way to balance SIEM performance, forensic replay, and retention obligations without overloading the primary detection layer.

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.
NHIMG Editorial Note
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