SOC 2 for AI companies: what actually changes
No AI criteria exist. What moves is the carve-out, the vendor file and the questionnaire.

SOC 2 for AI companies is the same examination every other software company sits for. The Trust Services Criteria have no AI category.1 Three things change instead: the model provider becomes a subservice organization, prompts become customer data, and the security questionnaire grows an AI section.
That is the whole list. None of it needs a new framework. It needs a carve-out written properly, a vendor file with the right clauses in it, and answers you can point to.
Nobody is coming to test your model. An auditor does not evaluate output quality, bias or eval coverage, because none of those are security criteria. A SOC 2 examination tests the controls in your description against the criteria in your scope,2 and the criteria are one published document for every kind of company. That work on model behavior is real. It belongs to a different standard, covered at the bottom of this page.
The AICPA has started answering the AI question directly. It now publishes technical questions and answers on how a service organization’s use of AI affects SOC 1 and SOC 2 examinations.3 It is free to read with an AICPA account, and it is the closest thing to an official answer.
The model provider is a subservice organization
This one fact decides how the rest of your report reads. A subservice organization is a vendor whose controls your own service commitments depend on.4 If your product cannot do what you promised when the provider is down, or a mishandled prompt at the provider would breach what you told a customer, the provider is one.
There are two ways to treat it, and the description criteria cover both.4 The inclusive method brings the provider’s controls into your examination, with its own assertion and testing. The carve-out method names the provider, leaves its controls out, and states the controls you rely on it to run. No ten-person company negotiates the first one with a frontier lab. Carve out.
The carve-out has a price: written assumptions. Every control you rely on the provider for becomes a complementary subservice organization control in your description. How to word CUECs and CSOCs covers sentences that transfer something versus sentences that decorate. The sample report walkthrough shows a carve-out list in place.
What each provider publishes about its own report
A carve-out only works if you can show the provider’s report exists and that someone read it. Each of the four large providers says where to get one:
- OpenAI
- States that it has undergone a SOC 2 Type 2 examination of controls relevant to Security, Availability, Confidentiality and Privacy for its API and ChatGPT business products, and points to its trust portal for detail on its controls.5
- Anthropic
- Its trust center lists a Type 2 SOC 2 report, a SOC 3 report, an August 2026 bridge letter, and ISO 27001 and ISO 42001 certificates.6
- Amazon Bedrock
- Listed by AWS as in scope for its SOC 1, 2 and 3 reports, excluding Bedrock Marketplace.7 The reports themselves download through AWS Artifact.8
- Google Cloud
- Customers request Google Cloud’s SOC 2 reports through Compliance Reports Manager.9 Check that the model service you call is listed in the report’s scope.
Whichever you use, the vendor file needs the same four things: a dated assessment, the executed agreement, the provider’s current report, and a note naming who read it. A link to a trust page is none of those. Neither is a screenshot. A vendor management policy sets how often that review happens, and the request already sits on the evidence request list.
Prompts, outputs and training data are customer data
If a customer’s information goes into a prompt, the prompt is customer data. So is the output when it repeats or derives from that input. So is every log of either. Treat them exactly like the database rows they came from.
Under Security, that means access to prompt logs is restricted like production data, the call to the provider is encrypted in transit, and retention is a setting you can state. If you fine-tune on customer data, that is a use your agreement with the customer has to allow, in writing.
If your contracts promise confidentiality, the Confidentiality category is the one that tests it: identifying confidential information and disposing of it on schedule.1 The scoping tool tells you whether a contract puts Confidentiality in scope. If it does, add it in the Polara GRC assessment or from your account settings until the engagement letter is signed or the audit is requested, and it goes into your report, your engagement letter and the examination.
Where a model provider lands in the criteria
The moment customer data leaves your infrastructure for somebody else’s inference endpoint, six criteria that were quiet get loud.1
| Criterion | What the model provider changes | What satisfies it |
|---|---|---|
| CC3.2, risk identification | A new path for customer data to leave your boundary, with a named owner | Your risk assessment, dated inside the period, naming the provider and the data |
| CC6.1, logical access | Your API key to the provider is a production credential | The secrets manager record plus rotation evidence |
| CC6.7, restricted transmission | Customer data crosses your system boundary on every inference call | The data flow in your description, encryption in transit, and the rule that decides what may enter a prompt |
| CC7.1 and CC7.2, monitoring | Prompt and response logs are a second store of customer data | The retention setting on prompt logs, plus a real record from the oldest date you claim |
| CC8.1, change management | A new model version is a production change your process never saw | Version pinning in configuration, plus a ticket and approval for each move |
| CC9.2, vendor risk | The provider is a subservice organization | The vendor assessment, the agreement, and the provider’s own report, read and dated |
Not one of those is an AI control. Each is an ordinary control with a new object inside it, tested the usual way: population, sample, date, artifact. Pin model versions and route a deliberate version move through the same ticket and approval as a schema migration. Then the change population you hand over actually contains what changed.
The AI section of the security questionnaire
A published question set exists for this. The Cloud Security Alliance released its AI Controls Matrix in July 2025: 243 control objectives across 18 domains, mapped to ISO 42001, ISO 27001 and the NIST AI Risk Management Framework, with a questionnaire, the AI-CAIQ, for evaluating vendors.10 It is long. The six below are our plain-English selection: the questions a SOC 2 report and a vendor file can close.
| The question | What closes it |
|---|---|
| Which third party models do you use? | Your vendor register, and the description that names each carved out provider |
| Is customer data used to train models? | The section number in the executed agreement, plus your own written position on fine-tuning |
| How long are prompts and outputs kept? | The provider’s stated retention period, and the retention setting on your own logs |
| What stops sensitive fields reaching a prompt? | The redaction or allow list in code, and a test showing it fires |
| Can a customer turn the AI features off? | The product setting, plus a CUEC if switching it off is the customer’s job |
| Does your SOC 2 cover the AI features? | Your system description and the period the report covers, read together |
A SOC 2 covers the system described, for the period examined. Ship an AI feature the week after your period closes and the report does not describe it. Say so on the form. A reviewer can check that claim against your own report in about a minute.
ISO 42001, AIUC-1, and what we offer
ISO/IEC 42001 sets requirements for an AI management system, and was published in December 2023.11 An accredited certification body issues that certificate. A SOC 2 will not produce it, and it will not produce a SOC 2. Two engagements, two timetables.
AIUC-1 tests something else again: the agent itself. The Artificial Intelligence Underwriting Company (AIUC) certifies one AI agent at a time, after running technical evaluations against it and having an auditor it has accredited review the controls.12 The certificate covers that product, not the company.
On October 19, 2026 the AICPA and AIUC announced one engagement that produces both a SOC 2 report and an AIUC-1 certification.13 The overlap is real but partial. AIUC maps 45 of its 50 active requirements to at least one SOC 2 criterion, which means shared evidence, not coverage.14 The AIUC-1 guides explain how certification works and how it compares with SOC 2.
ISO 42001 readiness is live inside Constellation. Polara GRC prepares your AI management system for the audit, and a certification body accredited for ISO/IEC 42001 decides certification. We do not certify anyone. Calling a model provider does not change what a SOC 2 costs either: it changes your vendor file. If your product is an API that other developers build on, the guide for API companies covers the Availability decision and change evidence from pull requests.
Orbit is $7,800 a year, and your SOC 2 Type 2 audit is included in every contract year. If you start on Star, $2,000 one time to onboard, and take Orbit within 12 months, the Star payment comes off your first Orbit year. A Type 1 report is optional: it is $2,000 more, added to Star, and no second invoice arrives from the CPA firm. Polara Labs is not a CPA firm. SOC 2 examinations are performed by independent licensed U.S. CPA firms. Every published price we could find for other platforms is in the SOC 2 software pricing index.
Questions
Is there a special SOC 2 for AI companies?
Is a model provider a subservice organization in a SOC 2?
Are prompts and model outputs customer data?
Does a SOC 2 report say whether a model provider trains on your data?
Do you need ISO 42001 as well as a SOC 2?
Do AI companies need AIUC-1 as well as SOC 2?
Sources
- TSP Section 100, Trust Services Criteria for Security, Availability, Processing Integrity, Confidentiality, and Privacy
- Statements on Standards for Attestation Engagements
- TQA Section 9561, SOC Examinations: Effect of the Service Organization’s Use of AI on SOC 1® and SOC 2® Examinations
- 2018 SOC 2® Description Criteria (With Revised Implementation Guidance, 2022)
- Security and privacy at OpenAI
- Anthropic Trust Center
- AWS Services in Scope by Compliance Program: SOC
- Compliance validation for Amazon Bedrock
- SOC 2: compliance
- AI Controls Matrix
- ISO/IEC 42001:2023, Information technology, Artificial intelligence, Management system
- AIUC-1 Certification
- Auditors Meet Urgent Demand for AI Assurance with New Offering from AICPA and AIUC
- AIUC-1 × SOC 2
Get audit-ready without a compliance team.
The readiness assessment is free, with no payment and no card. Star is $2,000 one time to get on the platform and close your gaps. Orbit is $7,800 a year, and your SOC 2 Type 2 audit is included in every contract year. You can be audit-ready starting at about a week.
Take the free assessmentPolara Labs is not a CPA firm. SOC 2 examinations are performed by independent licensed U.S. CPA firms.