AINativeainative.axAX AUDIT
← All guides
AR-AUTH · DELEGATED ACCESS

Authentication Standards for AI Agents

An agent can't type a password into your login form on a human's behalf — not safely, and not at scale. Discoverable OAuth and content-usage signals are how it authenticates instead.

The Problem With Password-Based Auth for Agents

Delegating a task to an AI agent — “check my account balance,” “update my subscription” — creates an authentication problem that password-based login was never designed for. Handing an agent a raw password means handing it unscoped, unrevoked, permanent access to everything that credential protects. That’s both a security risk and, for most real services, explicitly against the terms of service.

The fix the web already built for this is OAuth 2.0: a human authorizes a specific, scoped, revocable grant of access, and the agent receives a token — never the underlying credential. The missing piece for agents is discovery: an agent needs to find your OAuth endpoints programmatically, not read about them in a developer portal a human has to visit first.

The Four Discoverable Signals

The AX Audit checks for these, each contributing partial credit toward the full 10 points:

/.well-known/openid-configuration

OpenID Connect discovery document — the standard entry point for an agent to learn your authorization server's full capability set in one request.

/.well-known/oauth-authorization-server

The OAuth 2.0 Authorization Server Metadata document (RFC 8414) — the OAuth-only equivalent when you don't run full OIDC.

/oauth/authorize

A live, reachable authorization endpoint — where the human-facing consent step happens before a token is issued.

/oauth/token

A live, reachable token endpoint — where an agent exchanges an authorization grant or refresh token for an access token.

A Minimal Discovery Document

A real, conformant /.well-known/openid-configuration response is enough on its own to tell an agent everything it needs:

{
  "issuer": "https://auth.example.com",
  "authorization_endpoint": "https://auth.example.com/oauth/authorize",
  "token_endpoint": "https://auth.example.com/oauth/token",
  "jwks_uri": "https://auth.example.com/.well-known/jwks.json",
  "scopes_supported": ["read:account", "write:subscription"],
  "grant_types_supported": ["authorization_code", "refresh_token"],
  "code_challenge_methods_supported": ["S256"]
}

An agent reads this once, learns every endpoint and supported scope it needs, and never has to guess a URL or parse a developer-docs page to complete an authorization flow.

content-signal.json — Declaring Intent, Not Just Access

A separate signal this check also credits: /.well-known/content-signal.json, which declares a site’s policy toward AI systems explicitly — whether content may be used for search indexing, as input to an AI-generated answer, or for model training.

{
  "version": "1.0",
  "site": "https://example.com",
  "signals": {
    "search": "allow",
    "ai-input": "allow",
    "ai-train": "deny"
  }
}

robots.txt tells crawlers where they can go. content-signal.json tells agents and AI systems what they can dowith what they find — a distinction robots.txt alone was never designed to make.

Where This Fits in AR-* and the AX Score

Authentication Standards falls under AR-AUTH, the category covering delegated access — an agent operating under a human’s authorization rather than its own identity. In the live AX Audit, it’s its own named check worth up to 10 of the 100 points, the joint-highest single-check value alongside Agent Discoverability.

ainative.ax currently scores 5 of 10: it publishes content-signal.jsonbut doesn’t yet expose discoverable OAuth/OIDC endpoints, since its own API is free and unauthenticated by design. A site like vercel.com, which exposes all four OAuth signals, scores the full 10.

Frequently Asked Questions

My API uses simple API keys, not OAuth — do I score zero?▼
For this specific check, yes — it looks for the discoverable OAuth/OIDC signals above, not API-key auth generally. API keys remain a perfectly valid auth scheme for many APIs; they just aren't what this particular check measures. Publishing content-signal.json is a lower-effort way to still earn partial credit regardless of your auth scheme.
What is Web Bot Auth and is it required?▼
Web Bot Auth is a newer, emerging standard for cryptographically verifying automated traffic (distinct from OAuth, which authorizes a human-delegated agent). It is not independently required by this check today, but is part of the same AR-AUTH category as the standard matures.
Should content-signal.json and robots.txt ever disagree?▼
They shouldn't contradict each other, but they answer different questions — robots.txt is about crawl access, content-signal.json is about usage intent once content is fetched. A site can allow crawling (robots.txt) while declining AI training use (content-signal.json); that's a coherent, intentional combination.

Check Your Authentication Standards Score

The AX Audit looks for discoverable OAuth/OIDC endpoints and a content-signal.json declaring your policy toward AI systems.

Check your auth standards score→

Free audit. No signup required.