TL;DR: OMB M-26-14 replaces volume-first federal logging with a risk-based model focused on continuous event monitoring, threat hunting, and asset visibility, while requiring agencies to reach 90% IT/OT/IoT asset capture in centralized inventories updated daily, according to Armis. The policy makes logging a detection capability problem, not a storage problem.
At a glance
What this is: Armis argues that OMB M-26-14 turns federal logging into a capability test centred on usable visibility, continuous monitoring, and threat-hunting outcomes rather than raw log volume.
Why it matters: This matters because identity and access programmes, including privileged and non-human access paths, are only governable when the underlying assets, sessions, and telemetry are visible enough to investigate and contain.
By the numbers:
- Up to 70% of assets in a typical agency environment may be unmanaged or unlogged.
- M-26-14 requires agencies to reach at least 90% IT/OT/IoT asset capture in centralized inventories updated daily for Advanced status.
- CISA has 90 days from the memo’s publication to release a government-wide Logging Reference Architecture.
- Agencies then have 90 days to submit formal logging plans before moving through the maturity model.
Context
Federal logging policy often fails when it measures collection scale instead of investigative usefulness. In environments with incomplete inventories, logging more data can still leave defenders blind to the devices, identities, and sessions that matter most.
M-26-14 is a reset toward operational visibility. It ties logging to continuous event monitoring and threat hunting, which means the control objective is not storage capacity but whether analysts can detect, trace, and contain suspicious behaviour across IT, OT, and IoT systems.
Key questions
Q: What breaks when logging is treated as a volume target instead of a detection capability?
A: Teams collect more data than they can use. When logging is optimised for retention rather than investigation, analysts still lack the context to find anomalies, trace scope, or contain incidents quickly. The result is expensive storage with weak operational value, especially when unmanaged assets never emit the telemetry defenders need.
Q: Why do unmanaged assets create such a large logging and detection gap?
A: Because defenders cannot monitor what is not inventoried. Unmanaged devices, legacy systems, and shadow endpoints often sit outside standard agent-based tooling, so attacks against them generate little or no usable telemetry. That leaves security teams with blind spots that can hide lateral movement, persistence, and delayed containment.
Q: How can teams tell whether continuous application security monitoring is working?
A: It is working when findings are tied to an owner, reachability is clear, and exploitable issues are blocked or fixed before release rather than reported after deployment. Strong programmes also show shorter time to close for secrets, dependencies, and pipeline defects. If the backlog grows faster than closure, the control is still mostly descriptive.
Q: Which is more important for federal logging programmes, retention depth or asset coverage?
A: Asset coverage comes first. Deep retention is useful only when the environment being logged is complete enough to support investigation. If key devices, identities, or sessions are missing from inventory, longer retention simply preserves incomplete evidence for longer.
Technical breakdown
Why log volume fails as a security control
Logging volume is a weak proxy for detection capability because raw telemetry does not guarantee asset coverage, context, or analyst usability. A mature logging programme needs correlation, retention, and enrichment so security operations can distinguish meaningful events from background noise. The failure mode in federal environments is that unsupported or unmanaged devices never emit the right logs, so defenders end up with large data stores but incomplete visibility. In identity-heavy environments, that blind spot also hides service accounts, remote sessions, and privileged activity that should be traceable end to end. See the Log Management and Retention Guide.
Practical implication: Treat log completeness as a coverage problem and verify that the devices, accounts, and sessions you care about are actually producing usable telemetry.
How continuous event monitoring changes the logging architecture
Continuous event monitoring shifts the design from passive collection to real-time observation of network and host behaviour. That requires telemetry pipelines that can normalise events quickly, preserve context, and surface anomalies without forcing analysts to hunt through separate silos. The architectural change matters because monitoring outcomes depend on data fidelity, not just ingestion. When agencies centralise logs without device context, they create retention overhead without improving detection. For identity governance, the same principle applies to privileged and machine identities: if activity is not bound to an asset and actor context, it is difficult to investigate after the fact.
Practical implication: Build telemetry paths that preserve asset and identity context so analysts can detect anomalous behaviour without reconstructing the environment manually.
Why asset inventory is now part of the logging control surface
M-26-14 makes inventory quality part of the logging problem because you cannot log what you cannot enumerate. The article’s 90% IT/OT/IoT capture target reflects a basic operational truth: unmanaged endpoints, legacy systems, and shadow IT are common blind spots, and attackers exploit them precisely because they sit outside normal telemetry coverage. This is where logging and asset management converge. If inventory data is stale, the SOC cannot know whether a gap is an outage, an unsupported device, or an unmonitored attack path. Identity teams should read that as a governance warning: unmanaged infrastructure often means unmanaged access paths too.
Practical implication: Integrate inventory updates into monitoring governance so unseen devices and access paths do not become permanent blind spots.
Threat narrative
Attacker objective: Exploit telemetry and inventory gaps to remain hidden long enough to extend access, move laterally, and delay containment.
- Entry occurs through unmanaged or unlogged assets that fall outside normal monitoring coverage, which creates a blind spot before defenders see any malicious activity.
- Escalation follows when attackers operate on legacy, OT, IoT, or shadow systems that lack adequate telemetry and allow suspicious behaviour to blend into routine noise.
- Impact is slower detection, weaker scope determination, and delayed containment because the SOC lacks enough context to trace the full adversary path.
Breaches seen in the wild
- CISA Private-CISA GitHub leak 2026: A CISA contractor's public GitHub repo exposed AWS GovCloud admin keys, Artifactory credentials and plaintext passwords for six months.
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
Fed-era logging policy is becoming a visibility governance problem, not a storage problem. M-26-14 marks a shift away from compliance-by-volume toward evidence that a SOC can see, classify, and act on meaningful events. That is a better model, but it also exposes how many programmes still equate retention with readiness. The practitioner conclusion is simple: if telemetry cannot support investigation, it is not a control, it is overhead.
Asset inventory is now part of the security perimeter for logging. The article makes clear that continuous monitoring collapses when unmanaged devices sit outside the inventory. That means the control failure is not just missing logs, but missing visibility into where logs should exist in the first place. For identity security teams, the lesson extends to service accounts and machine identities: untracked assets usually imply untracked access paths too. Practitioners should treat inventory integrity as a prerequisite for trustworthy detection.
Continuous event monitoring creates a stronger baseline for human and non-human identity governance. When telemetry includes context around active protocols, lateral movement patterns, and device behaviour, it becomes possible to investigate whether access is legitimate or simply unnoticed. This is especially relevant for threat intelligence guide workflows that depend on usable signals rather than raw data. The field implication is that identity governance and security operations are converging around the same question: can you explain what acted, what it touched, and when it changed state?
The new federal model rewards operational readiness, not collection theatre. The memo’s lowest-watermark logic means one weak area can drag the entire posture down, which is an explicit rebuke to siloed logging programmes. That changes the governance conversation from “how much do we retain?” to “can we prove detection and response across the whole environment?” The practitioner conclusion is that logging programmes must now be run as a measurable defence capability.
AI support will matter only if it is constrained by SOC context and governance. The article points to AI as a way to reduce manual effort in threat hunting, but only when it sits inside a structured harness with context and security parameters. That means the governance issue is not whether AI can assist, but whether analysts can trust the outputs enough to use them in live operations. The practitioner conclusion is to treat AI as an augmentation layer, not a substitute for telemetry quality.
What this signals
Continuous visibility will become the governing metric for logging programmes. Agencies that still optimise for log volume will struggle to satisfy the new model because the real test is whether the SOC can investigate across all relevant assets and identities. That shifts programme design toward telemetry quality, coverage, and usable context rather than raw retention.
Inventory discipline is now a detection requirement. The 90% capture target shows that asset management is no longer a supporting process sitting outside the logging conversation. When connected devices, service accounts, and operational systems are not enumerated daily, the monitoring stack inherits the blind spot.
Telemetry enrichment is where federal logging becomes operationally useful. The article’s emphasis on protocol, relationship, and behavioural context is the right direction because it reduces the gap between collection and response. For practitioners, this means treating context as part of the control, not as a reporting convenience.
For practitioners
- Define logging success by investigation outcomes Measure whether analysts can detect anomalies, trace scope, and support containment, rather than counting retained events or storage volume.
- Close inventory gaps across IT, OT, and IoT Require daily reconciliation of connected assets so unmanaged devices, shadow IT, and legacy endpoints do not remain outside monitoring coverage.
- Enrich telemetry with asset and identity context Attach protocol, relationship, and actor metadata to logs so the SOC can distinguish real threats from background activity without manual reconstruction.
- Test whether machine and privileged activity is traceable Verify that service accounts, administrative sessions, and automated actions can be investigated end to end when incidents occur.
Key takeaways
- M-26-14 reframes federal logging as a visibility and investigation capability, not a mandate to store more data.
- The biggest operational risk is incomplete inventory, because unmanaged assets and hidden access paths undermine monitoring even when logging is extensive.
- Practitioners should align telemetry, inventory, and response workflows so analysts can trace suspicious behaviour across IT, OT, and IoT environments.
Related NHI Mgmt Group resources: Log Management and Retention Guide · MITRE ATT&CK Guide for Defenders · Threat Intelligence Guide · Software Supply Chain Security 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 |
|---|---|---|
| NIST CSF 2.0 | DE.CM-01 — Monitoring for Anomalies and Events | M-26-14 centres on continuous event monitoring and usable visibility. |
| ID.AM-01 — Physical devices and systems are inventoried | The memo makes complete asset inventory foundational to logging coverage. | |
| DE.AE-03 — Potential adverse events are analysed | THIRF requires security teams to analyse events and adversary behaviour after compromise. | |
| Recommendation — Align telemetry collection to DE.CM-01 so analysts can detect anomalous behaviour in near real time. Maintain daily asset inventories so unmanaged devices do not fall outside monitoring and response coverage. Use DE.AE-03 to structure post-compromise analysis around scope, behavior, and containment needs. | ||
| CIS Controls v8 | CIS-8 — Audit Log Management | The article is fundamentally about log quality, retention, and operational use. |
| Recommendation — Implement CIS-8 to collect, retain, and review logs that support investigation rather than just storage. | ||
| MITRE ATT&CK | TA0007;TA0008 — Discovery; Lateral Movement | The memo's visibility gap matters because attackers exploit blind spots to move laterally unseen. |
| Recommendation — Map detection coverage to TA0007 and TA0008 so gaps in inventory and telemetry do not hide adversary movement. | ||
Key terms
- Continuous Event Monitoring: Continuous Event Monitoring is the live logging function that feeds detections, triage, and operational response. It requires fast delivery, normalised records, and enough context for analysts to act without manual reformatting or re-ingest.
- Threat Hunting, Investigation, Response, And Forensics: This is the post-incident logging function that preserves evidence for later analysis. It depends on searchable hot storage, retrievable cold storage, and consistent source mapping so teams can reconstruct attacker activity across systems.
- Asset Inventory Coverage: Asset inventory coverage describes how completely an organisation can enumerate the devices, systems, and connected assets in its environment. In practice, it determines whether monitoring and logging programmes can see the full attack surface or only the subset that has been formally enrolled in management tools.
- Telemetry Enrichment: Telemetry enrichment is the process of adding context to raw security data so it is more useful for investigation and response. That can include asset, identity, geolocation, or threat intelligence context, but enrichment must be controlled so it does not distort the original evidence record.
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 nhimg.org resources that connect identity governance to the broader security disciplines your programme depends on.
Published by the NHIMG editorial team on October 22, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org