TL;DR: 55% of organisational data is unknown or unused, with most of the dark data sitting in logs, according to Uptycs, and valid-credential abuse can leave evidence uninvestigated when security teams only analyse a fraction of what they collect. That gap turns log volume into a governance problem, not just a detection problem.
At a glance
What this is: NHI Mgmt Group's analysis, drawing on Uptycs's blog post: Security teams are missing suspicious activity hidden in log data because disconnected tools and limited context leave valid-credential abuse under-investigated.
Why it matters: This matters because identity abuse, cloud misuse and endpoint compromise often look ordinary in isolation, so practitioners need joined-up telemetry and business context to turn evidence into action.
By the numbers:
- 55% of organisational data is unknown or unused, and most of that dark data is log data.
- 78% of security leaders said their security tools were dispersed and disconnected.
Context
Security operations often fail at the point where collection ends and interpretation begins. Logs, cloud events, endpoint telemetry and firewall records may all be present, but without correlation they remain fragments rather than evidence.
The deeper issue is governance: teams need a way to connect identity, endpoint, network and cloud activity to the systems and data that matter most. That is why SOC guidance matters here, because telemetry only becomes useful when investigations are organised around priority, context and follow-through.
Key questions
Q: How do security teams detect cloud credential abuse before fraud starts?
A: Look for validation and discovery behaviour, not only successful compromise. Unusual identity-check API calls, quota discovery, new email identity creation, and sudden sending patterns are early signals that stolen credentials are being turned into abuse capacity. Correlating those signals across cloud logs and email telemetry gives defenders earlier containment opportunities.
Q: Why does disconnected telemetry make intrusion detection harder?
A: Disconnected telemetry makes intrusion detection harder because analysts lose the ability to correlate events across identity, cloud and endpoint controls, so attacker activity looks isolated instead of part of one chain. Centralised logging, time synchronisation, and linked signals from authentication, process, network and API activity help reveal lateral movement, credential abuse and post-compromise actions.
Q: What is the best way to prioritise alerts by business impact?
A: Prioritise alerts by business impact by mapping each event to the criticality of the affected system, the sensitivity of the affected data, and the likely operational effect of loss, misuse or downtime. That lets triage focus first on alerts touching privileged accounts, regulated records, production services, or systems that support essential business functions.
Q: How can investigation context improve incident response decisions?
A: Investigation context improves incident response by showing what the alert affects, who or what has access, and which dependencies or privileges are involved. Enriched context from asset inventory, identity data, logging and change records helps responders separate false positives from real compromise and choose containment steps that avoid unnecessary disruption.
Technical breakdown
Why disconnected telemetry hides valid-credential abuse
When attackers use valid credentials, they blend into normal authentication, cloud and administrative activity. Rule-based detection depends on known patterns, so it catches what has been encoded in advance but misses behaviour that only becomes suspicious when seen across multiple data sources. The problem is not simply alert volume. It is that the same actor can appear as a harmless login in one tool, a failed sign-in in another and an API change in a third. Without correlation, the security stack treats those events as separate incidents instead of one attack path.
Practical implication: Correlate identity, cloud and endpoint events before deciding whether a login is routine or part of a wider intrusion.
How ontology and calibration change investigation quality
Ontology is a mapping layer that tells an investigation system what entities exist in the environment, such as users, hosts and IP addresses, and how those entities relate. Calibration adds the business context that tells the system which systems, data sets and environments matter most. Together, they turn raw telemetry into a model of the enterprise rather than a list of events. That matters because two identical technical findings can have very different significance depending on whether they touch patient systems, finance platforms or low-risk test assets.
Practical implication: Build investigation workflows that link entities and business context before analysts start triage.
Why business context belongs in detection and response
A security finding has little operational value until it is tied to impact. Access to a backup bucket, a server, or a workstation matters differently depending on what data sits there, which applications depend on it and what regulatory obligations apply. This is especially true where identity, cloud and endpoint activity intersect, because the same account can be both a user identity and a path to privileged access. The correct response is therefore not just more alerting, but richer context at the point of investigation. See the AI Agent Identity Security Buyer's Guide.
Practical implication: Prioritise alerts by asset criticality, data sensitivity and regulatory exposure, not by technical severity alone.
Threat narrative
Attacker objective: The objective is to convert legitimate access into broader control over cloud, endpoint and data assets while avoiding detection.
- Entry occurred through valid employee credentials used from external IP addresses across identity and cloud systems.
- Escalation followed when the same identities created administrative users, added access keys, disabled logging and opened storage buckets to the internet.
- Impact expanded as those credentials and permissions touched servers, workstations and exposed backups, creating potential privacy and operational exposure.
Breaches seen in the wild
- SonicWall SSL VPN account compromises 2025: Attackers used valid credentials to log in to more than 100 SonicWall SSL VPN accounts across 16 environments in October 2025.
- Hugging Face Spaces breach 2024: Unauthorised access to Hugging Face Spaces may have exposed secrets users stored for AI apps; tokens were revoked and org tokens removed.
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 without correlation is a control gap, not a tooling inconvenience. Security teams often assume that more logs automatically mean better detection, but the article shows the opposite when those logs remain disconnected. Identity events, cloud actions, endpoint signals and network records all existed, yet the relationship between them was hard to see. The practical lesson is that investigation quality depends on how evidence is connected, not how much of it is collected.
Valid-credential abuse is the clearest example of why the identity layer must be investigated as behaviour, not just authentication success. A login that passes MFA can still be the first step in cloud misuse, privilege creation and data exposure. That makes the trust boundary around authenticated sessions and API-driven actions more important than the simple success or failure of sign-in checks. For identity teams, the question is whether access telemetry can reveal what authorised actors do after they authenticate.
Dark data becomes a governance liability when no one can say which events matter. The article's strongest point is not about storage volume but about prioritisation. When the same evidence can indicate patient-data exposure, a SOC 2 issue or an ordinary admin action, the programme needs a defensible way to rank impact. That is a SOC operating model problem as much as a detection problem.
JIT-style investigation is only credible when the system can explain why one lead matters more than another. The ability to surface the backup bucket, the infected workstations and the affected servers in priority order is valuable only if analysts can verify the reasoning. That moves security operations toward evidence-led triage, where the control objective is not just alert generation but decision quality.
The named concept here is detection-context debt: the accumulated gap between collected telemetry and the business meaning needed to act on it. Once that debt builds, even well-instrumented environments struggle to separate noise from exposure. Practitioners should treat context modelling as a standing control, not a one-time tuning exercise.
What this signals
Detection-context debt: the longer an organisation keeps collecting telemetry without a model for what matters, the harder it becomes to convert events into response. That debt shows up as slow triage, conflicting tool output and missed identity abuse patterns.
Security teams should expect more intrusions to look legitimate at first because attackers increasingly work through valid accounts and ordinary control-plane actions. The practical response is to shift from alert counting to evidence correlation, with identity, cloud and endpoint data feeding the same investigation path.
For practitioners
- Map telemetry to investigation priorities Define which identity, cloud, endpoint and network sources must be joined before an alert is considered actionable, then test those joins against a real intrusion path.
- Hunt for valid-credential abuse across systems Review sign-in logs, cloud control-plane events and server access records for the same account appearing in multiple places with inconsistent intent or geography.
- Assign business context to exposed assets Tag systems by data sensitivity, regulatory exposure and service criticality so that an investigation can rank compromise by impact rather than by alert count.
- Verify alert chains with underlying events Require every high-priority finding to link back to the source records that produced it, including any gaps or unknowns that limit confidence.
Key takeaways
- The main risk is not the absence of telemetry but the absence of correlation, which lets identity abuse and cloud misuse stay hidden in plain sight.
- The evidence pattern spans valid credentials, cloud privilege changes, endpoint activity and exposed storage, which is exactly why a single-tool view misses the attack.
- Practitioners need impact-based triage with business context attached to logs, because prioritisation is what turns data collection into response quality.
Related NHI Mgmt Group resources: SOC Guide · Splunk Enterprise Security Guide · AI Agent Identity Security Buyer's Guide
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 | The article centers on valid-credential abuse followed by movement across cloud and endpoint systems. |
| Recommendation — Map identity-led intrusion paths to TA0006 and TA0008, then hunt for correlated credential use across platforms. | ||
| NIST CSF 2.0 | DE.CM-03 — Continuous Monitoring | The problem is incomplete monitoring and weak event correlation across security sources. |
| GV.RM-01 — Risk Management Strategy | The article argues for prioritising investigations by business impact, not by alert count. | |
| Recommendation — Use continuous monitoring to join identity, cloud and endpoint telemetry into a single investigation workflow. Tie triage rules to risk management strategy so high-impact assets rise above low-value alert noise. | ||
| CIS Controls v8 | CIS-8 — Audit Log Management | The article depends on log availability, retention and analysis to uncover hidden activity. |
| Recommendation — Centralise audit logs and validate that analysts can query them across identity, cloud and endpoint sources. | ||
Key terms
- Valid Credential Abuse: Valid Credential Abuse is the misuse of real, working credentials to gain access, rather than breaking authentication directly. Attackers may use stolen passwords, tokens, API keys or certificates to impersonate a user, service account or workload, which can make the activity look legitimate unless access patterns, device context and privilege use are checked.
- Detection-Context Debt: The loss that occurs when benign or ambiguous alerts are not preserved with the business context needed to interpret them later. Without that context, teams repeat the same investigations and fail to reuse learning across similar events. It is a common cause of noisy, inefficient SOC operations.
- Telemetry correlation: The process of joining separate security and application signals into one timeline so analysts can interpret them together. For identity work, this means linking sign-in risk with downstream SaaS activity to decide whether an event is suspicious, confirmed, or benign.
- Ontology: A structured model that defines what entities exist in a system and how they relate to one another. In connected mobility, ontology gives data shared meaning so telemetry, diagnostics and alerts can be interpreted consistently across platforms and teams.
Deepen your knowledge
The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, machine identity security, IAM and secrets management. It helps practitioners build programmes that connect identity controls to operational decisions across the wider security stack.
Published by the NHIMG editorial team on November 4, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org