Subscribe to the Non-Human & AI Identity Journal
Home FAQ Governance, Ownership & Risk What do organisations get wrong about ITAM and…
Governance, Ownership & Risk

What do organisations get wrong about ITAM and compliance?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated June 10, 2026 Domain: Governance, Ownership & Risk

They often assume accurate inventory is the same as control. In practice, audit readiness depends on whether entitlements, ownership, and offboarding are tied to the asset record. Without that, compliance evidence may look complete while dormant access, shadow integrations, and unrevoked credentials continue to exist.

Why This Matters for Security Teams

IT asset management and compliance are often treated as the same discipline, but they answer different questions. ITAM says what exists. Compliance must prove who can use it, who owns it, when it is revoked, and whether exceptions are controlled. That gap becomes acute for NHIs because service accounts, API keys, certificates, and other secrets often outlive the assets they support. The result is audit evidence that looks clean while exposure remains live, a pattern reinforced in the Ultimate Guide to NHIs — Regulatory and Audit Perspectives and the NIST Cybersecurity Framework 2.0.

Security teams also get misled by inventory completeness. A full CMDB does not prove entitlement hygiene, revocation discipline, or separation of duties. In NHI environments, the failure mode is usually stale access rather than missing records. In practice, many security teams encounter audit findings only after a dormant credential, shadow integration, or orphaned service account has already been used, rather than through intentional control verification.

How It Works in Practice

Effective compliance depends on binding each asset record to a control-bearing identity record. That means every server, application, pipeline, workload, or integration should map to an owner, an authorisation purpose, a credential source, a rotation policy, and an offboarding trigger. The Ultimate Guide to NHIs — Lifecycle Processes for Managing NHIs frames this as lifecycle governance, not one-time inventory. Without lifecycle linkage, ITAM becomes a static list and compliance becomes a paper exercise.

Practitioners usually need four operational joins:

  • Asset record to business owner and technical steward
  • Asset record to NHI or secrets inventory
  • Entitlement record to approval and purpose
  • Offboarding event to revocation, rotation, or decommissioning

This is where evidence quality improves. A control is stronger when the audit trail shows issuance, periodic review, and revocation for each secret or service account, not just when a host or application appears in inventory. Current guidance suggests using CMDB data as an input, then layering identity governance, secrets management, and change records on top. That aligns with the NIST CSF 2.0 emphasis on governance and continuous risk management, rather than periodic snapshot reporting.

For many organisations, the practical test is simple: if a workload is retired, can the team prove the associated credentials were revoked, the owner was notified, and any third-party integrations were cut off? If that chain is missing, the compliance story is incomplete even when the inventory is accurate. These controls tend to break down in hybrid estates with unmanaged SaaS integrations because asset ownership, secret issuance, and deprovisioning sit in different systems.

Common Variations and Edge Cases

Tighter ITAM-compliance linkage often increases operational overhead, requiring organisations to balance audit precision against deployment speed and ownership complexity. That tradeoff is most visible in environments with ephemeral infrastructure, shared platforms, or delegated DevOps teams. Best practice is evolving, and there is no universal standard for how much lineage evidence is enough for every system class.

Edge cases usually arise when one asset supports many identities, or one identity spans many assets. Shared service accounts, CI/CD runners, and third-party integrations can make ownership ambiguous unless the control model distinguishes between the host, the workload, and the credential. NHIMG’s research shows how quickly this becomes a risk problem when visibility is weak, especially where dormant or overprivileged NHIs persist beyond their intended use. The same principle appears in Top 10 NHI Issues: the gap is rarely inventory alone, but the absence of lifecycle control.

Organisations also get this wrong during audits by overfitting evidence to the requested period. A clean control sample for last quarter does not prove current revocation discipline. The safer approach is continuous reconciliation between ITAM, IAM, and secrets management, with exception handling documented and time-bound. Where third parties manage components of the stack, current guidance suggests requiring contractual evidence of offboarding and credential rotation, not just asset attestation.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-02Asset inventory without identity lifecycle control leaves NHIs orphaned.
NIST CSF 2.0GV.OV-01Governance oversight requires evidence that controls work, not just records exist.
NIST CSF 2.0PR.AA-05Identity and access lifecycle controls are central to proving access is removed on time.

Link offboarding events to credential revocation and entitlement removal for every non-human identity.

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