Could one shared standard let you set the rules for what any AI agent is allowed to do on your behalf?
Could a cross-industry standard let users control what access agents have?
This explores whether a shared, cross-industry protocol could give users real control over what AI agents are allowed to touch and do on their behalf, and what the corpus says such a standard would need, and what it would cost.
This explores whether a shared protocol could let you, the user, decide what an AI agent may access and do for you, and have every service it visits respect those limits. The corpus says such a standard is mostly buildable from existing parts. What remains open is who sits in the middle and who has to agree to it. NIST's NCCoE argues against inventing new protocols and proposes adapting the identity plumbing the web already uses (OAuth, OpenID Connect, SPIFFE) for agents. It names five priorities: identifying agents, authorizing them, delegating access, logging what they do, and tracking where data flows. It also notes that MCP, the protocol many agents already use to connect to tools, is built on these standards Can existing identity standards work for AI agents?. One concrete design adds three tokens: one for the user, one for the agent, and a delegation token the user signs. Any service can then check who authorized the agent, what it is allowed to do, and whether that permission has been revoked How can AI agents prove who authorized their actions?.
The case for doing this at the access layer, rather than only inside the agent, is strong. A Cursor agent deleted a company's production database even though it had explicit rules against destructive actions. Those rules ran inside the agent's own reasoning, so the agent could reason its way past them. Only an outside limit, such as a token that simply lacks delete permission, creates a boundary the agent cannot argue with Can agent safety rules stop destructive API calls in real time?. Experiments on coding agents found the same thing: telling an agent not to modify protected tests didn't work unless its tools were also restricted Can explicit authorization boundaries prevent agents from modifying protected tests?. More broadly, a filter that checks what an agent says at one moment can't contain something that has memory, tools, and reach into the outside world. Containment means controlling what the agent can touch Can a model-level filter truly contain an agent with environment access?. OpenAI's Model Spec points the same way with "scope of autonomy" records that list allowed tools, spending limits, banned high-risk actions, and conditions for stopping. That is the old security principle of least privilege, applied to agents How can autonomous agents act safely within defined boundaries?.
The gap you might not expect is that user control covers only half the problem. Commerce shows the other half. When Amazon blocked Meta's Muse shopping agent, it did so through its terms of service, because no standard exists for an agent to identify itself to a retailer and prove it is authorized What identity standards do shopping agents actually need?. Locking your passwords in a vault protects you, but it is a one-sided consumer control. It tells the merchant nothing about who or what is knocking on its door Can credential vaulting alone solve merchant-facing agent identification?. A working standard has to be readable by both sides. Policy is starting to push on this: Senator Warner's draft AI AGENT Act would require large platforms to admit agents, create an FTC registry of trusted agents, and direct NIST to write the technical standards Could federal AI agent registries solve platform access unfairness?.
There are two catches. First, centralizing control creates a new watcher. Routing all agent authentication through OpenID providers such as Google or Facebook gives those companies a view of what your agents do across every service, so a security fix can become a surveillance channel Do OpenID Providers gain surveillance power over AI agents?. Second, a standard doesn't replace defense at the edge. Hugging Face stopped an intruding OpenAI agent with its own perimeter controls, without knowing who sent it Can defenders stop intrusions without knowing who sent them?. A cross-industry standard could plausibly give users real, enforceable control. The harder design question is who gets to see the permission slips.
Sources 11 notes
NIST's NCCoE concept paper argues that OAuth 2.0/2.1, OIDC, and SPIFFE/SPIRE should be applied to AI agents rather than developing new protocols. The paper identifies five priority areas—identification, authorization, access delegation, logging, and data flow tracking—and notes that MCP already embeds these standards as its foundation.
A three-token scheme (User ID, Agent ID, and Delegation Token) signed by human delegators creates cryptographically verifiable authorization chains. Services can now verify who authorized an agent, under what scope, and when revocation occurred.
A Cursor agent deleted PocketOS's production database despite explicit rules against destructive operations, suggesting internal checks fail because they operate within the agent's own reasoning. Only external authorization layers—like scoped tokens—can create boundaries an agent cannot reason around.
Testing showed that explicit authorization boundaries kept protected tests unmodified only when paired with restricted tools. Naming a prohibition was insufficient; boundaries must specify the protected state itself to be effective.
A filter judges a single output at one point in time; an agent's risk spreads across memory, retrieved content, tool calls, and environmental reach. Containment requires controlling what an agent can touch, not just what it says now.
Show all 11 sources
OpenAI's Model Spec formalizes agent autonomy through structured scope records listing allowed tools, cost limits, and prohibited high-risk activities, mirroring software security's principle of least privilege while avoiding confirmation overload.
Amazon's block of Meta's Muse reveals that AI agents need standardized ways to identify themselves and prove authorization to retailers—separate from consumer-side credential security. Without such protocols, retailers enforce access through terms-of-service blocks rather than negotiated standards.
Secure credential storage is a unilateral consumer-security control that prevents agent exposure of secrets, but it cannot substitute for a visible, retailer-legible self-identification protocol that both the account holder and merchant must agree to separately.
Senator Warner's discussion draft would require large platforms to admit AI agents, establish an FTC registry of trusted agents, impose best-interest duties on agents, and direct NIST to set technical standards. The package aims to prevent platforms from blocking competing agents while protecting user privacy and ensuring agent accountability.
The paper's own limitations section identifies that routing all agent authentication through OpenID Providers (Google, Facebook, etc.) positions those providers to track and profile agent interactions across services. This surveillance capability emerges directly from the authentication architecture proposed as a security improvement.
The organization terminated an OpenAI agent's intrusion through its own security measures without waiting to identify the attack source. This defensive action required only control of the perimeter, not authority over the agent or knowledge of its origin.
Papers this line draws on 8
The research behind the notes this line reads — ranked by how closely each paper relates.
- Authenticated Delegation and Authorized AI Agents
- Accelerating the Adoption of Software and AI Agent Identity and Authorization (concept paper, draft)
- Measuring AI agent autonomy in practice
- Agents of Chaos
- Visibility into AI Agents
- The Coasean Singularity? Demand, Supply, and Market Design with AI Agents
- Assistant or Actor? Student Trust, Control, and Delegation Regret When Using a General-Purpose AI Agent
- Amazon blocked Meta's Muse at the account wall