By NHI Mgmt Group Editorial TeamBased on Saviynt: “Why I Joined Saviynt - David Mahdi” (September 17, 2026)

TL;DR: Identity security is no longer just about giving the right access at the right time, according to Saviynt's perspective, because attackers now exploit identity across humans, machines, and agentic AI while enterprises still organise controls around productivity-first IAM models. The governance gap is widening as machine identity, zero trust, and threat-aware decisioning become inseparable.


At a glance

What this is: This is a Saviynt perspective piece arguing that identity security is moving from productivity-centred IAM to threat-aware governance across human, machine, and agentic identity.

Why it matters: It matters because IAM, PAM, IGA, and machine identity programmes now have to answer not only who should get access, but when identity behaviour itself signals threat activity.


Context

Identity security is the control plane for trust, but many programmes still treat it mainly as an access-enablement layer. That works only while the dominant question is who should be granted access; it starts to fail when attackers, compromised accounts, service identities, and AI agents all become part of the same decision surface.

Saviynt's argument is that modern identity governance must balance productivity with threat awareness. In practice, that means identity controls can no longer stop at joiner-mover-leaver, entitlement review, or SSO convenience; they must also detect when an identity is behaving like an adversary and respond in context.

The article also reflects a market shift: machine identity, zero trust, and agentic AI are pulling identity out of the back office and into security strategy. That is not a tooling trend alone, it is a governance change in how organisations define trust across humans and non-human actors.


Key questions

Q: What breaks when identity governance stays focused only on employees?

A: Blind spots open up around identities that are not tied to a person, including APIs, workloads, certificates, and agents. Those identities can still authenticate and access data, but they may never pass through joiner-mover-leaver controls, manager review, or periodic recertification unless the programme explicitly includes them.

Q: Why do service accounts and machine identities matter under NIS2?

A: Service accounts and machine identities matter because they often carry the permissions that move data, trigger reports, and feed AI workflows. If those identities are over-privileged or left out of review cycles, the organisation cannot prove that access is proportionate or necessary. Under NIS2, that creates both security exposure and audit weakness.

Q: How should security teams govern AI agents that can change actions at runtime?

A: Security teams should govern runtime AI by correlating identity, data, and intent before trusting an action path. If the system can select tools or alter its sequence mid-session, a static access policy is not enough. The control objective becomes contextual verification of what the agent is doing, why it is doing it, and whether the data touched matches the approved purpose.

Q: How should security teams balance access enablement and identity control?

A: Security teams should treat access enablement as a delivery function and identity control as a governance function. The key is to provision quickly, then continuously validate whether access remains necessary, role-appropriate, and policy-compliant. Without that second layer, identity security becomes an illusion of productivity rather than a control over exposure.


Technical breakdown

Why productivity-first IAM no longer matches threat-aware governance

Traditional IAM was built around a simple operating assumption: the right identity gets the right access at the right time for business enablement. That model is still useful, but it is incomplete once attackers actively abuse identities as an attack path. Threat-aware governance adds a security lens to identity decisions, meaning the programme has to understand not just entitlement state, but behaviour, context, and risk. In that model, identity becomes both the access mechanism and the monitoring surface. Practical implication: teams need identity decisions that can incorporate threat signals, not just lifecycle and role data.

Practical implication: Shift identity governance from entitlement-only decisions to decisions that also consider adversary behaviour and risk context.

How machine identity changes the identity security problem

Machine identity changes the scale and persistence of access. Service accounts, certificates, tokens, API keys, and other NHIs often outlive human ownership, cross environments, and operate at a pace that manual governance cannot match. Once those identities are treated as first-class subjects, the core problem is not just granting access, but tracking inventory, ownership, scope, and exposure across the full lifecycle. This is where NHI governance becomes inseparable from security operations. Practical implication: machine identity programmes must be governed as a living estate, not a one-time provisioning exercise.

Practical implication: Treat non-human identities as governed assets with ownership, lifecycle, and exposure control, not as static technical objects.

Why agentic AI forces a new governance assumption

Agentic AI adds a harder problem than automation. A tool script follows prewritten logic, but an AI agent can select actions at runtime, choose tools, and change execution timing without human approval. That breaks the assumption that least privilege can be fully defined in advance because intent is no longer fixed at provisioning time. It also weakens classic review models, because the access may exist only briefly and may be exercised in ways a static entitlement review never captures. Practical implication: governance has to move toward runtime-aware controls for autonomous behaviour.

Practical implication: Design controls for runtime decision-making when the identity can change its own path of execution.


Threat narrative

Attacker objective: To abuse identity trust so access can be converted into data exposure, operational disruption, or broader compromise.

  1. Attackers begin by targeting identities because identity is the trust boundary for access, whether the subject is a person, machine, or agentic system.
  2. They exploit standing access, excessive privilege, or identity trust assumptions to move from initial access into broader credentialed reach.
  3. Once inside, they use identity-backed permissions to reach data, systems, or workflows that ordinary perimeter controls no longer protect.
  4. The outcome is business disruption, data exposure, or operational compromise achieved through the identity plane rather than through a traditional perimeter breach.
  • CircleCI breach 2023: Malware stole a CircleCI engineer's SSO session; attackers exfiltrated customers' CI/CD secrets and keys, forcing a platform-wide rotation.

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

