Skip to content

Knowledge

Know Your Agent vs KYB in agentic commerce

The industry is treating KYA and KYB as competing frameworks for agentic identity. They are not — they solve different problems at different layers, and neither protects against the other's failure.

Source: Enigma knowledge base · emerging practice, not a product claim

01

The confusion

These are two questions, not two answers to one question.

Know Your Agent asks whether the software acting is authorised to act. KYB asks whether the business being transacted with is real and safe to transact with. They are frequently discussed as rivals, which is a category error.

The clean way to hold it: KYA verifies the messenger is authorised to carry the message. KYB verifies the sender and the recipient are legitimate.

02

KYA

Who authorised this agent, and what may it do?

Four questions define the layer. Authorisation: is there a human or organisational principal behind the agent, and can that authorisation be cryptographically verified? Scope: which actions fall inside the granted permissions? Integrity: has the agent's code or behaviour been tampered with since authorisation? Accountability: who is responsible if it causes harm?

These arise because commerce has always assumed a human or a known organisation on each side. An autonomous system breaks that assumption, and it matters most where agents are consumer-facing or payment-initiating — shopping agents, agents moving money, agents calling APIs for a user, and agents instructing other agents.

03

KYB in agentic contexts

Usually it means agents performing KYB, not KYB performed on agents.

This is the distinction most often lost. When an AI processes a business's application, KYB requirements do not disappear — only the method of fulfilling them changes.

Four shapes recur: agent-driven onboarding, where an AI collects documents and queries registries; agent-to-agent commerce, where both questions apply at once; AI-assisted due diligence, where the agent's conclusion is only as good as the data it retrieved; and continuous monitoring for ownership changes, sanctions exposure and licence suspensions.

04

The distinction

Same transaction, different subject.

Side by side, the two layers differ in every dimension that matters:

Core question

KYAWho is this agent, and who authorised it?

KYBWhat is this business, and is it legitimate?

Subject

KYAThe agent as an actor

KYBThe business as a counterparty

Primary concern

KYAAuthorisation, scope, integrity

KYBIdentity, ownership, risk

Failure mode

KYAUnauthorised or compromised agent acts

KYBFraudulent, sanctioned or shell entity passes

Mechanisms

KYACredentials, attestation, audit logs

KYBRegistry verification, entity resolution, ownership graph, screening

KYA and KYB compared — emerging practice

05

Failure modes

Neither layer protects against the other's failure.

This is the practical consequence, and the reason the frameworks are complementary rather than substitutable:

  • KYA fails, KYB holds

    An unauthorised or compromised agent interacts with a legitimate business. The agent is the problem.

  • KYB fails, KYA holds

    A properly authorised agent transacts with a fraudulent or sanctioned business. The counterparty is the problem.

  • Both fail

    An unauthorised agent and a fraudulent business transact. Maximum exposure, and neither control would have caught it alone.

Three outcomes

A KYA-verified agent reading poor business data still produces an unreliable answer. Agent authorisation and data quality are independent dimensions, and no amount of the first substitutes for the second.

06

What gets conflated

Three common mistakes.

Treating KYA as a replacement for KYB in agent-driven onboarding. KYA establishes that the agent is authorised and uncompromised; it says nothing about whether the business data the agent retrieved was accurate.

Treating traditional KYB as sufficient for agentic commerce. Agents can submit falsified documents, claim authorisations they do not hold, or operate outside sanctioned scope — none of which a registry check addresses.

Treating KYA as a consumer-only concern. Procurement agents submitting orders, contract agents signing agreements, and accounts-payable agents initiating transfers are all B2B, and all raise it.

07

In practice

What each layer has to do.

At the agent layer: verify that agents reaching your platform are authorised by known principals, establish and enforce permitted actions, keep audit logs, and monitor for out-of-scope behaviour or credential misuse.

At the business identity layer: maintain fresh identity data, resolve entities so the identity is unified and correct, traverse ownership to reach beneficial owners and related-party risk, screen against sanctions and watchlists, and monitor for state changes that alter the risk.

Neither framework is mature. KYA standards are still emerging, and KYB infrastructure that answers at agent speed is still being built.

Related

Build the layer your agents read from.

Agent authorisation is your side. The business identity underneath it is ours — bring the counterparties your agents assess today.