What is AI agent permission testing?
The four parts of a permission test, what it covers, how it differs from evals and red teaming, and what a result means.
Read the definitionGUIDES / AI AGENT SECURITY
Practical guides for engineering teams shipping AI agents that read customer data or take real actions. Each one covers one question: the checks to run, the normal use that must keep working, and what the evidence can and cannot show.
01 / BEFORE YOU SHIP
The four parts of a permission test, what it covers, how it differs from evals and red teaming, and what a result means.
Read the definitionThree kinds of tests, what a pass on each one shows, and a pre-release plan for agents that take real actions.
Read the pre-release guideLearn how to scope permission checks, preserve allowed use, and identify what the evidence can establish before launch.
Read the permission-testing guideRun a local copy with synthetic data, catch email, webhooks and payments locally, and decide how to handle the model call.
Test permissions locallyModel, prompt, tool and permission changes: rerun the same checks, compare like with like, and block on regressions.
Use the release checklist02 / PERMISSION BOUNDARIES
Set up two test tenants and check retrieval, tool calls, caches and concurrent requests, not only the assistant's reply.
Test tenant isolationTest refunds, exports and account changes: role checks inside each tool, approvals bound to one exact action, and the effects that actually happened.
Test tool permissions and approvalsTest in-flight runs, paused actions, caches and tokens, not only the user's next request.
Test access removalPlant instructions in synthetic content, then check the tools and outbound channels, not the reply.
Test prompt injection against your toolsWhat each one checks, where they overlap when injected text reaches a tool, and which kinds of tools cover each.
Compare the two03 / EVIDENCE
Compare each claim with the record: false successes, silent actions, wrong targets and duplicates.
Verify agent actionsRerun the same checks, keep the requests that must still work, and know when a failure counts as repaired.
Prove a fix workedUse a synthetic demo to understand permission rules, observations, evidence limits, and repair comparisons.
Learn how to read the evidence