SOC 1 vs SOC 2: What’s the Difference and Which Do You Need?

Marcal Santos
Marcal Santos
October 21, 2026
https://secureleap.tech/blog/soc-1-vs-soc-2-whats-the-difference
SOC 1 vs SOC 2: What’s the Difference and Which Do You Need?

By Marçal Santos, CISO and founder of SecureLeap. CISM and CDPSE (ISACA). Previously security roles at Aircall, Citibank and Talkdesk. 20+ years in cybersecurity and more than 30 SOC 2 audits led over his career.

‍

SOC 1 and SOC 2 answer different questions for different readers. A SOC 1 report tells your customer's financial statement auditor whether it can rely on your controls over the numbers your service feeds into the customer's books. A SOC 2 report tells your customer's security and procurement team whether your controls protect its data and keep your service running. The number is not a level: a SOC 2 is not an upgrade of a SOC 1, and neither one replaces the other.

‍

For most startups the answer is SOC 2. You need a SOC 1 only when your product calculates, records or moves amounts that end up in a customer's financial statements, as payroll, payments, billing and claims services do. If your service does both, you need both reports, from two separate examinations.

‍

SecureLeap prepares startups for SOC 2 and does not do SOC 1 work. For SOC 1, this guide relies on the AICPA, PCAOB and IAASB texts listed under Sources, checked in October 2026, not on our own engagements.

‍

Key takeaways

‍

  • Different readers. SOC 1 is written for your customers and their financial statement auditors. SOC 2 is read by your customers' security, procurement and vendor-risk teams.
  • Different yardsticks. A SOC 1 tests control objectives that your management writes for your service. A SOC 2 tests the AICPA Trust Services Criteria, with Security always in scope.
  • A SOC 2 does not answer a SOC 1 request. If a customer's auditor asks for a SOC 1, sending your SOC 2 starts a second conversation instead of ending the first.
  • Both come as Type 1 or Type 2. A SOC 1 Type 2 should ordinarily cover at least six months, set around your customers' fiscal years. A SOC 2 Type 2 window runs 3 to 12 months.
  • Neither is public. The public version of a SOC 2 is a SOC 3; a SOC 1 has none.
  • Outside the US, SOC 1 has a twin: ISAE 3402, the international standard for the same kind of report.

‍

SOC 1 vs SOC 2 at a glance

‍

Both are System and Organization Controls (SOC) reports, issued by an independent CPA firm under the AICPA's attestation standards (SSAE No. 18, codified as the AT-C sections). The difference is the question each one answers and who reads the answer.

‍

SOC 1 SOC 2
Question it answers Can the customer's auditor rely on your controls over the numbers your service feeds into its financial statements? Do your controls protect the customer's data and keep the service running as you promised?
Subject Controls relevant to customers' internal control over financial reporting (ICFR) Controls relevant to security, availability, processing integrity, confidentiality and privacy
Tested against Control objectives your management writes for your service AICPA Trust Services Criteria (2017, points of focus revised 2022); Security is always in scope
Attestation standard AT-C section 320 (SSAE No. 18) AT-C sections 105 and 205 (SSAE No. 18, as amended)
Written for Your customers (user entities) and the CPAs who audit their financial statements (user auditors) Your customers, prospects and business partners, usually under an NDA
Usually requested by A customer's controller, finance team or external auditor A customer's security, procurement or vendor-risk team
Type 2 period Ordinarily at least 6 months, set around the customer's fiscal year 3 to 12 months, set around when buyers need a current report
Public version None SOC 3
International counterpart ISAE 3402 None; ISO 27001 is a certification of a management system, not a report on these criteria
Typical services Payroll, payments, billing, claims, loan servicing, fund administration SaaS, cloud hosting, data platforms, managed IT services

‍

‍

What is a SOC 1 report?

‍

A SOC 1 report covers the controls at a service organization that are likely to be relevant to its customers' internal control over financial reporting. The AICPA describes SOC 1 reports as intended for the entities that use the service and the CPAs who audit those entities' financial statements.

‍

Why the request reaches you. When your customer's auditor plans its financial statement audit, it has to consider the services the customer outsources. For US public companies the rule is PCAOB AS 2601, Consideration of an Entity's Use of a Service Organization, which is also why SOX-driven customers ask for SOC 1 reports (SOX vs SOC). A SOC 1 Type 2 report lets that auditor rely on your controls instead of testing them itself.

