Join our Newsletter — 33% off our NHI Course
Governance, Ownership & Risk

Monitoring

← Back to Glossary
By NHI Mgmt Group Updated October 31, 2026 Domain: Governance, Ownership & Risk

Monitoring is the collection and analysis of predefined signals from systems. It works best when teams already know which conditions matter, which makes it useful for threshold alerts but less effective when access abuse or failure modes are unexpected.

What Monitoring Does

Monitoring is the practice of collecting and analysing predefined signals from systems so teams can see known conditions as they happen. It is strongest when the expected failure modes are already understood, which makes it useful for threshold-based alerting, trend tracking, and confirmation that a control or service is behaving as designed.

Why Monitoring Works Best With Known Conditions

Monitoring depends on prior knowledge of what matters. Teams define the signals, thresholds, and conditions they want to watch, then use those rules to surface deviations. That is why monitoring can be very effective for capacity, uptime, latency, error spikes, and policy violations that are already anticipated, but it is less reliable when abuse is novel or the failure pattern is not yet understood.

In practice, this means monitoring answers questions such as “is this metric outside the normal range?” or “did this known event happen?” It does not, by itself, explain why a system is drifting, nor does it guarantee that unexpected compromise paths will be visible without the right telemetry and alert logic.

Monitoring Versus Observation and Detection

Monitoring is often grouped with observability and detection, but it serves a narrower purpose. Observability helps people investigate unknowns from rich telemetry; detection is the broader security activity of identifying suspicious or harmful activity. Monitoring sits closer to predefined checks, dashboards, and alert rules built around expected states.

That distinction matters because a mature security programme usually needs all three. Monitoring tells you when a known condition has occurred, observability helps you understand unfamiliar behaviour, and detection logic helps identify attacker activity that may not match an ordinary operational threshold. A system can be well monitored and still miss abuse if the signals were not chosen to capture it.

What Good Monitoring Depends On

Useful monitoring starts with a clear understanding of which signals are worth collecting and who will respond when they change. The value comes from the quality of the predefined conditions, the reliability of the underlying data, and whether alerts are actionable rather than noisy.

Monitoring is also only as good as the visibility behind it. If logs are incomplete, metrics are delayed, or alert routing is unclear, the resulting picture can be misleading. For that reason, monitoring should be treated as an operating discipline, not just a dashboard: teams need ownership, tuning, and review so the signals remain aligned to real failure modes.

Monitoring in Security Operations

In security, monitoring is one of the main ways organisations spot known-risk conditions such as repeated authentication failures, unusual privilege changes, service outages, or configuration drift. It is especially useful when paired with alert thresholds and response playbooks, because the goal is not only to notice the event but also to ensure someone can act on it promptly.

Because monitoring is pattern-driven, it can underperform when the environment changes faster than the rules do. New attack paths, unexpected abuse, and subtle persistence techniques may not trigger the same signals that worked for ordinary operational incidents, so monitoring works best as part of a broader detection strategy rather than as its replacement.

Risk and Threat Considerations

Monitoring creates a false sense of safety when teams assume visibility equals detection. If the organisation is only watching for expected thresholds, attackers can operate below those thresholds, blend into normal noise, or use a different path entirely.

Failure mechanism: The failure is usually not that monitoring is absent, but that the predefined signals are too narrow, too noisy, or too slow to capture unexpected abuse, low-and-slow activity, or failure modes that were never modelled.

Impact: Missed or delayed detection can extend dwell time, let compromise progress further, and leave the organisation responding only after damage has already propagated.

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 and CIS Controls v8 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0DE.CM-01 — Monitoring for Anomalies and EventsMonitoring is a core detect function for known system conditions and events.
Recommendation — Define monitored events and alert on anomalous or security-relevant conditions.
NIST SP 800-53 Rev 5AU-6 — Audit Record Review, Analysis, and ReportingMonitoring relies on reviewing collected records to identify significant events.
SI-4 — System MonitoringMonitoring is the direct control for watching systems and detecting indicators of attack or failure.
Recommendation — Review audit records regularly to identify, escalate, and report significant events. Implement system monitoring to detect attacks, indicators of compromise, and policy violations.
CIS Controls v8CIS-8 — Audit Log ManagementMonitoring depends on collecting and analysing logs and other telemetry.
Recommendation — Centralise and review logs so monitoring can surface actionable events.
ISO/IEC 27001:2022A.8.16 — Monitoring activitiesThe term maps directly to monitoring activities in Annex A technology controls.
Recommendation — Establish monitoring activities for events, anomalies, and security-relevant conditions.

Practitioner Guidance

What to watch for: Treat monitoring as effective only when the signals being watched are tied to known operational or security decisions. If alerts are rarely acted on, or if they only cover obvious thresholds, the programme may be providing reassurance without real coverage.

Practitioner note: The strongest monitoring setups are narrow enough to be actionable but broad enough to capture meaningful deviation, which usually requires periodic tuning as systems, traffic patterns, and abuse techniques change.

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.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 31, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org