Keep error, fatal, privileged, and incident-response data at full fidelity whenever those records are needed for investigation or accountability. Sampling and aggressive filtering belong on repetitive, low-risk streams where summary behaviour is enough and evidence loss will not undermine the control objective.
Why full-fidelity telemetry belongs at the point of accountability
Full-fidelity telemetry is most valuable where the record itself may become evidence, not just an operational signal. Error, fatal, privileged, and incident-response events often carry the context needed to reconstruct what happened, prove what was accessed, and distinguish normal failure from abuse. Once those records are sampled away, the investigation may still detect a problem, but it may lose the sequence that explains it.
That distinction matters because telemetry is not one control objective. Some streams exist to support fast aggregation and trend analysis, while others support attribution, auditability, or response. If a log line might be used to establish who did what, when, and from where, the organisation should treat lossless capture as part of the control design, not as an optional storage preference.
Where sampling is appropriate, and where it becomes a control failure
Sampling and filtering are useful for high-volume, repetitive telemetry that adds little investigative value at event level. Health checks, routine success paths, and other low-risk repeating patterns can often be summarized without weakening the security outcome. The key test is whether the control objective still holds if individual events are never recovered.
By contrast, aggressive filtering is dangerous on streams that carry exceptions, escalations, administrative activity, or response actions. Those records often mark the transition from routine operations to a security-relevant state. When the signal is sparse but important, reducing it for cost or noise reasons can create blind spots exactly where responders need precision.
Shai Hulud npm malware campaign shows why preserving high-value telemetry around exposed secrets and package activity matters when investigators need to reconstruct the path of compromise. reviewdog Action compromise 2025 is another example of how small gaps in CI/CD visibility can hide the credential chain that made the next abuse possible. ArtiPACKED 2024 reinforces that runtime tokens and artifact exposure are not theoretical when the logs and artifacts themselves become part of the evidence trail.
What good telemetry fidelity looks like in practice
Good practice is to define which event classes are evidence-bearing before anyone tunes the pipeline. That usually means preserving complete records for failures, privilege changes, incident-response activity, authentication anomalies, security tool actions, and any event that could support disciplinary, legal, or regulatory review. The organisation should also preserve enough surrounding context, such as timestamps, actor identifiers, request metadata, and correlation IDs, to make the record usable.
The strongest design pattern is selective fidelity, not blanket verbosity. High-value streams stay intact, while noisy operational streams can be compressed, aggregated, or sampled if the business can prove that no control objective depends on the missing detail. Retention, immutability, and access governance matter here too, because telemetry that is preserved but easy to alter or delete does not deliver the accountability the organisation thinks it has.
Risk and Threat Considerations
When organisations sample or filter the wrong telemetry, the main risk is not merely reduced observability, it is evidentiary loss. An attacker who anticipates that privileged actions, failed checks, or incident-response steps are being downsampled gets a much easier path to blending in, erasing sequence, or creating ambiguity after compromise.
Failure mechanism: The pipeline strips or truncates the exact events that show privilege use, escalation, containment, or exfiltration timing, so responders can no longer reconstruct the incident with confidence.
Impact: Investigation quality drops, accountability becomes harder to prove, and the organisation may be unable to demonstrate what happened to auditors, regulators, or affected stakeholders.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-53 Rev 5 sets the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-53 Rev 5 | AU-2 — Event Logging | Logging scope must preserve evidence-bearing events for investigation and accountability. |
| AU-6 — Audit Record Review, Analysis, and Reporting | High-fidelity records are needed to analyze incidents and reconstruct sequences. | |
| AU-9 — Protection of Audit Information | Telemetry used as evidence needs integrity and protection from tampering or loss. | |
| Recommendation — Define event types that require full-fidelity capture and retain them in audit logs. Review preserved audit records to support incident analysis and reporting. Protect audit data from alteration, deletion, and unauthorized disclosure. | ||
| ISO/IEC 27001:2022 | A.8.15 — Logging | Logging controls govern what must be captured and retained for investigation. |
| A.8.16 — Monitoring activities | Monitoring must preserve enough detail to detect and investigate security-relevant events. | |
| Recommendation — Specify logging requirements for events that need forensic and accountability value. Ensure monitoring retains sufficient detail for security investigation and response. | ||
Practitioner Guidance
What to prioritise: Keep full-fidelity capture for any stream that may later serve as evidence, especially privileged operations, failures, and incident-response activity. Treat the question as one of control objective, not log volume.
What to verify: Confirm that every sampled stream has a documented reason why event-level detail is unnecessary, and that the same decision is not being reused for security-relevant exceptions by default. If the answer depends on “we can infer it later,” the pipeline is probably too lossy.
Practitioner takeaway: The right boundary is not between “important” and “unimportant” logs, it is between telemetry that can safely be summarized and telemetry whose missing details would weaken investigation or accountability.
Related resources from NHI Mgmt Group
- Should organisations keep full-fidelity agent logs in the same place as operational telemetry?
- How should security teams keep telemetry pipelines vendor-neutral?
- Why do organisations use pseudonymization instead of full anonymization in SaaS and AI pipelines?
- How do organisations keep long-term telemetry useful for investigations without locking themselves into one SIEM?
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on October 12, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org