Identity & access

Agent Permission Drift

Does the agent still have only the access that was approved?

Reference notes by Min · Reviewed October 15, 2026

Working governance definitionAlso: Entitlement drift · Access recertification2 primary references

Definition

Permission drift is the divergence between an agent’s approved access and the permissions it can actually exercise. It can arise from inherited roles, temporary exceptions, new tool connections or changes to resources and identity mappings.

Permissions can broaden without a change to the agent’s prompt or model. Group membership, a connector update or a new resource policy can alter what the same credential can do. Inventory therefore needs a connection to effective authorization rather than only a list of configured tools.

What it covers

Baseline
The approved operations and resources.
Effective access
Direct and inherited grants in production.
Change
New roles, tools, groups or mappings.
Correction
Removal or explicit review of excess authority.

Distinguish intended expansion from accidental drift. Both require a traceable decision, but the response differs. An approved new workflow updates the baseline; an unexplained privilege needs investigation and, where appropriate, restriction before it is exercised.

In practice

Practical design patterns by Min.

  • Store a readable approved permission baseline.
  • Compare it with effective downstream access after material changes.
  • Give unused and exceptional grants an owner and review date.

Use change-triggered review alongside periodic checks. Compare role inheritance, resource policies and issuer mappings, then validate consequential differences with safe authorization probes. Assign remediation to an owner who can change the downstream grant, not only the agent interface.

Research notes

Source-grounded details and editorial applications. Follow each link for the original document.

Review access over time

OWASP recommends reviewing permissions for privilege creep. The agent-specific application compares approved task scope with effective tool and resource access.

Source: OWASP: Authorization Cheat Sheet ↗

Working example

A read-only pilot inherits a write role

A shared service account joins a group used by another automation.

  1. Detect the change in effective permissions.
  2. Assess whether the agent used the newly available action.
  3. Remove the excess grant or submit a deliberate scope change for review.
Illustrative scenario, not a reported deployment.

Why the controls matter

The pilot example may expose all workloads sharing the account. Correcting the group membership is only part of the response: examine activity during the exposure window and consider distinct identities for workflows with different access needs.

Common pitfalls

  • Reviewing declared tool descriptions instead of real permissions.
  • Assuming unused access is harmless.
  • Removing permissions without checking dependent tasks.

A zero-drift dashboard can be misleading if the baseline is too broad or updated automatically to match production. Protect the approval record and require explanation for material changes. Keep evidence of removal and any interruption to legitimate work.

Questions for operational review

Use these questions to decide what evidence your team needs. They are editorial prompts, not a compliance checklist.

  • What creates the approved baseline?
  • Which inherited grants are included in review?
  • Can an unauthorized expansion update its own baseline?

References

Primary documents reviewed for this entry. Examples and implementation patterns are editorial synthesis.

  1. OWASP: Authorization Cheat Sheet ↗Accessed October 15, 2026
  2. NIST SP 800-53 Rev. 5: Security and Privacy Controls ↗Accessed October 15, 2026