TL;DR: PlainID's analysis of agent permission controls finds audits can still fail when systems cannot show which policy authorised each action. That means security teams need runtime decision records, composite identity, and policy versioning if they want authorisation to stand up in review.
Editorial analysis by NHI Mgmt Group, based on content published by PlainID: “How to Build an AI Agent Permission Control Framework Security Teams Can Actually Audit”.
By the numbers:
- The ratio of machine identities to human identities is 82 to 1, and agents are pushing it higher faster than quarterly review cycles can track.
Key questions
Q: Why do agent logs often fail to satisfy auditors?
A: Because logs usually record events, not authorisation decisions.
Q: What should security teams do when agent actions must be governed, not just observed?
A: They should enforce identity where the workload runs, use short-lived credentials, and reserve perimeter tools for visibility rather than control.
Q: What fails when agent permissions exist but policy evidence is missing?
A: The control fails because permissions only prove that access could happen, not why a particular action was approved.
Practitioner guidance
- Build decision records for every agent action Capture the acting identity, the originating user or workflow, the resource touched, the policy version in force, and the outcome for each request.
- Bind authorization to composite identity Evaluate the agent and the human on whose behalf it acts together so delegated access cannot exceed the requester’s entitlement or the agent’s approved scope.
- Version and expose policy logic Store policy history, promotion state, and readable rule text so audit teams can match each decision to the approved rule at the time of execution.
Bottom line: The core failure is not lack of logging, but lack of reconstructable authorisation evidence for each agent action.
Glossary terms: Decision Lineage, Composite Identity, Runtime Authorisation, Standing Privilege
What's in the full article
PlainID's full article covers the operational detail this post intentionally leaves for the source:
- The six-layer agent permission framework, including identity, composite identity, policy, enforcement, runtime decisions, and audit evidence.
- The decision-record questions auditors and regulators ask, mapped to each layer of the framework.
- How to enforce agent controls at input, retrieval, tool-call, and response stages.
- The implementation blueprint for rolling out governance across high-risk agents without blocking delivery.
👉 Read PlainID's analysis of why agent permissions fail audits without decision evidence →
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Decision evidence is now the control, not a side effect of logging. Enterprises often believe that enough logs equal enough governance, but auditors do not test volume, they test explainability. When agent actions are spread across gateway, API, and database logs without a shared policy record, the organisation has telemetry without defensible authorisation. The practitioner implication is that auditability must be built as a runtime decision artefact, not as a reconstruction exercise after the fact.
A few things that frame the scale:
- AI-related credential leaks surged 81.5% year-over-year in 2025, with the surrounding AI infrastructure leaking 5x faster than core LLM providers, according to the State of Secrets Sprawl 2026.
A question worth separating out:
Q: What is the difference between a permission grant and a decision record?
A: A permission grant says access exists. A decision record says why the access was allowed, which policy applied, and what outcome resulted. For agentic systems, the second is what auditors and regulators actually need.
👉 Read our full editorial: Agent permission controls fail when audits need decision evidence