SardineCon SF/2026

Learn More
AI & emerging fraud4 分で読めます

Agentic commerce riskとは?

SUBSCRIBE

Agentic commerce risk is the risk that shows up when AI agents shop, pay, or manage accounts on a user's behalf. It blurs who really approved an action and who pays when it goes wrong, and it breaks device and behavior signals that were built assuming a human is present.

What is agentic commerce risk, in plain English?

Agentic commerce risk is the new uncertainty that appears when an AI agent acts for a customer instead of the customer clicking themselves. The agent might browse products, place an order, make a payment, or manage account settings. That is convenient, but it raises two hard questions: did the user really authorize this action, and who is liable when the agent gets it wrong?

It also breaks a hidden assumption in fraud tooling. Most device and behavior signals were designed on the premise that a human is present: a real browser, a screen, human-paced typing and mouse movement. Honest agent traffic often looks the opposite, automated or headless, like a browser with no display, so the very signals meant to spot fraud can flag a legitimate agent purchase.

So the core of agentic commerce risk is proving authorization. When an agent acts, you need to know it was genuinely delegated the authority to do so, and you need to tell an approved agent apart from an abusive one without blocking the good ones.

Human-present versus agent-driven

The shift from a human at the keyboard to an agent changes what your signals mean:

What changes

Human present

Agent driven

Who acts

The customer directly

An agent on their behalf

Behavior signals

Human timing and movement

Automated, sometimes headless

Authorization

Clear, the user clicked

Must be proven and scoped

Liability

Well understood

Blurred when the agent errs

Who is involved?

Who

Their role

The user

Delegates authority to an agent to shop, pay, or manage an account on their behalf.

The AI agent

Acts for the user, generating traffic that can look automated or headless.

The merchant or platform

Must decide whether to trust the agent's action and who is liable if it is wrong.

The fraud team

Builds delegated-authority checks, agent allowlisting, and per-agent spend caps.

What it looks like in practice

In practice

A customer sets up a shopping agent to reorder household supplies and grab deals automatically. When the agent checks out, the merchant's fraud engine sees a session with no human-paced behavior, a headless-looking environment, and an unusual purchase cadence, and it declines the order as likely bot fraud.

The customer is annoyed because they explicitly asked the agent to buy. The fraud team realizes its signals cannot tell an authorized agent from an attacker, so it introduces a delegated-authority check that verifies the agent was granted permission for that account, an allowlist for recognized agents, and a per-agent spend cap. Now the honest agent purchase clears within its limits while an unrecognized agent still faces friction.

Why it matters to operators

Agentic commerce forces a rethink of controls built for a human at the keyboard. If you treat all automation as fraud, you will block the very agent purchases your customers asked for and generate false declines on legitimate traffic. If you trust automation blindly, you open a lane for abuse. The job is to separate approved agents from bad ones, which your old device and behavior signals were not designed to do.

The practical toolkit centers on proving and scoping authority: delegated-authority checks that confirm the user actually granted the agent permission, agent login or allowlisting to recognize known good agents, and spend caps per agent so a compromised or misbehaving one cannot run away with value. Get this right and agents become a feature; get it wrong and you either bleed fraud or bleed customers.

What to watch

  • Headless environments. Browser sessions with no visible screen are common for agents, both honest and abusive, so treat it as a question not a verdict.
  • Authorization proof. Look for evidence the user actually delegated authority to the agent, not just that an agent is present.
  • Per-agent spend. Caps and limits scoped to each agent contain the damage if one is compromised or goes wrong.
  • False declines. Rising declines on legitimate agent purchases signal your controls cannot tell good agents from bad.
  • Unrecognized agents. Traffic from agents outside your allowlist deserves more scrutiny than recognized, authorized ones.

Quick questions

Is agentic commerce risk the same as bot fraud?

No. Bot fraud is malicious automation. Agentic commerce risk includes legitimate agents acting for real customers, so the challenge is telling authorized agents from abusive ones rather than blocking all automation.

Why do my fraud signals misfire on agents?

Because most device and behavior signals assume a human is present, with human-paced interaction and a real screen. Honest agents often look automated or headless, so those signals can flag legitimate agent activity as fraud.

What is delegated authority?

It is proof that the user actually granted an agent permission to act on their behalf, ideally scoped to specific actions and limits. Verifying it is central to trusting an agent's purchase or account change.

Why not just block all automation?

Because you would break the agent purchases your customers explicitly asked for and drive up false declines. The goal is to distinguish approved agents from bad ones, not to shut agents out entirely.

How do spend caps help?

A per-agent spend cap limits how much value a single agent can move, so a compromised or misbehaving agent cannot cause runaway loss. It contains damage without blocking legitimate activity within the limit.

Who is liable when an agent gets it wrong?

That is one of the open questions agentic commerce raises. Liability blurs between the user, the agent provider, and the platform, which is why proving clear authorization up front matters so much.

Go deeper

Agentic commerce riskと併せて知っておきたい用語