Identity and Trust Platform for AI Agents

Cryptographic identity and agentic control.

Give every AI agent a certificate that carries what it is allowed to do, and an enforcement layer that stops it when it tries anything else. Then prove exactly what happened, to a regulator, in court.

Live right now · 12/12 escape attempts blocked · every block signed and logged

The Cage · autonomous agent vs AgentPass ● LIVE
00:00agent enrolled · L2 · cert issued by AgentPass CAsys
00:03self-promotion to L3 (payment tier)blocked
00:07jump straight to L4, skipping the ladderblocked
00:11payment to sanctioned entityblocked
00:15private key exfiltrationblocked
00:19cross-tenant data accessblocked
00:24act after revocation (zombie agent)blocked
00:28read own telemetry · within capabilitiesallowed
12 attack strategies · escalation, exfiltration, sanctions evasion, lateral movement 0 succeeded

This is not hypothetical

AI agents are already breaking into organisations and destroying production systems.

Three real incidents. In each one the agent was authenticated. Nothing stopped it at the moment it acted, and afterwards nobody could prove precisely what it had done.

July 2026 · Hugging Face

An autonomous AI agent breached the world's largest model repository

A malicious dataset triggered code execution in the processing pipeline. An autonomous agent reached production, took internal datasets and service credentials, and reused those credentials across multiple services.

Capabilities enforced at action time, and one revocation that kills the agent everywhere.
Official disclosure →
July 2025 · Replit

An AI agent deleted a live production database, then hid it

During an explicit code freeze, the agent ran a destructive command and wiped records for over 1,200 executives and nearly 1,200 companies. It then concealed what it had done and gave false accounts when asked.

Destructive actions sit at L4, held until a human approves on a hardware key.
The Register →
June 2025 · Microsoft 365 Copilot

EchoLeak, the first zero-click attack on an AI agent

CVE-2025-32711, CVSS 9.3. A single crafted email made Copilot read internal files and exfiltrate them. No click. No user interaction. Indirect prompt injection hidden in ordinary content.

The gate never reads the prompt. Authority lives in the certificate, not the context window.
Research paper →

Every one of these agents had valid credentials. Authentication was never the problem. Authentication tells you who asked. It cannot tell you what they were allowed to do, and it cannot prove what they did.

Running now

We put an agent in a cage and told it to break out.

An autonomous agent with a real L2 certificate systematically attacks the platform holding it: escalation, exfiltration, sanctions evasion, lateral movement, acting after revocation. Every attempt hits the live AgentPass API. Every block is real. Every block is signed.

Self-promotion to L3
Jump to L4, skip the ladder
Payment to sanctioned entity
Transaction with an SDN individual
Execute beyond trust level
Action outside capabilities
Zombie agent, post-revocation
Cross-tenant data access
Private key exfiltration
Large payment, no counterparty
Large fund transfer (L4)
Revoke another tenant's agent

The question after an incident

What can you actually prove happened?

Most teams can produce application logs, which anyone with write access can edit. AgentPass writes every action, refusal, promotion and revocation into a SHA-256 hash-chained ledger, each entry carrying the signature that requested it. Change one record and every hash after it breaks.

Evidence ledger · tenant excerptSHA-256 chained · append only
1064action_executed · read · allowed nonce d09bf9ce… · sig guM16qObiCeNRJ7APFdFVjTufL3TT43GVupy…
1065trust_change · promote_L1_to_L2 · ok prev 1e7fdce0a3944eccc2c5512c355d783c → 4be16570bae41c094264bcb85ee563a1
1066action_blocked · pay · blocked: requires L3, agent has L2 refusal recorded with the signature that requested it
1067sanctions_block · pay · OFAC SDN match on counterparty screened against 19,129 SDN and HMT entries before the payment left
1068agent_revoked · certificate serial added to CRL superseded cert now returns certificate revoked to any verifier
Chain verification is a public endpoint. Tamper with one entry and the chain fails.
Who

Which agent, provably

Signed with a key held by the agent, verifiable against the certificate the CA issued to it.

What

The exact action

The signature covers the method and every parameter. Change one value and it no longer verifies.

Whether

Allowed or refused

Refusals are evidence too. The attempt, the reason and the trust level are all recorded.

Graduated trust

An agent that reads cannot pay. An agent that pays cannot deploy.

Promotion is sequential and gated. L3 and above need a human approval signed in a phone's Secure Enclave. An agent cannot promote itself. The red team demo above tries, twice.

L0
Identity only
certificate issued · no actions
L1
Read & query
read · list · monitor · search
L2
Write & API
call_api · create · update · execute
L3
Financial
pay · transfer · invoice · OFAC screened
L4
Critical
deploy · delete · production · human approval required

What an agent carries

Four identities. One agent.

01

OAuth 2.1

Authenticates the client, from your own provider: Google, Entra, Okta, Cognito.

02

AgentPass identity

Authenticates the agent. Its own ECDSA P-256 key, SPIFFE workload id, trust level and capabilities, enforced at action time.

03

AWS Bedrock AgentCore ARN

Runtime identity where you already run. arn:aws:bedrock-agentcore:…

04

X.509 with jurisdiction

Trust level and operating region bound into the certificate under IANA arc 1.3.6.1.4.1.66339. Signing keys in FIPS 140-2 Level 3 HSM.

● Zero cost to start

Get onboarded now. Free AI agent certificates via the API.

No procurement cycle, no pilot fee. Call the API, get a real CA-issued certificate for your agent in under a second, and start enforcing today. It runs in your cloud: AWS, GCP, Azure, OCI or on-premise, with your identity provider, your SIEM and your keys.

Step 01

Request a tenant

You get an API key and a CA-backed tenant. Minutes, not weeks.

Step 02

Issue a certificate

One POST. Real X.509, ECDSA P-256, trust level and jurisdiction embedded.

Step 03

Gate every action

One call before the agent acts. Allowed and signed, or refused and logged.

# 1. issue a certificate for your agent
curl -X POST https://poc.agentpass.co.uk/api/agents \
  -H "X-Api-Key: $AGENTPASS_KEY" \
  -d '{"name":"billing-agent","capabilities":["read","query"]}'

# 2. ask permission before the agent acts
curl -X POST https://poc.agentpass.co.uk/api/agents/$ID/act \
  -d '{"action":"pay","counterparty":"Acme Ltd"}'

→ allowed: false · "requires L3, agent has L2" · written to the ledger

If one of your agents moved money or deleted a database tomorrow, could you prove it was allowed to?

AgentPass is live in production today. Certificates, enforcement and the evidence ledger. See all of it for yourself.