TL;DR: Agentic AI is exposing the limits of point-in-time access certification because autonomous agents can gain, chain and change authority between review cycles, according to Saviynt. Scheduled reviews validate assigned access, but they miss the runtime context that determines what an agent can actually do.
At a glance
What this is: This is a perspective piece arguing that access certification no longer fits autonomous agent behaviour because runtime authority changes faster than scheduled reviews can capture.
Why it matters: IAM, IGA and PAM teams need to treat agentic AI as a governance problem about trust drift and contextual authority, not just entitlement recertification.
By the numbers:
- The article says non-human identities now outnumber human employees by an alarming ratio of 82:1 in modern enterprises.
Context
Access certification is the governance control that asks whether an identity still needs the access it was given. The problem in agentic AI is that this control assumes access remains stable long enough to be reviewed, while autonomous agents can change tools, relationships and effective authority between review cycles.
The article's primary claim is that point-in-time review models were built for human-paced identity changes, not machine-speed runtime shifts. Once an agent can chain tool calls, inherit credentials and expand into new workflows, the original approval snapshot no longer describes the real risk state.
Key questions
Q: What breaks when access certification is used for autonomous agents?
A: Point-in-time certification breaks because it assumes privilege is stable long enough to review. Autonomous agents can change tools, inherit credentials and expand their effective authority between review cycles, so the approval snapshot no longer reflects real risk. The control fails at the moment runtime context shifts, not at the moment the review is performed.
Q: Why do autonomous agents make traditional access reviews less effective?
A: Access reviews assume permissions persist long enough to be observed, challenged, and recertified. Autonomous agents can obtain, use, and discard access within a single session, which means the risky action may occur before the next review cycle. That makes runtime enforcement more important than periodic certification alone.
Q: How do IAM teams know whether token controls are actually working?
A: IAM teams should look for short revocation latency, low scope overlap, clear ownership, and successful invalidation across downstream applications. If tokens survive role changes, show up in multiple systems, or cannot be revoked centrally, the control is failing. Governance success is measurable by how quickly access disappears when it should.
Q: Who should own remediation when an agent's trust posture drifts?
A: Ownership should be defined before deployment, because the decision is a governance boundary rather than a technical afterthought. Some organisations may route it to human approvers, others to policy automation, and many will need a hybrid model. Without explicit ownership, continuous review creates visibility without intervention.
Technical breakdown
Why point-in-time certification fails for agentic AI
Access certification records whether an identity was approved for a set of entitlements at a moment in time. That model works when the subject is slow-moving and the access graph is relatively fixed. Autonomous agents break that assumption because their effective authority is a live combination of tool access, inherited credentials, downstream application reach and the context of the task they are performing. A quarterly attestation can be accurate and still miss the actual privilege state by the time it runs.
Practical implication: Move governance attention from static approval snapshots to the conditions under which agent authority changes.
How dynamic tool chains expand effective privilege
Agentic AI is not only about the permissions first assigned to the agent. In practice, the agent may connect to new systems through Model Context Protocol links, interact with other automated actors, and reuse access inherited from a human approver or upstream workflow. Each added connection can widen the blast radius without changing the original certification record. The technical issue is privilege accumulation through runtime composition, not simply over-assignment at provisioning.
Practical implication: Inventory how agents combine tools and inherited access paths so hidden privilege expansion becomes visible.
Why scheduled reviews miss the real trust boundary
Traditional reviews ask whether access should still exist, but they are poor at answering whether an autonomous agent should still be trusted to act in its current context. Trust can drift within a single session when the agent acquires a new tool, a new credential or a new downstream dependency. That is why the article frames continuous certification of trust as the relevant control model: governance has to evaluate runtime conditions, not just periodic entitlements.
Practical implication: Treat trust drift as a runtime governance signal, not an annual or quarterly recertification problem.
NHI Mgmt Group analysis
Point-in-time certification is a human governance model that collapses under autonomous execution: It was designed for access that changes slowly enough to be reviewed on a schedule. That assumption fails when an agent can acquire tools, chain actions and alter its effective authority between review cycles. The implication is that identity governance must stop treating certification as a snapshot and start treating it as a runtime trust question.
Continuous trust is now the more accurate governance construct for agentic AI: The article correctly identifies that the control problem is no longer assigned access, but whether the identity should still be trusted in its present context. That framing matters because agentic AI introduces context drift, not just entitlement drift. Practitioners should read this as a shift from access attestation to contextual authority governance.
Runtime privilege composition creates an identity blast radius problem: An agent's real authority can be assembled from its own tools, inherited human permissions and downstream application reach. That makes the old recertification question incomplete because the most important exposure is often emergent rather than predeclared. For IAM and IGA teams, this is a signal to model how authority compounds across delegation chains.
Continuous review will only work if remediation ownership is explicit: The article surfaces the right operational question about who owns action when an agent's trust posture drifts. That is not a tooling detail, it is a governance boundary between humans, policy engines and platform controls. Organisations that cannot assign that decision path will end up with continuous visibility but no effective intervention.
Continuous certification of trust should become the named concept for this category: It captures the core shift from scheduled entitlement review to ongoing evaluation of whether an autonomous identity remains within its sanctioned operating context. That concept is useful because it distinguishes agent governance from traditional recertification and gives security teams a clearer control objective. The practical takeaway is that agentic AI governance now belongs in the identity programme, not in an isolated AI exception process.
From our research library:
- 67% of organisations still rely heavily on static credentials despite the risks they pose to agentic AI deployments, according to the 2026 Infrastructure Identity Survey.
- Only 13% of organisations feel extremely prepared for the reality of agentic AI despite the majority racing toward autonomous adoption, according to the 2026 Infrastructure Identity Survey.
- Read next: Agentic AI Identity Maturity Model
What this signals
Governance programmes built around quarterly certification are being outpaced by agentic AI, because runtime authority can expand long before the next review cycle. That means the control boundary is shifting from attestations to live trust evaluation, especially where delegated credentials and tool chaining are in play.
Continuous trust drift: This is the practical problem behind the article's argument. Once an agent can inherit permissions, add tools and act across multiple systems in a single workflow, the relevant security question becomes whether authority is still valid in the present context, not whether it was valid at provisioning.
The scale of the problem is already visible: 67% of organisations still rely heavily on static credentials despite the risks they pose to agentic AI deployments, according to the 2026 Infrastructure Identity Survey. Teams that cannot see trust drift at issuance time will struggle to govern it at review time.
For practitioners
- Define agent trust boundaries at runtime Document the specific tools, downstream systems and delegated credentials an agent may combine during a task, then tie governance to those runtime boundaries rather than the original approval record.
- Map privilege inheritance across agent workflows Identify where an agent inherits access from the registering human, from a workflow, or from another automated actor, because inherited permissions are where effective authority expands fastest.
- Replace quarterly attestation with continuous trust checks Trigger review logic when an agent gains a new connection, token or execution path, so certification responds to trust drift instead of waiting for the next campaign.
- Assign remediation ownership for autonomous drift Predefine whether humans, policy engines or a hybrid control plane can suspend or constrain an agent when its trust posture moves outside bounds.
- Separate assigned access from actual authority Assess what the agent can do in live production after tool chaining and credential inheritance, not just what was originally granted in registration.
Key takeaways
- Agentic AI undermines point-in-time certification because runtime authority can change after the original approval is recorded.
- The article argues that trust, not just access, has become the central governance question for autonomous identities.
- Continuous evaluation of delegated tools, inherited credentials and current context is the control shift that matters most.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Agentic AI Top 10, OWASP Non-Human Identity Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0 and NIST AI RMF set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Agentic AI Top 10 | ASI03 — Identity & Privilege Abuse | The article centres on autonomous agents accumulating or inheriting authority beyond their original approval. |
| Recommendation — Apply ASI03 controls to detect and constrain privilege growth as agent context changes at runtime. | ||
| OWASP Non-Human Identity Top 10 | NHI-05 — Overprivileged NHI | The core failure mode is that agent effective privilege grows beyond the originally certified scope. |
| Recommendation — Review agent entitlements against NHI-05 and remove access paths that exceed the sanctioned task scope. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The article is about governing permissions and authorizations as they change in live operations. |
| Recommendation — Use PR.AA-05 to align authorisation checks with current entitlement state rather than stale approval records. | ||
| MITRE ATT&CK | TA0006; TA0008 — Credential Access; Lateral Movement | The article describes agents inheriting credentials and expanding into new systems through chained actions. |
| Recommendation — Map agent privilege expansion to TA0006 and TA0008 to find where runtime access widens across systems. | ||
| NIST AI RMF | GOVERN — AI Governance and Accountability | The article raises ownership and accountability questions for autonomous agent trust drift. |
| Recommendation — Use GOVERN to define who owns decisions when an agent's trust posture changes outside its approved context. | ||
Key terms
- Point-in-Time Certification: A review model that validates whether an identity had appropriate access at a specific moment. For agentic AI, the weakness is that approval snapshots can become stale almost immediately when runtime context, tool use or delegated authority changes after the review.
- Continuous Certification Of Trust: A governance approach that evaluates whether an identity still deserves its current authority while it is active, rather than only at fixed review points. For agentic AI, it extends access certification into runtime by considering task context, delegated tools, and live behaviour, not just the original approval record.
- Runtime authority: Runtime authority is the permission an AI system has while it is actively deciding and acting, not just when it is approved. In governance terms, it is the point where access, tool use, and action scope become operational, which is why build-time review alone cannot prove safety.
- Claim Trust Drift: Claim trust drift is the gap between where a token was issued and where it is later accepted without enough restriction. It happens when audience, issuer, or lifetime controls are too broad, allowing a valid cryptographic token to create invalid access across systems.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle 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.
Published by the NHIMG editorial team on July 24, 2026.
Updated on October 7, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org