‍

What is in scope. Your management writes the control objectives for the service, and the auditor tests the controls behind each one. A payroll provider's objectives might say that pay runs are authorized, calculated accurately and paid on time, and that changes to the payroll application are approved and tested. The IT general controls behind them (access, change management, operations) are tested only as far as they support those objectives. A SOC 1 is not a review of your overall security.

‍

"For a SOC 1, there are no set criteria that have to be met, but rather control objectives have to be defined that address the services being provided," writes Nicole Hemmer, CISSP and CISA, co-founder and partner at the CPA firm Linford & Co.

‍

Who needs a SOC 1

‍

  • Payroll and benefits administration
  • Payment processing and billing
  • Claims processing and loan servicing
  • Fund administration and investment record-keeping
  • Software that calculates or records amounts customers post to their books, such as revenue recognition or invoicing

‍

A finance-themed product is not enough on its own. Software that only shows customers their own financial data, without calculating or moving the amounts, usually needs a SOC 2 and no SOC 1. The test is whether your output ends up in their financial statements, not whether your buyers work in finance.

‍

Hosting can count too. "A data center may pursue a SOC 1 report if its services directly impact clients' financial reporting or if it hosts and manages systems that process financial transactions," writes Chad Goubeaux, a manager at the CPA firm Schellman who leads its SOC methodology group.

‍

Old names you will still hear

‍

SOC 1 reports used to be called SAS 70 reports (the AICPA still notes the old name), then SSAE 16 reports. SSAE No. 18 superseded SSAE 16 for reports dated on or after May 1, 2017. A request for an SSAE 16 report is a request for a SOC 1. A request for an SSAE 18 report could mean either, because SOC 2 is performed under SSAE 18 too.

‍

What is a SOC 2 report?

‍

A SOC 2 report covers controls relevant to the security, availability, processing integrity, confidentiality or privacy of a service and the information it handles. The controls are tested against the AICPA's 2017 Trust Services Criteria, with points of focus revised in 2022. Security, also called the common criteria, is in every SOC 2. The other four categories are added when they match what you promise customers.

‍

‍

Category What it covers Add it when
Security (CC1 to CC9) Protection against unauthorized access, use or change: control environment, risk assessment, monitoring, access, operations and change management Always in scope
Availability (A1) The system is available for operation and use as committed You promise uptime or recovery times in contracts or SLAs
Processing Integrity (PI1) Processing is complete, valid, accurate, timely and authorized Customers rely on you to process their transactions or data correctly
Confidentiality (C1) Information designated as confidential is protected and disposed of as agreed You hold customers' confidential business information
Privacy (P1 to P8) Personal information is collected, used, kept, disclosed and disposed of as committed You process personal information and make privacy commitments

‍

‍

About 90% of the SOC 2 engagements we run are scoped to Security only; customers' contracts are what bring in Availability or Confidentiality. Our Trust Services Criteria guide explains how to decide.

‍

A SOC 2 is an attestation, not a certification: an independent CPA firm gives an opinion on your controls, and buyers read the report rather than check a certificate. The SOC 2 compliance guide covers the whole process.

‍

SOC 1 vs SOC 2: which report does your business need?

‍

Start from what your service does for the customer. Two questions settle most cases:

‍

  1. Does your output end up in the customer's financial statements? Then a SOC 1 is in play.
  2. Do you store, process or transmit the customer's data? Then a SOC 2 is in play.

‍

Most startups answer no to the first and yes to the second. The table covers the common cases:

‍

‍

Your service Start with Why
SaaS that stores customer data (CRM, analytics, collaboration) SOC 2 The customer's risk is data security and uptime; nothing you produce lands in its ledger
Payroll or benefits administration SOC 1 and SOC 2 Pay and withholdings flow into the customer's books, and you hold employee personal data
Payment processing or billing platform SOC 1 and SOC 2 Transactions and invoices feed revenue and receivables, and you hold payment and customer data
Revenue recognition or invoicing software SOC 1, often SOC 2 too Your calculations become reported revenue; security teams still review the platform
Fund administration SOC 1, often SOC 2 too Valuations and investor records feed the fund's financial statements
Healthcare data platform SOC 2 Security of patient data is the question; HIPAA obligations sit outside either report
Cloud hosting or managed IT services SOC 2; SOC 1 too if you host customers' financial systems You run the systems customer data lives on, and Availability is often in scope. If those systems include a customer's financial applications, its auditor may ask for a SOC 1 (AWS issues both)

