Assurance reporting / Independent attestation report

SOC 2Read service-provider assurance in context

A CPA examination of a service organization's system description and controls against selected Trust Services Criteria, delivered as an assurance report.

Start with applicability

What it actually covers

It can reduce repeated supplier questionnaires, provided a buyer reads what was actually examined and checks the controls the buyer must still operate.

Scope

Most useful to customers and partners assessing the specific services, systems, commitments and trust categories covered by a service provider's report.

Boundary

SOC 2 is a report, not a product or organization-wide certification. The report's type, scope, dates, opinion, exceptions, excluded subservice organizations and customer responsibilities all affect what can be concluded.

The substance

Key areas to understand

An original operational reading of the official framework or legal text. Check the source for the authoritative wording.

01

Five trust categories

The criteria address security, availability, processing integrity, confidentiality and privacy. The report identifies which categories and commitments were examined.

02

System description

Management describes the service, infrastructure, people, processes, data and boundaries. That description matters as much as the headline report label.

03

Type 1 and Type 2

A Type 1 report addresses design at a specified date. A Type 2 report adds testing of operating effectiveness over a defined period; its coverage is limited to that period.

04

Opinion and exceptions

The auditor's opinion, test results and deviations need to be read alongside the provider's responses; a clean-sounding summary cannot replace the actual report.

05

Shared responsibilities

Complementary user entity controls and subservice-organization treatment show which protections depend on the customer or another provider.

From reference to work

A practical starting sequence

These steps organize work; they are not a claim that a short checklist completes the requirement.

  1. Define the service boundary

    Identify the exact product, locations, data flows, subcontractors and trust categories that customers need covered.

  2. Map controls to commitments

    Connect each in-scope criterion to policy, process, system configuration, owner and evidence that the control operates.

  3. Collect period evidence

    Keep samples of access, change, incident, availability, privacy and supplier practices across the intended reporting period.

  4. Use the independent report

    Have an appropriate CPA firm examine the system and controls; review opinion, exceptions and customer responsibilities before sharing it for assurance.

Make it inspectable

Evidence to look for

The right records depend on the entity, scope and chosen assessment route.

Illustrative situation

What this could look like

A buyer requests a SaaS vendor's SOC 2 Type 2 report. The security team checks that the purchased service and current period are in scope, reads the exceptions, and adds the report's customer access-review duty to its own control plan.

Keep the role clear

SOC 2 is a report, not a product or organization-wide certification. The report's type, scope, dates, opinion, exceptions, excluded subservice organizations and customer responsibilities all affect what can be concluded.

Related, not equivalent

Where ISO/IEC can help

ISO/IEC 27001 certification and SOC 2 reporting may use overlapping evidence but answer different assurance questions. An ISO certificate has its own scoped management-system claim; the SOC 2 report speaks to the examined system, criteria and period.

Common distinctions

Questions worth asking

Is a SOC 2 report a certification?

No. It is an independent CPA attestation report about a defined service-organization system and selected criteria.

Why does Type 2 matter?

Type 2 includes evidence about control operation over a stated period, while Type 1 focuses on design at a specified date. Neither extends beyond its stated scope.

What should a customer read beyond the opinion?

Check the system boundary, period, selected trust categories, exceptions, subservice treatment and complementary user entity controls the customer must operate.

Primary-source trail

Read the official material

Research checked 2026-10-20. Edition, applicability and implementation rules can change. The links below take you to the responsible publisher or authority.