By NHI Mgmt Group Editorial TeamBased on Hydden: “Not Everything You Discover Belongs in the Vault” (August 6, 2026)

TL;DR: PAM discovery should not end with vaulting every account, because the right disposition depends on what the account actually does. Hydden argues that entitlement data alone is insufficient and that authentication history is needed to decide between vaulting, JIT conversion, right-sizing, deprovisioning, or explicit acceptance.


At a glance

What this is: This article argues that PAM discovery should use activity context, not entitlement data alone, to decide whether a discovered account should be vaulted, converted to JIT, right-sized, deprovisioned, or explicitly accepted.

Why it matters: IAM and PAM teams need activity-aware disposition rules because identical entitlements can represent very different operational and security realities, especially across service accounts and shared privileged credentials.

By the numbers:

  • Only 39% of privileged access is managed through just-in-time or zero standing privilege, according to Hydden.

Context

PAM discovery is the process of finding privileged accounts and deciding what to do with them. The governance gap in this article is that entitlement data alone cannot tell teams whether an account is a dormant control surface, a continuously used service identity, or a shared human credential hiding inside infrastructure.

Without activity context, discovery collapses into a vault-everything reflex. That leaves teams making high-impact access decisions from static rights data instead of the authentication history that shows how the account is actually used, which is what determines whether vaulting, JIT, right-sizing, deprovisioning, or acceptance is the correct disposition.


Key questions

Q: What breaks when PAM discovery does not include activity context?

A: Disposition turns into vault-everything governance, which confuses containment with risk reduction. Teams lose the ability to distinguish a legitimate service account from a shared human credential or an unused identity, so the wrong control gets applied to the wrong account.

Q: Why does entitlement data alone create bad privileged access decisions?

A: Because entitlements describe possible access, not actual usage. Two accounts with identical rights can need opposite treatments when one runs continuously as a service identity and the other is used interactively or barely at all.

Q: How should teams decide between vaulting and JIT for discovered accounts?

A: Use the account’s authentication pattern, dependency profile, and business criticality. Accounts that operate continuously may need ownership and rotation, while accounts that no longer need standing privilege are better candidates for JIT or deprovisioning.

Q: What should teams do when a privileged account is still needed but not well understood?

A: Assign a named owner, document what depends on the account, and set a review date before accepting the risk. That creates an accountable disposition rather than leaving the account in an unmanaged exception state.


Technical breakdown

Why entitlement data is not enough for PAM disposition

Entitlement records tell you what an account can do, not how the account behaves. That distinction matters because the same privilege set can describe a nightly service account, an unused break-glass credential, or a shared human account being used as a service identity. In PAM, disposition decisions are not just about risk level. They are about operational dependence, authentication pattern, and whether the account still maps to a valid business function. Activity context is the missing signal because it distinguishes static authority from actual use. Once that signal is present, discovery can route accounts to vaulting, JIT, right-sizing, deprovisioning, or explicit acceptance instead of treating all privileged accounts as equivalent.

Practical implication: build discovery workflows that combine entitlements with authentication history before deciding the account’s end state.

How authentication history changes service account treatment

A service account that authenticates on a predictable schedule and never logs in interactively is not the same governance problem as a privileged account used from dozens of workstations. The first usually needs coordinated rotation, ownership, and dependency mapping. The second indicates credential sharing or misclassification and needs tighter containment, session oversight, and separation into distinct identities. The technical mistake is to use the presence of local admin rights as a stand-in for the actual control pattern. PAM tooling should therefore treat authentication events as a classification input, not just an audit trail, because the activity record explains whether the account is infrastructure-bound, human-shared, or genuinely idle.

Practical implication: classify accounts by authentication pattern first, then apply the right PAM workflow to each class.

Why discovery needs history, not just current state

Current-state directories can show who is in a group today, but they usually cannot explain when the account was added, whether it still authenticates, or what changed between reviews. That limitation makes large-scale PAM routing hard to automate, because the decision requires historical evidence. Discovery at scale therefore depends on a continuous record of entitlement change and account activity. Without it, teams fall back on memory, one-off spreadsheets, and manual review logic that cannot keep pace with account sprawl. The architecture problem is not just visibility. It is evidentiary continuity across the account lifecycle, so the same account can be re-evaluated when its usage pattern changes.

Practical implication: maintain an evidence trail of entitlement changes and logon behaviour so disposition decisions stay repeatable over time.


  • Azure Key Vault Contributor escalation 2024: Datadog found Azure Key Vault Contributor could add itself to access policies and read every secret, key and certificate in a vault.
  • BeyondTrust breach 2024: A stolen BeyondTrust Remote Support API key let a China state-sponsored actor reset accounts and reach US Treasury workstations in 2024.

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

Activity context is the control boundary, not an enrichment layer: PAM discovery fails when teams treat discovery as a static inventory problem. Entitlements are necessary, but they do not explain whether privilege is dormant, operational, or being shared. The practical conclusion is that account disposition has to start from behaviour, not just ownership or group membership.