‍

‍

For healthcare, a SOC 2 shows how you protect patient data, but it does not establish HIPAA compliance on its own; see SOC 2 and HIPAA.

‍

A customer asked for a SOC report: which one do they mean?

‍

Requests often arrive without a number. "Many of our clients and prospects get asked for a 'SOC report' from their clients or customers without any further clarification," notes Nicole Hemmer of Linford & Co. Who sent the request and the words they use usually tell you which report they mean:

‍

Words in the request Usually means Confirm before you scope
ICFR, SOX, user auditor, financial statement audit, control objectives SOC 1 Which of their financial processes use your output, and which fiscal year-end the report must cover
SAS 70 or SSAE 16 SOC 1 That a current SOC 1 meets the request; these are older names for it
ISAE 3402 The international counterpart of SOC 1 Whether a SOC 1 is acceptable, or the auditor needs a report under ISAE 3402
Security questionnaire, vendor risk, security review, Trust Services Criteria SOC 2 Which categories beyond Security, and Type 1 or Type 2
SSAE 18, or just a SOC report Either Who will read it and what they are testing
A report we can share publicly SOC 3 Whether readers will also need the full SOC 2 under an NDA

‍

‍

Before you ask any CPA firm for a quote, get three answers in writing from the requester:

‍

  • Who will read it: your finance team and auditors, or your security and vendor-risk team?
  • Which type and period: Type 1 or Type 2, and which period or fiscal year-end must it cover?
  • For a SOC 2: which categories beyond Security?

‍

Every firm you then approach prices the same scope.

‍

Can a SOC 2 replace a SOC 1?

‍

No. The two reports carry different opinions on different criteria. A SOC 2 says nothing about whether your controls meet objectives tied to your customer's financial reporting, which is exactly what the customer's auditor needs. The SOC 1 is the report built for that auditor: in the AICPA's words, SOC 1 reports "are specifically intended to meet the needs of entities that use service organizations (user entities) and the CPAs that audit the user entities' financial statements (user auditors)". The AICPA did issue a separate interpretation on whether and how a financial statement auditor may use a SOC 2 (Interpretation No. 1 of AU-C section 402, 2022), but that is the exception, not a substitute you can plan on.

‍

The reverse holds too. A SOC 1 does not answer a security questionnaire, because security controls appear in it only where they affect financial reporting.

‍

If you need both

‍

Two examinations, two reports, two opinions: there is no combined SOC 1 and SOC 2 report. Many controls overlap, such as access reviews, change management and backups, so one CPA firm can test them once and use the evidence in both, which cuts fieldwork. Ask the firm to price each report separately, and to align the periods where your customers' year-ends allow it.

‍

Type 1 and Type 2 apply to both

‍

Type 1 and Type 2 are not a SOC 2 feature: a SOC 1 comes in both types too, with the same meaning. A Type 1 gives the auditor's opinion on the design of controls on one date. A Type 2 adds whether they operated effectively throughout a period. With SOC 3, that makes five reports a customer can mean:

‍

Report What the auditor's opinion covers Date or period When it fits
SOC 1 Type 1 Your description of the system and the design of controls to meet the control objectives One date A first report, if the customer's auditor accepts design evidence while a Type 2 period runs
SOC 1 Type 2 The same, plus whether the controls operated effectively throughout the period Ordinarily at least 6 months, overlapping the customer's fiscal year The customer's auditor wants to rely on your controls in its audit
SOC 2 Type 1 Your description of the system and the design of controls against the selected criteria One date A first report to unblock deals, typically 3 to 4 months from kickoff
SOC 2 Type 2 The same, plus whether the controls operated effectively throughout the period 3 to 12 months; 3 is common for a first report, 12 for an annual cycle Buyers who want proof that controls worked over time
SOC 3 A short, general-use opinion on the same criteria as a SOC 2 A period, like a Type 2 A report you can post publicly or send before an NDA is signed

‍

‍

Why a SOC 1 period has a floor. PCAOB AS 2601 says a report on operating effectiveness "should ordinarily cover a minimum reporting period of six months" to be useful to user auditors. ISAE 3402 says the same for the international version: "To be useful to user auditors, a type 2 report ordinarily covers a minimum period of six months" (paragraph A30).

‍

