Security Telemetry Stops at the Endpoint
- Category
- Visibility & Logging
- Published
- Sep 8, 2026
- Updated
- Sep 21, 2026
The Failure
Detection capability relies almost entirely on endpoint and server telemetry. Identity, DNS, VPN, firewall, SaaS, email, hypervisor, RMM, application, and cloud infrastructure events are missing, incomplete, or unusable.
The endpoint is treated as if it were the entire network. Yet a growing share of an attack can unfold without executing any visible code on a workstation: session theft, mailbox rule manipulation, legitimate remote access, cloud changes, API abuse, or an attack against a management platform.
Why It Matters
An EDR can answer the question “what happened on this machine?” admirably while being unable to say who authenticated, where the connection came from, which services were accessed, or whether the same account is active elsewhere.
The team sees an isolated episode where a campaign actually exists. It may clean a workstation without revoking a session, close off malware without closing off the initial access, or overlook a compromise that never touches a managed endpoint.
The lack of correlation across layers lengthens analysis time and increases the risk of false containment.
How to Identify It
- Enumerate the sources needed to reconstruct an authentication event, a DNS resolution, a remote connection, an administrative change, and a network flow.
- Check which of these are centralized, correctly timestamped, retained long enough, and actually queried during an investigation.
- Take a malware-free abuse scenario and ask what alert it would generate.
- Look for blind spots on the systems that control everything else: identity, network, hypervisors, backups, RMM, and SaaS.
- Examine whether analysts can correlate a user, an address, a device, and a session across multiple platforms.
Fix Before the Incident
- Define priority threat scenarios, then determine the sources needed to detect and investigate them.
- Centralize identity, remote access, network, infrastructure, and critical service logs, with retention aligned to plausible dwell time.
- Normalize timestamps and identifiers to enable correlation.
- Monitor for the arrival of the logs themselves; a silent source should trigger an alert.
- Regularly test scenarios that do not rely on malware execution on an endpoint.
If You’re Already in an Incident
- Quickly map available sources, their retention, and their blind spots.
- Immediately preserve short-lived logs from the relevant platforms.
- Extend the investigation to identities, sessions, network flows, remote access, applications, and administrative consoles.
- Use vendor or cloud-provided sources even if they weren’t centralized, documenting their limitations.
- Do not conclude that no activity occurred simply because the EDR detected nothing.
Related Controls
- CIS Controls v8 — 8.2, 8.5, 8.6, 8.9, 8.11, 8.12
- CIS Controls v8 — 13.1, 13.3
- NIST CSF 2.0 — DE.CM-01, DE.CM-03, DE.CM-06, DE.CM-09
- NIST CSF 2.0 — DE.AE-03
- ISO 27001:2022 — A.8.15, A.8.16, A.8.17