SOC 2
What is SOC 2?
SOC 2 is an attestation report, issued by an independent CPA firm under AICPA standards, on how well a service organization's controls meet criteria for security, availability, processing integrity, confidentiality and privacy.
Updated November 2026 · 5 min read
When a company stores its data with a cloud provider or runs a business process on someone else's software, it needs confidence that the provider protects that data and keeps the service running. Sending every customer to audit every vendor would be impractical. SOC 2 solves this by having an independent auditor examine the provider's controls once and issue a report that the provider can share with customers under a non-disclosure agreement. For many software and service companies, a SOC 2 report has become a basic requirement for selling to larger customers. Prospects often ask for it before they will even begin a security review.
SOC 2 is one of the System and Organization Controls reports defined by the American Institute of Certified Public Accountants. It is not a certification in the strict sense. The auditor gives an opinion on the provider's controls, and customers decide whether the results meet their needs. Any exceptions the auditor finds are listed in the report, along with management's response. SOC 2 is most common in North America, while ISO 27001 certification is more widely recognized elsewhere, and many providers hold both. For security, compliance, sales and finance teams, SOC 2 is often the most visible compliance effort, since it directly affects whether deals close.
Definition of SOC 2
SOC 2 is an examination performed by a licensed CPA firm that reports on a service organization's description of its system and on the suitability of design, and for Type 2 the operating effectiveness, of its controls relevant to one or more of the AICPA Trust Services Criteria.
It is a common part of compliance management, is often requested during third-party risk management reviews and overlaps heavily with ISO 27001.
The Trust Services Criteria
Security is required in every SOC 2 report. It covers protection of information and systems against unauthorized access, disclosure and damage, and its requirements are known as the common criteria.
Availability covers whether systems are available for operation and use as committed or agreed.
Processing integrity covers whether system processing is complete, valid, accurate, timely and authorized.
Confidentiality covers the protection of information designated as confidential.
Privacy covers how personal information is collected, used, retained, disclosed and disposed of.
Providers choose which criteria beyond security to include, based on their services and what customers ask for. Adding criteria increases audit scope and cost, so providers usually add them only when customers need them.
Type 1 and Type 2 Reports
A Type 1 report assesses whether controls are suitably designed at a specific point in time.
A Type 2 report assesses whether controls are suitably designed and operated effectively over a period, typically between three and twelve months. A first Type 2 report often covers a shorter period, with later reports covering a full year.
Customers usually prefer Type 2 reports, since they show that controls actually worked over time.
Related reports include SOC 1, which focuses on controls relevant to customers' financial reporting, and SOC 3, a shorter general-use version of SOC 2 that can be shared publicly.
Importance of SOC 2 in Risk and Compliance
SOC 2 builds customer trust. An independent report gives customers evidence that a provider takes security seriously, rather than relying on the provider's own claims. Customers can review exactly which controls were tested and what the auditor found.
It speeds up sales. A current report can answer many security questionnaire questions at once, shortening reviews by customers' security and procurement teams.
It also improves security practices. Preparing for and maintaining SOC 2 pushes providers to formalize access management, change management, monitoring and incident response. Many providers find that the discipline of an annual audit keeps security from slipping as the company grows.
SOC 2 and Financial Management
SOC 2 costs include auditor fees, staff time, compliance software and any new security tools, and the first year is usually the most expensive. Costs vary widely with company size, scope and the criteria included.
Lacking a report can block or delay deals with larger customers, so the cost is often weighed against the revenue it enables.
Mapping SOC 2 controls to other frameworks, through control mapping, lets providers reuse evidence for ISO 27001 and other requirements.
Customers can use providers' SOC 2 reports to reduce the cost of their own vendor reviews.
Common Challenges
First-time providers may rush to a report without first building the controls it tests, leading to exceptions. Exceptions do not mean a report fails, but customers notice them and may ask follow-up questions.
Collecting evidence across many tools and teams is time-consuming without automation.
Customers may read reports superficially, missing exceptions or the complementary controls that they are expected to operate themselves.
How to Achieve SOC 2
Achieving SOC 2 involves defining scope, assessing gaps, implementing controls, choosing an auditor and completing the examination, then repeating it each year.
Many providers start with a Type 1 report to show progress, then move to a Type 2 report covering a full observation period. Planning the timeline around key sales deals helps make sure the report arrives when it is needed.
Preparing for the Audit
Define the scope, including which systems, services and Trust Services Criteria will be covered.
Run a readiness assessment against the criteria to find gaps in controls, policies and evidence.
Implement missing controls, such as access reviews, change approvals, vulnerability management, vendor reviews and a formal risk assessment, and document them.
Completing and Maintaining the Report
Choose a licensed CPA firm with experience in the provider's industry and agree the report type and period.
Collect evidence throughout the observation period, often using compliance automation tools that connect to cloud and identity systems.
Address any exceptions, publish the report to customers under a non-disclosure agreement and plan the next period so there is no gap in coverage.
Examples of SOC 2 in Risk and Compliance
The examples below show SOC 2 in practice.
Both use illustrative figures. The first unblocks enterprise sales, and the second reduces audit effort through automation.
In each, SOC 2 supported both security and growth.
Unblocking Enterprise Sales
A software startup finds that four large prospects, worth about $2 million in annual revenue, require a SOC 2 Type 2 report before signing.
It completes a Type 1 report within four months, then a Type 2 report covering six months of operation.
Three of the four prospects sign, and the time spent completing customer security questionnaires falls by about 60%.
Automating Evidence Collection
A data analytics company spends about 400 staff hours each year gathering screenshots and exports for its SOC 2 audit.
It adopts a compliance automation platform that pulls evidence directly from its cloud, code repository and identity systems.
Audit preparation time falls to about 120 hours, and control failures are spotted during the year rather than at audit time.
Conclusion
SOC 2 is an attestation report from an independent CPA firm on how well a service organization's controls meet the AICPA Trust Services Criteria for security, availability, processing integrity, confidentiality and privacy. Type 1 reports assess design at a point in time, while Type 2 reports assess operation over a period.
In risk and compliance, SOC 2 builds customer trust, speeds up sales and improves security practices. Defining a clear scope, closing gaps before the audit, collecting evidence continuously, reusing controls across frameworks and planning for continuous coverage help organizations get lasting value from SOC 2.
Related terms
Compliance Management
Knowing which rules apply and keeping the controls in place to meet them.
Third-Party Risk Management (TPRM)
Assessing and controlling the risks that come from vendors and suppliers.
ISO 27001
The certifiable international standard for information security management.
Control Mapping
Linking each control to every requirement it satisfies.