The period also has to overlap the fiscal year the customer's auditor is testing, because months outside it have no opinion behind them. Large providers solve this with rolling periods: AWS publishes SOC 1 reports quarterly, each covering the previous 12 months, so customers with different year-ends can each find one that fits.

‍

A SOC 2 has no customer year-end to match, so you set its window around when buyers need a current report. Schellman puts the range at "typically anywhere from 3 months (often times for first-time reports) to 12 months (typical recurring cadence)". Our SOC 2 Type 1 vs Type 2 comparison covers that choice.

‍

SOC 1 and ISAE 3402: what European customers ask for

‍

ISAE 3402, Assurance Reports on Controls at a Service Organization, is the IAASB standard for the same kind of report as a SOC 1: controls at a service organization that are likely to be relevant to customers' internal control as it relates to financial reporting. If your customer's auditor works under international rather than US standards, the request may name ISAE 3402 instead of SOC 1.

‍

The two are not the same document. A SOC 1 is issued by a US CPA firm under AT-C section 320; an ISAE 3402 report is issued under the international standard. One engagement can meet both: AWS runs its SOC 1 audit in accordance with ISAE 3402 as well, and points customers who need an ISAE 3402 report to its SOC 1 Type II. Ask the requester which standard their auditor needs before you scope, and check whether a SOC 1 is acceptable.

‍

There is no ISAE counterpart for SOC 2. European buyers asking about security usually want a SOC 2 or ISO 27001 certification; our guide on SOC 2 for European startups covers when each one fits. Bridge letters work the same way for SOC 1 and ISAE 3402 as for SOC 2 (bridge letter guide).

‍

SOC 1 vs SOC 2 cost and timeline

‍

Both are priced on scope, not on the report name: how many systems, locations, control objectives or criteria are in scope, and whether you need a Type 1 or a Type 2.

‍

Report Audit fee Time to the first report
SOC 2 Type 1 $5,000 to $12,000 (under 50 employees, 1 to 3 criteria) 3 to 4 months from kickoff
SOC 2 Type 2 $8,000 to $18,000 (under 50 employees, 1 to 3 criteria) Readiness, then a 3 to 12 month window, then a few weeks of reporting
SOC 1 Type 1 Quoted by the CPA firm on the control objectives and processes in scope Readiness and fieldwork; no period to wait for
SOC 1 Type 2 Quoted by the CPA firm on the control objectives and processes in scope A period of at least 6 months overlapping customers' fiscal years, then fieldwork and reporting

‍

‍

SOC 2. For a SaaS company under 50 employees with one to three criteria in scope, the audit fee runs $5,000 to $12,000 for a Type 1 and $8,000 to $18,000 for a Type 2. With readiness work, a penetration test and tooling, a first year usually lands at $20,000 to $35,000 all-in; the SOC 2 cost guide breaks it down with real invoices, and how long SOC 2 takes breaks down the calendar.

‍

SOC 1. We don't publish a SOC 1 range. SecureLeap does not do SOC 1 work, and we have no quotes of our own to stand behind. The fee depends mostly on the number of control objectives and processes in scope. For the calendar, work back from your customers' year-ends: a Type 2 period of at least six months that overlaps them, then fieldwork and reporting after the period closes. If you need both reports, ask one CPA firm to quote them separately.

‍

What to check in a SOC report you receive

‍

The same reading order works for a SOC 1 or a SOC 2, whether you're reviewing a vendor's report or preparing to hand over your own:

‍

Section What to check
Report and type SOC 1 or SOC 2, Type 1 or Type 2. A SOC 2 cannot answer a financial reporting question, and a Type 1 says nothing about how controls worked over time
Date or period The dates covered and how long ago the period ended. A gap since the end date needs a bridge letter
Scope Which services, systems and locations the description covers; for a SOC 2, which criteria; for a SOC 1, which control objectives
Auditor's opinion Unmodified (clean), qualified, adverse or a disclaimer, and the reason for anything other than unmodified
Exceptions Tests where a control did not operate as described, and management's response
Complementary user entity controls (CUECs) Controls the provider assumes you run, such as reviewing your own users' access. They are your responsibility, not the provider's
Subservice organizations Providers the service relies on, such as its cloud host. Carve-out means their controls are excluded and you need their own report; inclusive means they are covered

‍

‍

‍

If the period ended months ago, ask the provider for a bridge letter covering the gap. To see how these sections look in a real report, read what a SOC 2 Type 2 report contains.

