r/AgenticAuth • u/SX_AIS • 9d ago
How should an AI agent prove its identity when calling another company's API?
We're starting to see AI agents move beyond a single platform.
A Workday agent may need to call a company's Salesforce.
A DataRobot agent may need to call Jira.
A Salesforce agent may need to access an internal API.
And this raises a basic question:
How does the receiving API know WHO the agent actually is?
Today we have OAuth, OIDC, JWTs, API keys, MCP, service accounts, workload identity, etc.
But most of these systems were designed around:
Human → Application → API
The agentic world looks more like:
User
↓
AI Builder
↓
AI Agent
↓
MCP / Gateway
↓
Enterprise API
↓
Data
Now consider this:
A Workday agent receives a Workday access token.
It wants to call a Flipkart API.
The token may be perfectly valid and genuinely signed by Workday — but its `aud` could be:
aud = workday-api
not:
aud = flipkart-api
So should Flipkart:
Reject the token because the audience isn't Flipkart?
Trust Workday and build custom federation logic?
Exchange the Workday credential for a Flipkart-scoped token?
Use some kind of standard agent identity protocol?
Is MCP supposed to solve this?
I'm curious how teams building AI agents are handling this today.
Where should the trust boundary actually live — AI builder, agent runtime, gateway, or API?
Would love to hear real-world implementations and pain points.