Agent-to-agent trust infrastructure

The trusted conversation layer between organisations.

Your AI agents are about to negotiate, verify and transact with other organisations' agents. MCPLayer is the attested interchange they do it through - every party verified, every exchange governed, every message on the record.

Founding cohort limited to 25 organisations across banking, insurance and government.

Attested exchange - live view trust plane
agent@meridian-bank → open channel: claims-verification
mcplayer verifying org identity [MB-AU-0041] … ATTESTED
mcplayer counterparty agent@southcross-insurance [SC-AU-0117] … ATTESTED
mcplayer policy check: data-class=CLAIMS, scope=read … PERMITTED
agent@meridian-bank → request: policy status, ref #88-2041
agent@southcross-insurance → response: ACTIVE, last premium 02-Aug-2026
mcplayer exchange sealed to audit ledger [tx_9f2e…c41a]
Verified · Governed · Recorded
Built for regulated verticals/ Banking· Insurance· Government
The problem

Agents are ready to talk. Organisations can't trust who answers.

MCP made it trivial for agents to call external systems. It did nothing to establish who is on the other end, what they're allowed to exchange, or what was actually said.

NO IDENTITY

Anyone can publish an endpoint

An MCP server claiming to be a bank, insurer or agency is a URL, not a verified institution. Your agents have no way to tell the difference.

NO GOVERNANCE

No policy between parties

Once connected, there is nothing enforcing what data classes can flow, in which direction, under which regulatory obligations.

NO RECORD

No audit trail regulators accept

When an agent-negotiated outcome is disputed, "the model decided" is not evidence. Regulated entities need a sealed, replayable record.

How it works

Register. Publish. Converse - on the record.

The API gateway pattern, rebuilt for the agent era. Three steps from unverified endpoint to attested counterparty.

STEP 01

Register and verify your organisation

Legal entity checks, domain control, regulatory licence verification. Your organisation receives a cryptographic attestation - its passport on the network.

org attestation issued
STEP 02

Publish your MCP endpoints

Bring your existing MCP servers. Bind them to your attestation, declare data classes and scopes, set counterparty policies per vertical or per organisation.

endpoints bound + scoped
STEP 03

Agents converse through the trust plane

Every exchange is identity-checked, policy-enforced and sealed to an immutable audit ledger in real time. Revoke any party, any scope, instantly.

verified · governed · recorded
Platform

Four planes. One layer.

Everything a regulated organisation needs before its agents are allowed to speak for it.

Attestation registry

Know exactly who is on the other end

A verified registry of organisations and their agents. Entity verification, licence checks and key rotation - so "agent@bank" provably belongs to the bank.

Policy enforcement

Govern every exchange before it happens

Declarative policies on data class, direction, purpose and counterparty type - enforced inline on every message, not reviewed after the damage.

Context interchange

Structured conversation, not raw pipes

Schema-negotiated context exchange between agents, with redaction and minimisation applied at the boundary. Share what's needed, nothing more.

Immutable audit

Evidence, not explanations

Every exchange sealed to a tamper-evident ledger with full replay. Hand your regulator a record, not a rationalisation.

Security posture

Built to pass your vendor risk review

Designed from day one for the questionnaires banks, insurers and agencies actually send - not retrofitted after the first enterprise deal.

  • Data residency: Australian regions first
  • End-to-end encryption in transit and at rest
  • Per-organisation key management and rotation
  • Instant revocation of any party or scope
  • SOC 2 and ISO 27001 aligned controls roadmap
  • Zero-retention mode for sensitive data classes
Questions

Agent-to-agent trust, answered.

What regulated organisations ask before they let their agents speak to anyone else's.

What is an agent-to-agent trust layer?

An agent-to-agent trust layer sits between the AI agents of two different organisations and establishes three things before any data moves: who each party is, what they are permitted to exchange, and what was actually said. Without it, an agent calling an external endpoint is trusting a URL. MCPLayer verifies the legal entity behind every agent, enforces policy inline on each message, and seals the exchange to a tamper-evident audit ledger.

How is MCPLayer different from an MCP gateway?

Most MCP gateways solve an internal problem: routing, rate-limiting and securing the MCP servers your own developers connect to. They assume both ends belong to you.

MCPLayer solves the cross-organisation problem. It assumes the counterparty is a different legal entity - another bank, an insurer, a government agency - and supplies what an internal gateway never has to: entity verification, licence checks, per-counterparty policy, and a shared audit record both sides and their regulators can rely on.

How do you verify that an MCP server really belongs to a bank or insurer?

Registration is not self-service assertion. An organisation joining the network passes legal entity checks, proves domain control, and has its regulatory licences verified. Only then is a cryptographic attestation issued and bound to its published MCP endpoints. When your agent connects, it is checking that attestation - not a hostname.

What is agent attestation?

Agent attestation is cryptographic proof that a given AI agent is operated by a specific, verified organisation and is acting within a declared scope. It is the difference between an agent that claims to represent an insurer and one that provably does. Attestations are revocable instantly, so a compromised or decommissioned agent loses access across the network at once.

Does MCPLayer produce an audit trail regulators accept?

Every exchange is sealed to an immutable, replayable ledger: both parties' identities, the policy decision applied, the payload class, and the outcome. When an agent-negotiated result is disputed, you hand over a record rather than an explanation. "The model decided" is not evidence; a signed, timestamped transcript is.

How does MCPLayer help with APRA CPS 230 and CPS 234?

APRA's existing standards already reach agent behaviour - CPS 230 on operational resilience and CPS 234 on information security - and APRA has specifically flagged the misuse of autonomous AI agents and insecure integrations as attack pathways.

MCPLayer supplies the control evidence those standards ask for at the organisational boundary: verified counterparty identity, enforced data-class policy, instant revocation, and a complete record of every exchange. It is designed for the vendor risk questionnaires Australian regulated entities actually send.

Do we have to replace our existing MCP servers?

No. Bring the MCP servers you already run. You bind them to your organisation's attestation, declare the data classes and scopes they expose, and set counterparty policy per vertical or per organisation. The servers stay yours; MCPLayer governs who may reach them and on what terms.

Where is data stored, and can we run zero-retention?

Australian regions first, with per-organisation key management and rotation, and encryption in transit and at rest. Sensitive data classes can be configured for zero-retention, where the exchange is attested and recorded in the ledger without the payload itself being persisted.

Founding cohort

Be a founding organisation on the trust plane.

We are onboarding 25 organisations across banking, insurance and government. Founding members shape the attestation standard and receive preferential terms for the life of the platform.

What founding members receive
→ Priority organisation verification and onboarding
→ Direct input into policy and schema standards
→ Founding-member pricing, locked for life
→ Named reference status at public launch

Who should apply
Heads of AI, innovation, digital or architecture at regulated organisations - or vendors serving them - who expect their agents to transact with external parties within 12 months.

Reviewed within 48 hours. No spam, no resale of your details.

APPLICATION RECEIVED
Your application has entered the verification queue.
Expect a response from the MCPLayer team within 48 hours.
[queued · founding-cohort]