+ nAIvigateA SHEET FOR PEOPLE WITHOUT 2 HOURS
▣ fiche-010.md ×
□ index.md☰ Contents
VerdictThe five models, where they fit, their limitsSix rules for an agent's permissionsWarning signsAccess control: five models, and the agent that inherits everything.
The five access control models answer a single question: who decides to open the door. AI agents raise it again, because most of them act with the permissions of the person who launches them, with no identity or trail of their own.
Verdict
the essentials in 10 seconds3 rowsHUMANSFor employees, well-kept roles cover most needs. RBAC remains the enterprise baseline.BASELINE
AGENTSAn agent acting with the user's token inherits all their permissions, with no trail of its own.DECISIVE
CONTEXTOnly ABAC can weigh the tool, the data, the time and the device. It is the model that fits agents.TARGET
Who decides to open the folder?
the same access seen by each model5 modelsLéa wants to open the Finance folder. Depending on the model, the decision belongs to the system, the owner, the role, a rule or a set of attributes. The further right, the finer the decision, and the more discipline it requires.
The five models, where they fit, their limits
where you already find them5 rowsMACThe system compares the person's clearance with the data's label; nobody can override it. Limit: very heavy to run outside classified settings.DEFENCE
DACThe owner shares as they see fit: file permissions, shared folders. Limit: access spreads with no central control.FILES
RBACPermissions go to roles, people get roles: directory groups, cloud roles. Limit: role explosion and catch-all roles.ENTERPRISE
RuBACRules independent of identity: time windows, allowed addresses, firewall rules. Limit: rules pile up and contradict each other.FIREWALL
ABACA policy combines attributes of the person, the resource, the action and the context (framework described in NIST SP 800-162). Limit: only as good as the attributes.CLOUD
And where does the AI agent fit?
the most common risk in 20262 patternsMost agents act with the token of the person who launches them. They see everything that person sees and act in their name, with no way to tell what the person did from what the agent did.
Six rules for an agent's permissions
to require before going live8 rows1 · identityAn account of the agent's own, never a human's token nor an admin account.BLOCKER
2 · scopeLeast privilege tool by tool: read-only by default, every write justified.
3 · durationShort-lived tokens, limited to the session or the task. With MCP, explicit OAuth scopes.
4 · approvalAny irreversible action (send, payment, deletion) goes through human approval.DECISIVE
5 · logEvery action attributed to the agent and to the person who asked, readable by the security team.
6 · reviewAgent permissions reviewed like human ones, and removed when the use ends.
Warning signs
one is enough to dig deeper6 rowstokenThe agent reuses the user's session or token.BLOCKER
adminAn admin service account "just to make it work".BLOCKER
roleA catch-all role created for the agent that nobody can describe.
promptThe restrictions live in the prompt, not in the access policy.
logLogs show the user, never the agent.
revocationThe agent's access is never removed, even after the project ends.
Do your AI agents have their own permissions? We help you map your agents' access, give them their own identity and an access policy, and make it auditable.
TALK TO nAIvigate STUDIO →Follow nAIvigate | naivigate.com/en/fiches