Frameworks
What is SOC 2?
In short
SOC 2 is an independent audit report, defined by the AICPA, that shows how a service organization protects customer data against the Trust Services Criteria: security, availability, processing integrity, confidentiality, and privacy.
Definition
SOC 2 (System and Organization Controls 2) is an attestation report produced by a licensed CPA firm under AICPA standards. It evaluates the controls a service organization uses to protect customer data against one or more of the Trust Services Criteria.
Background
SOC 2 was created by the American Institute of Certified Public Accountants (AICPA). It is an auditor’s opinion on whether your controls are suitably designed (Type I) and operating effectively over a period, typically 3 to 12 months (Type II), rather than a certification you pass or fail. The Security criterion, also called the Common Criteria, is always in scope; Availability, Processing Integrity, Confidentiality, and Privacy are added based on the promises you make to customers. SOC 2 is one report in the AICPA’s SOC suite. SOC 1 covers controls relevant to a customer’s internal control over financial reporting, and SOC 3 is a short general-use report built on the same criteria as SOC 2. The acronym once stood for Service Organization Controls; the AICPA now calls the suite System and Organization Controls. The Common Criteria start with the components of the COSO internal control framework, beginning with the control environment, and then add criteria for logical and physical access, system operations, change management and risk mitigation.
Why it matters
For many B2B software companies, a SOC 2 report is what enterprise buyers ask for when they evaluate data protection. It contains management’s assertion, the system description and the auditor’s opinion, and a Type II report adds the tests the auditor ran and any exceptions. A current report whose scope and period cover the service a buyer relies on shortens their security review. The report is written for your customers, which the AICPA calls user entities, and for their auditors. It usually lists complementary user entity controls: things the customer has to do on its side, such as removing access for its own staff when they leave. A reader who skips that section can assume your controls cover more than they do.
Step by step
- Choose your report type (Type I to start, or go straight to Type II) and which Trust Services Criteria apply beyond Security.
- Define your system scope: the product, infrastructure, and data in the report.
- Draft the system description early. It names the services, infrastructure, people, data and subservice organizations (such as your cloud host) that the report covers, and the auditor tests your controls against it.
- Implement the controls: access management, change management, monitoring, vendor management, and incident response.
- Collect evidence continuously (policies, tickets, logs, reviews) rather than scrambling before the audit.
- Run a readiness assessment to find gaps, then remediate them.
- Engage a licensed CPA firm for the audit; for Type II, sustain the controls across the observation window.
- Once the report is issued, give customers who ask between reports a bridge letter covering the time since your period ended, and start the next period straight away so coverage has no gaps.
Examples
- A 20-person SaaS startup pursues a SOC 2 Type II covering Security and Availability because its customers run on the product during business hours.
- A payroll platform adds the Confidentiality and Privacy criteria because it handles sensitive personal data on behalf of clients.
- A company hosted on a large cloud provider uses the carve-out method. Its report excludes the provider’s controls, and customers read the provider’s own SOC 2 report for that layer.
Common mistakes
- Treating SOC 2 as a one-time project instead of an ongoing control program, so the next Type II period starts from zero.
- Over-scoping the criteria: adding Privacy or Processing Integrity you don’t need multiplies the work.
- Collecting evidence manually at the last minute instead of capturing it as work happens. An approved policy on its own does not show that a recurring review actually ran throughout a Type II period.
- Writing vague complementary user entity controls, so customers cannot tell which duties stay with them.
FAQ
-
Is SOC 2 a certification?
- No. SOC 2 is an attestation report: a CPA firm gives an opinion on your controls. There is no pass/fail certificate, though the report can note exceptions.
-
What is the difference between SOC 2 Type I and Type II?
- Type I assesses whether controls are suitably designed at a single point in time. Type II assesses whether they also operated effectively over a period, usually 3 to 12 months, and is what most buyers prefer.
-
How long does SOC 2 take?
- Readiness typically takes a few weeks to a few months depending on your starting point. A Type II report then requires an observation window (commonly 3 to 12 months) before the auditor can opine.
-
Who created SOC 2?
- The American Institute of Certified Public Accountants (AICPA). It publishes the Trust Services Criteria and the attestation standards CPA firms follow when they examine a service organization. Only a licensed CPA firm can issue a SOC 2 report.
-
What does the auditor test in a SOC 2 examination?
- Design and operating effectiveness. For each control in scope, the auditor checks that it is designed to meet the relevant criterion. In a Type II, they also sample evidence from across the period to see that the control ran as described. Deviations are reported as exceptions beside the control, along with management’s response if it gave one.
-
Is SOC 2 compliance required by law?
- No. SOC 2 is voluntary and no regulator requires it. Customers ask for it in contracts and security reviews, and when people call a vendor SOC 2 compliant they usually mean it holds a current SOC 2 report.
-
Does SOC 2 cover personal information?
- Only when the Privacy criterion is in scope. Privacy addresses how the organization collects, uses, retains, discloses and disposes of personal information against the commitments it makes. Confidentiality is a separate criterion for information the organization has agreed to protect, which may or may not be personal.
Free tools and downloads
Next step
Do this in Keel, not a spreadsheet
Keel is the AI-native GRC platform for SMBs: one control-and-evidence graph across SOC 2, ISO 27001, HIPAA, PCI DSS, NIST CSF, and more. Start free, no credit card.