Identity security is no longer a productivity-only discipline. The old IAM promise was to deliver the right access at the right time for business outcomes, and that remains necessary. But once attackers are actively targeting identity as an attack path, the governing question changes from access enablement to adversary-aware decisioning. The implication is that identity programmes now sit at the intersection of governance, detection, and trust validation.

Machine identity governance is now part of core security architecture, not an adjacent hygiene task. The article's machine identity thread reflects a broader reality: NHIs persist, multiply, and move across systems in ways human-centric operating models never anticipated. Identity blast radius: the risk created when one compromised or overprivileged identity can reach more systems than its owner can realistically govern. Practitioners need to treat ownership, scope, and lifecycle as security primitives, not admin chores.

Agentic AI creates assumption collapse, not just another access-use case. Access review processes were designed for identities whose privilege persists long enough to be observed, certified, and removed on a cycle. That assumption fails when an autonomous actor can acquire, use, and discard access within a session or task boundary. The implication is not merely to add another control, but to rethink what identity governance means when execution itself becomes runtime-decided.

Threat-aware governance is becoming the new centre of identity strategy. The market's move toward identity security reflects the fact that access controls, IGA, PAM, ITDR, and machine identity can no longer be managed as separate silos if the same adversary can traverse them. The article correctly signals that organisations should stop measuring identity success by productivity alone. Practitioners should align identity governance to trust outcomes, adversary visibility, and business enablement together.

What this signals

Threat-aware governance is becoming the organising principle for identity programmes that have outgrown productivity-only IAM. The practical shift is from asking whether access was granted correctly to asking whether identity behaviour still looks legitimate once privileges are in motion.

Identity blast radius now matters as much as access volume. When a single compromised service account, token, or agent can traverse multiple systems, the governance job is to reduce the amount of trust any one identity can accumulate over time.


For practitioners

  • Embed threat signals into identity decisions Correlate identity events with suspicious behaviour, privilege anomalies, and access context so governance can respond to adversary activity, not just entitlement state.
  • Inventory and assign ownership for NHIs Track service accounts, certificates, tokens, and API keys with named owners, business purpose, and renewal or revocation responsibility across environments.
  • Rework reviews for runtime behaviour Assume that some identities, especially autonomous actors, may use access faster than periodic certification can observe it and move decision points closer to issuance time.
  • Align IAM, PAM, and NHI controls Map where standing privilege, delegated access, and machine trust overlap so one programme can govern access enablement and threat response consistently.
  • Measure identity by trust outcomes Replace tool-count or activity-count reporting with metrics that show whether identity controls reduce exposed privilege, accelerate containment, and support business access safely.

Key takeaways

  • Identity security is moving from access enablement alone to threat-aware governance that treats identity behaviour as a security signal.
  • Machine identity and agentic AI both widen the governance problem because they expand who or what can hold and use trust.
  • Practitioners should align IAM, PAM, and NHI controls so identity programmes can support business access while also constraining adversary reach.

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, OWASP Agentic AI Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0 sets the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-05 — Overprivileged NHIThe article centres on limiting excess trust and access across machine identities and agents.
NHI-07 — Long-Lived SecretsIt discusses machine identity growth and the need to govern credentials that persist beyond their intended use.
Recommendation — Review NHI estates for excess access and reduce standing privilege to the minimum operational scope. Shorten secret lifetime and tie renewal to explicit ownership and usage review.
OWASP Agentic AI Top 10ASI03 — Identity & Privilege AbuseThe piece explicitly frames agentic AI and identity misuse as a governance problem.
Recommendation — Apply runtime privilege checks where an agent can change behaviour or expand scope during execution.
MITRE ATT&CKTA0006;TA0008 — Credential Access; Lateral MovementThe article describes attackers using identity as the path into systems and data.
Recommendation — Map identity abuse to credential access and lateral movement techniques in detection and response playbooks.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe article is about rethinking how access is granted, governed, and validated.
Recommendation — Strengthen entitlement governance so access decisions reflect current risk and business context.

Key terms

  • Threat-Aware Governance: A governance model that evaluates identity decisions through both business need and adversary risk. It goes beyond granting access correctly and asks whether the identity's current behaviour, scope, and context still look safe for the transaction being attempted.
  • Machine Identity: The digital identity of a machine, device, or workload, such as a server, container, or VM, used to authenticate it within a network. Sometimes used interchangeably with NHI, though NHI is the broader category.
  • Agentic AI Identity: The complete set of credentials, permissions, and governance controls applied to an autonomous AI agent, covering authentication, authorisation, action logging, and access revocation. Distinct from traditional NHI because agent identities are often ephemeral, delegated, and multi-hop.
  • Identity Blast Radius: The amount of damage a compromised identity can cause across systems, data, and infrastructure. In NHI environments, it is shaped by permissions, network reach, and administrative capability rather than by the credential alone. Reducing blast radius is a containment strategy that limits lateral movement and data exposure.

Deepen your knowledge

NHI governance, agentic AI identity, and machine 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 identity security programme, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on September 22, 2026.
Updated on October 8, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org