Vaulting is one outcome, not the default answer: A vault reduces exposure, but it does not resolve whether the account should exist, be right-sized, or be converted to just-in-time access. The industry mistake is to equate containment with governance. The better framing is that discovery must decide the end state first, then choose the control.

Continuous account history is becoming the deciding evidence for PAM governance: Access reviews that rely on point-in-time snapshots cannot distinguish a legitimate service identity from a misused shared credential. That is why continuous telemetry around authentication and entitlement change is now central to account disposition. The implication is that PAM programmes need evidence continuity, not just a better vault.

Disposition logic for privileged accounts is now a programme design issue: The article shows that identical entitlements can justify opposite decisions depending on activity. That means PAM governance has to define decision criteria for vaulting, JIT conversion, right-sizing, deprovisioning, and acceptance before the discovery backlog grows beyond manual review. Practitioners should treat disposition policy as a core governance asset, not an afterthought.

Operational dependence must be explicit or the account stays ambiguous: The article’s strongest point is that active service accounts should be tied to named owners and dependent services. When that dependency is missing, the identity cannot be governed cleanly because no one can prove whether the access is still needed. The implication is that ownership and dependency mapping belong inside PAM disposition, not outside it.

From our research library:

What this signals

Disposition is the real PAM control point: Teams that discover accounts but cannot classify them by activity are not governing privilege, only cataloguing it. The practical shift is to treat authentication history as part of the access decision, because it shows whether standing rights are operational, dormant, or misused.

Evidence continuity matters more than one-time review: A privileged account can look acceptable in a snapshot and still be wrong in context. Continuous records of entitlement change and authentication behaviour let PAM decisions survive beyond the review meeting and remain defensible when the account changes.


For practitioners

  • Define disposition rules before bulk vaulting Create decision criteria that route discovered privileged accounts to vaulting, JIT conversion, right-sizing, deprovisioning, or explicit acceptance based on observed activity, not entitlement alone.
  • Use authentication history as a classification signal Review logon frequency, interactive versus non-interactive use, and source diversity to distinguish service accounts from shared human credentials and dormant accounts.
  • Map service account dependencies to named owners Record the services that depend on each privileged account and assign a named owner so rotation, review, and exception handling can be coordinated when activity is continuous.
  • Preserve a continuous entitlement and activity record Keep historical changes to group membership, logon behaviour, and disposition decisions so future reviews can compare the current state with prior use patterns.

Key takeaways

  • PAM discovery is only useful when it leads to a clear disposition decision, not a blanket vaulting reflex.
  • Authentication history is the deciding evidence because identical entitlements can map to service use, shared human use, or obsolescence.
  • A durable PAM programme needs ownership, dependency mapping, and continuous account history so decisions remain repeatable and auditable.

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 and MITRE ATT&CK address the attack and risk surface, while NIST SP 800-53 Rev 5 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-05 — Overprivileged NHIThe article centres on deciding what to do with discovered privileged accounts.
NHI-01 — Improper OffboardingDeprovisioning is one of the disposition outcomes for accounts that no longer serve a purpose.
NHI-09 — NHI ReuseThe article highlights shared human credentials being used like service accounts.
Recommendation — Use NHI-05 to route overprivileged accounts to the least persistent access model that fits actual use. Apply NHI-01 to remove discovered accounts that no longer have an active dependency or owner. Investigate NHI-09 when one identity is serving multiple human or operational functions.
NIST SP 800-53 Rev 5IA-5 — Authenticator ManagementThe article’s rotation and disposition decisions depend on credential lifecycle governance.
Recommendation — Use IA-5 to govern rotation and retirement decisions for privileged authenticators.
CIS Controls v8CIS-5 — Account ManagementThe article is fundamentally about classifying and managing accounts after discovery.
Recommendation — Apply CIS-5 to maintain ownership, review, and removal discipline for privileged accounts.
MITRE ATT&CKTA0007 — DiscoveryThe article is about discovery workflows that identify privileged accounts and their usage patterns.
Recommendation — Map account discovery findings to TA0007 and enrich them with behaviour data before action.

Key terms

  • PAM discovery: PAM discovery is the process of finding privileged accounts and determining how they should be governed. In practice, it is not just inventory collection. It is an evidence-driven step that should lead to vaulting, JIT, right-sizing, deprovisioning, or an approved exception.
  • Activity context: Activity context is the behavioural evidence that shows how an account is actually used, such as authentication frequency, interactivity, and source patterns. It turns an account from a static entitlement record into something that can be dispositioned correctly and reviewed over time.
  • Account disposition: Account disposition is the governance decision that closes the loop after discovery. It defines the account’s end state, whether that is vaulting, reducing privilege, converting to JIT, removing the account, or formally accepting the risk with ownership and a review date.
  • Standing Privilege: Standing privilege is access that remains active even when no immediate task requires it. For NHI programmes, it is a common failure mode because long-lived credentials and persistent roles create unnecessary exposure. Reducing standing privilege usually means tighter expiry, on-demand access, and clearer review of who or what still needs access.

Deepen your knowledge

Identity lifecycle management, secrets management, and workload identity security are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on August 19, 2026.
Updated on October 12, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org