‍

SOC 3 and the rest of the SOC family

‍

A SOC 3 is the general-use version of a SOC 2: it covers the same criteria with less detail, so the AICPA treats it as a report that can be freely distributed. Companies post it on their trust page or send it before an NDA is signed, and it needs the SOC 2 work underneath it (SOC 2 vs SOC 3). A SOC 1 has no public version.

‍

The AICPA's suite also includes SOC for Cybersecurity, a report on an entity-wide cybersecurity risk management program, and SOC for Supply Chain. Neither is what a customer means by a SOC report, and neither replaces a SOC 2 in a vendor review.

‍

Common mistakes

‍

  • Sending a SOC 2 to a customer's financial auditor. It answers a different question. Expect a request for a SOC 1 or for extra testing.
  • Buying a SOC 1 because your customers are finance teams. Selling to CFOs is not the test; your output ending up in their financial statements is.
  • Treating SOC 2 as the advanced SOC 1. The numbers are not levels. Neither report is better; each one fits one reader.
  • Setting a SOC 1 period without asking for the customer's year-end. Months outside its fiscal year carry no opinion its auditor can use.
  • Calling either one a certification. Both are attestation reports with an auditor's opinion. SOC 2 certification is common shorthand, but contracts should name the report and the type.
  • Assuming your report covers your cloud provider. If your SOC 2 uses the carve-out method for AWS, Google Cloud or Azure, that provider's controls are excluded, and customers read the provider's own report for them.

‍

How SecureLeap helps

‍

SecureLeap takes startups from no security program to a SOC 2 report: gap assessment, policies, remediation guidance and audit facilitation with an independent CPA firm, typically 3 to 4 months to a first Type 1 (SOC 2 consulting). We also help you read the requests that land in your inbox, so you know whether a customer is asking for a SOC 2, a SOC 1 or something else before you spend money on an audit.

‍

We don't do SOC 1 work. If your service needs one, choose an audit firm that performs both reports; our guide to the best SOC 2 auditors lists what to ask them.

‍

Book a free call to check which report your pipeline actually needs.

‍

FAQ: SOC 1 vs SOC 2

‍

Is SOC 2 better than SOC 1?

‍

No, they answer different questions for different readers. The right report is the one the requester can use: SOC 1 for the financial statement auditor of a customer, SOC 2 for its security and vendor-risk team.

‍

Can a SOC 2 report replace a SOC 1?

‍

No. A SOC 2 does not test controls against objectives tied to customer financial reporting, so an auditor who needs SOC 1 assurance will not get it from a SOC 2.

‍

Do I need both SOC 1 and SOC 2?

‍

Only if your service both feeds customer financial statements and handles customer data, as payroll, payment and billing platforms often do. Most startups need only SOC 2.

‍

Is SOC 1 the same as SSAE 18?

‍

No, SSAE 18 is the AICPA attestation standard that both reports are performed under. SOC 1 is the report on financial reporting controls, issued under AT-C section 320.

‍

Are SOC 1 and SOC 2 reports public?

‍

No, both are restricted to the customers and parties they are written for and are usually shared under an NDA. SOC 3 is the public version of a SOC 2, and SOC 1 has no public version.

‍

Is SOC 2 a certification?

‍

No, it is an attestation report in which an independent CPA firm gives an opinion on your controls. Buyers read the report, its period and its exceptions instead of checking a certificate.

‍

How long does each report take?

‍

A first SOC 2 Type 1 typically takes 3 to 4 months from kickoff, and a Type 2 adds a 3 to 12 month observation window. A SOC 1 Type 2 period should ordinarily cover at least six months, set around the fiscal years of your customers.

‍

Sources

‍

‍

All checked in October 2026.

‍

‍

Relevant Articles

View all

SOX vs. SOC: Why They're Not the Same Thing For Startups

SOX is a federal law for public companies, while SOC is an AICPA audit report. Here's when a startup needs each one and the differences between them.
Read more

SOC 2 Background Checks for Startups: What's Required

SOC 2 background check requirements for startups: what SOC 2 actually expects, and how to document it before your audit.
Read more

SOC 2 for EU Startups: Costs, Timing, and When to Pursue

When should European startups get SOC 2 certification? Real costs in EUR and GBP, timeline guidance, and how SOC 2 fits with ISO 27001.
Read more