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:
Dimension
KYA
KYB
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.