TL;DR: Enriching telemetry before SIEM ingestion can reduce volumes by 50 to 70 percent, cut licensing costs by more than half, and preserve useful context for detection and triage, according to DataBahn. The real constraint is not the SIEM itself but whether the upstream pipeline can attach context, filter noise, and route by value fast enough to matter.
At a glance
What this is: This is an analysis of why enrichment timing, not just enrichment content, now determines whether SIEM pipelines are economically and operationally viable.
Why it matters: It matters because SOC teams, cloud security teams, and identity practitioners all depend on telemetry pipelines that can preserve signal, reduce cost, and avoid delaying investigation context until after ingestion decisions are already locked in.
By the numbers:
- Filtering and enriching telemetry before it reaches the SIEM has reduced data volumes by 50 to 70 percent in production deployments, cutting SIEM licensing costs by more than half without sacrificing the underlying log.
- One medical device manufacturer running OT-heavy manufacturing sites cut Splunk costs by over 50 percent within seven days of deploying edge-level filtering and enrichment, without dedicating engineering bandwidth to the rollout.
👉 Read DataBahn's analysis of pre-SIEM enrichment and XSIAM migration architecture
Context
SIEM programmes often fail at the point where raw telemetry becomes expensive enough to force trade-offs. The core problem is not simply too much data, but too much data arriving before it has been made useful, contextual, or cost-aware. In practice, that means enrichment, filtering, and routing decisions are now part of security architecture, not after-the-fact tuning.
The identity angle appears when telemetry has to be tied back to asset ownership, user context, workload identity, or authentication signals before it is retained or discarded. That is where upstream enrichment starts to resemble governance: it decides which events deserve expensive retention, which can be summarised, and which should never have reached the SIEM at full fidelity.
Key questions
Q: How should security teams reduce SIEM costs without creating blind spots?
A: Security teams should move from ingest-everything thinking to governed data routing. Preserve full-fidelity logs for identity, access, and high-risk events, enrich and normalize data before it reaches the SIEM, and keep raw evidence in cheaper storage for audit and replay. The goal is to reduce noise and cost without losing investigative depth.
Q: Why does enrichment timing matter so much in SOC pipelines?
A: Because enrichment after ingestion arrives too late to influence the storage and licensing decision. The organisation has already paid the highest cost by then, and analysts may still need to reconstruct context manually. Enrichment in motion lets the pipeline act on the event while the data is still moving.
Q: What breaks when telemetry is routed through a single collection point?
A: Latency, resilience, and residency all start to degrade. A single choke point creates failure concentration, increases egress costs, and makes it harder to keep processing inside jurisdictional boundaries. Distributed data planes with central policy avoid that bottleneck.
Q: How do teams know if SIEM enrichment is actually working?
A: Look for fewer low-value alerts, faster time to triage, and a smaller need for analysts to pivot into external tools. If enrichment is effective, the alert itself should already contain enough identity and threat context to support an initial decision.
Technical breakdown
Why enrichment at rest is too late for modern SIEM economics
Enrichment at rest means the SIEM stores the raw event first and attaches context later, often during query time. That model was tolerable when data volumes were modest, but it breaks down once ingestion pricing, detection latency, and analyst workload all scale together. By the time an analyst enriches the event manually, the organisation has already paid for storage, indexing, and often unnecessary alerting. Stream enrichment changes the sequence: context is added before the retention decision, so the pipeline can route, suppress, or escalate based on value rather than raw volume.
Practical implication: move enrichment upstream so retention and response decisions happen before ingestion costs are locked in.
How context-aware routing changes the data layer
Context-aware routing is the mechanism that turns enrichment into control. Events can be classified as security-relevant, medium-relevance, or low-relevance once threat intel, identity context, and asset data have been attached in motion. That classification determines whether an event goes to the SIEM, a cheaper retention tier, or is reduced into summaries. The technical challenge is throughput: lookups against threat feeds, identity providers, and asset inventories must be local, cached, or asynchronous, otherwise the enrichment layer becomes the bottleneck it was meant to remove.
Practical implication: design routing logic around enriched value tiers, not around raw source categories.
Why multi-site collection architecture affects resilience and cost
Distributed environments cannot rely on a single collection choke point without creating latency, egress cost, and availability risk. Local data planes let organisations process and normalise telemetry at the site where it is created, while central control coordinates policy and monitoring. This matters in global environments with residency constraints, because telemetry may need to be processed within jurisdictional boundaries before any broader forwarding occurs. It also reduces the operational burden of maintaining staging machines and forwarders for every source.
Practical implication: place collection and normalisation close to the source, then centralise policy rather than raw data movement.
Threat narrative
Attacker objective: The attacker objective in this pattern is indirect: overwhelm or dilute detection value by exploiting inefficient telemetry handling, making it harder for defenders to see meaningful signals quickly.
- Entry begins when high-volume telemetry enters the pipeline from distributed sources such as endpoints, firewalls, cloud APIs, and legacy systems.
- Escalation occurs when raw data is forwarded and retained before enrichment, causing the SIEM to absorb cost and noise that should have been filtered earlier.
- Impact follows when analysts inherit an overfilled platform, delayed context, and higher licensing spend that weakens both detection speed and operational efficiency.
NHI Mgmt Group analysis
Enrichment timing is now a governance decision, not a plumbing decision. When organisations attach context after ingestion, they are accepting that storage cost and analyst effort will rise before value is proven. That shifts security architecture toward budget-led compromise rather than signal-led control. For SOC leaders, the practical conclusion is that pipeline design must be treated as part of detection governance.
Pre-ingestion filtering creates a new control plane for telemetry value. The article shows that organisations are no longer just deciding what to collect, but what deserves expensive retention. That is a material change for cloud, endpoint, and identity telemetry because identity context, asset ownership, and threat relevance can all be used to separate signal from noise. The practitioner takeaway is that routing policy should be explicit, tested, and revisited as data sources change.
Identity context becomes more valuable when it is applied before storage, not after the alert fires. In mixed environments, the ability to tie events back to workload identity, authentication state, or source ownership determines whether a log is actionable or merely archival. This is where identity governance intersects with SOC operations. Teams should treat enrichment as part of the access-and-observability boundary, not a downstream investigation aid.
Detection quality and licensing economics are now coupled. The article makes clear that ingest-based pricing rewards restraint, but only if teams can enrich and classify telemetry accurately enough to suppress low-value data. That creates a named operational problem: ingestion-tier friction, where the cost of retaining raw data competes directly with the value of investigation context. Practitioners should assume their current logging model is paying for more than it can use.
What this signals
Ingestion-tier friction is becoming a practical limiter for SOC modernisation because organisations are discovering that the cheapest place to store data is not always the cheapest place to understand it. The more sources a programme has, the more value it gets from context before retention, especially when identity and asset signals determine whether telemetry is actionable.
For identity-heavy environments, the next design question is whether workload identity, authentication state, and asset ownership are available early enough in the pipeline to influence routing. That is a governance issue as much as an engineering one, and it aligns closely with the control logic described in the Top 10 NHI Issues.
Teams planning SIEM refreshes should treat upstream enrichment as an architecture requirement, not an optimisation project. If the pipeline cannot classify telemetry before ingestion, the SOC will continue paying premium prices for data that could have been summarised, deferred, or dropped.
For practitioners
- Implement pre-ingestion enrichment controls Attach identity, asset, and threat context before telemetry reaches the SIEM so retention decisions are made on enriched signal rather than raw volume.
- Build value-based routing tiers Classify telemetry into high-fidelity, summarised, and cost-efficient storage paths using explicit policy, then validate that each tier preserves the events you actually investigate.
- Cache and localise enrichment lookups Use local indexes, cached values, and asynchronous lookups for threat intel and identity context so enrichment does not become the ingestion bottleneck.
- Map identity signals into the pipeline design Include workload identity, authentication state, and asset ownership in enrichment rules so the SOC can distinguish actionable security events from routine system noise.
Key takeaways
- Enrichment is now a pre-retention control, not a post-search convenience, because timing determines both cost and usefulness.
- Upstream filtering can cut ingest volumes dramatically, but only when routing decisions are driven by enriched context rather than raw log source volume.
- Security teams should align telemetry architecture with identity and asset context so the SOC receives fewer events and better ones.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST CSF 2.0, NIST SP 800-53 Rev 5, CIS Controls v8 and NIST Zero Trust (SP 800-207) set the technical controls, while ISO/IEC 27001:2022 define the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | PR.PT-1 | The article focuses on protecting telemetry pipelines and data handling. |
| NIST SP 800-53 Rev 5 | AU-2 | Telemetry collection and logging scope directly map to audit event generation. |
| CIS Controls v8 | CIS-8 , Audit Log Management | The post is about log handling, enrichment, and retention decisions. |
| ISO/IEC 27001:2022 | A.8.15 | Log management and monitoring are central to this architecture discussion. |
| NIST Zero Trust (SP 800-207) | Distributed collection and central policy reflect zero trust design thinking. |
Treat telemetry enrichment and routing as part of protective technology design, not a post-ingestion tuning task.
Key terms
- Pre-ingestion Enrichment: Pre-ingestion enrichment is the practice of adding context to telemetry before it reaches the SIEM. That context can include identity resolution, asset ownership, threat intelligence, geolocation, and sensitivity markers, allowing organisations to route, retain, or mask data with more precision than raw logs permit.
- Context-aware routing: A pipeline design that sends telemetry to different destinations based on enriched metadata such as identity, asset value, or threat relevance. Instead of treating every log as equally important, it classifies data first and then chooses whether to retain, summarise, or suppress it.
- Ingestion-tier friction: The operational and financial pressure created when raw telemetry reaches premium storage or analytics layers before being filtered or enriched. It describes the point where security value, investigation speed, and licence cost start competing with one another, often forcing teams into poor trade-offs.
What's in the full article
DataBahn's full article covers the operational detail this post intentionally leaves for the source:
- Step-by-step architecture for Smart Edge collectors, Data Highway routing, and dual-SIEM migration paths.
- Detailed examples of how log filtering thresholds affect ingest-based pricing and retention tiers.
- Operational considerations for multi-site data planes, including residency, latency, and collection resilience.
- The specific data health monitoring and schema transformation workflow used to keep sources from going silent.
Deepen your knowledge
NHI Mgmt Group covers identity security, NHI governance, and agentic AI through independent research, practitioner guides, and the NHI Foundation Level course, the industry's only accredited NHI security programme. Explore the programme if your security or identity work depends on understanding how machine access, workload identity, and secrets management shape broader defence operations.
Published by the NHIMG editorial team on August 2, 2026.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org