Home / Guides / PCI SSC AI guidance

PCI SSC AI guidance: when an AI agent is in PCI DSS scope

PCI SSC published guidance on AI systems in payment environments. An agent that can detokenise is treated as seeing card data.

Published · Source: blog.pcisecuritystandards.org

Last reviewed: · 5 min read

The PCI Security Standards Council published Security Considerations for AI Systems on 15 September 2026. It says AI should be scoped like any other technology. Help Net Security reported that the supplement treats an agent holding tokens plus a detokenise tool as having readable card data. The supplement is guidance, not a new requirement.

Key takeaways

  • PCI SSC says AI is scoped like any other technology.
  • Tokens plus a detokenise tool count as access to readable data.
  • Human approval is recommended for agent actions on cleartext card data.
  • The supplement is advisory and PCI DSS takes precedence.

What did PCI SSC publish?

According to the PCI SSC blog post, the information supplement covers four areas:

  • AI deployment and use
  • Defending against malicious use of AI
  • PCI standards and AI use
  • AI use-case examples

It was developed with the Global Executive Assessor Roundtable and the Board of Advisors.

PCI SSC states the supplement "is not to be considered as mandatory requirements". Where it differs from a PCI standard, the standard takes precedence.

Help Net Security summarised the detail on 9 October 2026. Its report says the guidance recommends a "least agency" approach and formal human responsibility for AI output. It also advises against putting sensitive data access, external communication and untrusted input in one AI system.

When is an AI agent in PCI DSS scope?

Help Net Security reported that scoping should consider an AI system’s deployment and isolation. It also covers access to account data, including training data, and the system’s ability to affect the security of cardholder data systems.

The same report says access to encrypted or tokenised data, together with tools that decrypt or detokenise it, should be treated as access to readable data. An agent that only ever sees tokens is not out of scope if one of its tools can turn a token back into a card number.

What does this mean in plain language?

A tool is part of the agent. If a support chatbot can call a refund API that looks up the full card, the chatbot is reading card data by proxy. Scope follows what the agent can reach, not what its prompt says it should do.

Help Net Security also reported that external AI providers with access to sensitive data should be assessed under third-party service provider requirements.

Why does it matter for merchants and payment SaaS?

Teams adding agents to checkout, support or fraud workflows now have a reference their assessor can cite. The supplement does not add a requirement, but it shows how PCI SSC expects existing scoping rules to be applied to agents.

Sorami’s view

This section is opinion. It is our reading of the PCI SSC guidance and its coverage, not a statement from PCI SSC.

Map tools before you map prompts. The scoping question is which tools an agent can call and what each one returns. Agent permissions drift as teams add tools, so the map needs an owner.

Test the restriction, not the instruction. Per Help Net Security’s summary, the guidance asks for adversarial testing of safeguards before functional testing. That is the part a prompt-injection test should prove or disprove.

What to do now

  1. List every tool each agent can call and the data it returns.
  2. Flag any tool that decrypts or detokenises card data.
  3. Require human approval for agent actions on cleartext card data.
  4. Keep secrets out of prompts, context, outputs and logs.
  5. Run adversarial tests to see if agent restrictions can be bypassed.
  6. Assess external AI providers as third-party service providers.

If an agent touches payment systems and you want its permissions tested, see our AI application penetration testing, or contact us to discuss scope.

Sources

Facts on this page were checked against these sources on 16 October 2026. We update the page when the source changes.

Questions before you book

Practical answers.

Is an AI chatbot in PCI DSS scope?

It depends on what it can reach. PCI SSC says AI should be scoped like any other technology. A chatbot is in scope if it can store, process or transmit card data. The same applies if it can affect the security of those systems.

Does tokenisation keep an AI agent out of PCI scope?

Not on its own. Help Net Security reported that the guidance treats tokenised data plus a tool that can detokenise it as access to readable data.

Is the PCI SSC AI guidance mandatory?

No. PCI SSC says the information supplement is guidance and not mandatory requirements. Where it differs from a PCI standard, the standard takes precedence.

When was Security Considerations for AI Systems published?

The PCI SSC blog post announcing it is dated 15 September 2026. Wider coverage followed, including Help Net Security on 9 October 2026.

Let’s scope it

Putting an agent near payment data?

Send the agent, its tools and the data each one touches. We will scope a test of its permissions.

Send an enquiry