SOC 2 has no AI criterion. An AI tool is assessed under the vendor management and confidentiality controls you already have. What changes is that staff can onboard one in five minutes without procurement ever seeing it.
Where it lands
The criteria you already have cover this.
Vendor management under the common criteria asks how third parties are assessed, approved and monitored. An AI provider holding your data is a third party, whatever the contract size.
If confidentiality is in scope for your report, the commitments you made about protecting confidential information apply to data in a prompt exactly as they apply to data in a file.
Not audit advice. Which criteria are in scope and how they are tested is between you, your auditor and your service commitments.
What gets asked
The question is the gap between the list and the fleet.
An approved vendor list is easy to produce. What an auditor increasingly asks is how you know it is complete, and that question is harder because an employee can onboard an AI tool with a work email in about five minutes without touching procurement.
An answer that rests on policy alone is weak. An answer that shows what the fleet actually reached, and what was done about the tools nobody had listed, is the kind that closes the point. That is a discovery problem before it is an audit one.
What evidence looks like
Produce the record, not the intention.
The artefacts that tend to satisfy this are a dated policy, a list of sanctioned tools with their contract terms, a measurement of what is in use across the fleet, and a record of what happened when something sensitive was about to go somewhere unapproved.
The last of those is the one organisations most often lack, and it is the one that turns the rest from a statement into a control. It is also what a GDPR or HIPAA assessment wants, which means the work is not duplicated.
The questionnaire
Your customers will ask before your auditor does.
In practice the first party to ask an organisation about its AI controls is not the auditor. It is a customer, in a security questionnaire, somewhere between the encryption questions and the subprocessor list.
The questions have settled into a recognisable set: which AI tools your staff use with customer data, whether those tools train on it, how you know staff are not using others, and whether a human reviews output that affects the customer. The third one is where most answers become vague, because the honest answer for most organisations is that they do not know.
A measured answer is worth having ready, because this question is increasingly a gate on the contract rather than a formality after it. What it should not become is a claim you cannot evidence: a questionnaire answer that outruns what you actually monitor is a problem you have written down and signed.
The vendor question
An AI provider is either in your system description or it is not.
AI use lands on a SOC 2 in two places, and organisations usually prepare for one of them.
The first is vendor management. An AI provider processing data on your behalf is a vendor like any other: it needs to be in the inventory, assessed, and reviewed on a cycle, with its own report collected and read rather than filed. Where the provider is integral to delivering your service, your auditor may treat it as a subservice organisation, which changes how it appears in the system description and whether the inclusive or carve-out method applies. That is a conversation to have with your auditor early, because it affects the description rather than a control.
The second is the one that surprises people: the tools nobody put in the inventory. A vendor management control that covers the three AI products procurement knows about, while staff use eleven, is a control that is accurately documented and not operating. Auditors have started asking how the inventory is kept current, and "we ask teams annually" is a weaker answer than it was two years ago.
Evidence over the period
A Type II asks what happened, not what is configured.
The difference between a Type I and a Type II is the difference between showing a control exists and showing it ran, and AI use is where that gap tends to open.
For the period under review, a prepared organisation can produce the policy and its acknowledgements, the inventory and its review dates, the detection records showing what was caught and what happened next, and the exceptions with their approvals. Gaps in the middle of a period are worse than a late start, because they raise a question about the whole window rather than about its beginning.
Two limits worth planning around. A control deployed in month nine produces no evidence for months one to eight, and no amount of documentation fixes that, so the deployment date is worth choosing against the audit window. And evidence that consists of an unredacted archive of what staff wrote creates a confidentiality problem while solving a monitoring one, which is a trade your auditor will notice even if nobody else does.
Questions
Is there a SOC 2 control specifically for AI?
No. The Trust Services Criteria do not name AI. Use of an AI tool is assessed under the vendor and confidentiality controls already in your report, which is why most organisations do not need a new control so much as evidence for an existing one.
Does using ChatGPT break our SOC 2?
Not in itself. What creates a finding is an unassessed third party receiving confidential data outside your stated process. A sanctioned tool under contract, with the data classes bounded, is an ordinary vendor relationship.
Do we need a DPA or just a contract?
Depends on the data. A standard commercial contract may be enough for a tool that never sees personal data. The moment personal data is involved, the data processing terms are the ones that matter, and the consumer tier of most products does not offer them.
How do we evidence that staff follow the policy?
By measuring rather than attesting. Records showing what was about to be sent, to which tool, under which rule, and what happened, are the strongest form of this. Training records and signed acknowledgements support it but do not replace it.
What about AI features inside tools we already assessed?
This is the awkward one. A vendor adding an assistant to an existing product can change what happens to your data without changing the contract. Re-reading terms at renewal, and watching for new subprocessors, is the practical answer.
Does an AI DLP tool itself need assessing?
Yes, and it should expect the question. The sharpest version is whether the tool transmits the content it inspects. One that classifies on the device and sends only a redacted record is a much shorter assessment than one that receives prompts.
Does AI use add a new Trust Services criterion?
No. It lands inside the criteria you are already audited against, mostly around vendor management, confidentiality and monitoring. What changes is the evidence an auditor expects, not the framework.
Will our auditor treat an AI provider as a subservice organisation?
Possibly, where the provider is integral to delivering your service. That affects your system description and whether the inclusive or carve-out method applies, so it is a conversation to have early rather than during fieldwork.
What if we deploy the control partway through the audit period?
You will have evidence from that date and none before it, and that is visible. A gap at the start of a period is easier to explain than a gap in the middle, which raises a question about the whole window. Choose the deployment date against the audit window if you can.
Keep reading
- GDPR GDPR and AI tools: two problems, not one Pasting personal data into an AI tool is a processing and transfer question. Monitoring for it is its own processing. 6 min read
- HIPAA No AI tool is HIPAA compliant on its own Compliance depends on a BAA and on how you use the tool. What counts as PHI in a prompt, and what a disclosure is. 6 min read
- Discovery Finding shadow AI Four ways to find out which AI tools your staff actually use, what each one misses, and why the survey is the least reliable of them. 7 min read
- Glossary Sanctioned AI tool A tool approved under contract with agreed data handling terms, and why that approval attaches to the account rather than to the website. 3 min read