Decloak is an AI-powered web security intelligence platform that scans a site's HTTP/TLS posture, JavaScript, and third-party scripts to produce a report anyone can read. This guide is part of Decloak's library of practical, source-backed security guidance.
In this guide
- Key takeaways
- What exactly is SOC 2 compliance?
- Why do organizations pursue SOC 2?
- Which Trust Services Criteria are covered?
- What are the differences between Type I and Type II reports?
- Is SOC 2 mandatory by law?
- How long is a SOC 2 report valid?
- What kinds of controls are evaluated?
- How does SOC 2 relate to other frameworks?
- How can a company start preparing for SOC 2?
- What should you expect from the final SOC 2 report?
Key takeaways
- SOC 2 is an attestation, not a certification, issued after a CPA - firm audit.
- The audit evaluates controls against the AICPA Trust Services Criteria (security, availability, processing integrity, confidentiality, privacy).
- Type I checks design of controls at a point in time; Type II also tests operating effectiveness over months.
- SOC 2 is voluntary but commonly required in B2B SaaS contracts and is valid for 12 months.
- Typical controls include MFA, access - right reviews, vulnerability scans, change - management, and incident response.
What exactly is SOC 2 compliance?
SOC 2 compliance means an independent CPA - firm has issued an attestation that the organization’s controls meet the AICPA - defined Trust Services Criteria. The report states whether the controls are suitably designed (Type I) or both designed and operating effectively over an observation period (Type II).
Why do organizations pursue SOC 2?
Organizations pursue SOC 2 to give customers, partners, and regulators confidence that their data is protected across the five Trust Services Criteria. Because many enterprise buyers request a recent SOC 2 report before signing contracts, it has become a market - driven requirement for SaaS and cloud service providers.
Which Trust Services Criteria are covered?
The Trust Services Criteria consist of five principles:
- Security - mandatory for every SOC 2 report.
- Availability - systems are up as promised.
- Processing integrity - data is processed accurately and timely.
- Confidentiality - confidential information is protected.
- Privacy - personal data is handled according to commitments. Organizations scope the optional criteria based on their services and client expectations.
What are the differences between Type I and Type II reports?
- Type I: The auditor evaluates whether controls are suitably designed at a specific date. It does not test whether the controls actually work.
- Type II: The auditor tests both design and operating effectiveness over an observation period (typically 3 - 12 months). Type II is considered the gold - standard for most enterprise buyers.
Is SOC 2 mandatory by law?
SOC 2 is a voluntary attestation; no law requires it. However, many B2B SaaS, cloud, and managed - service providers are contractually required to provide a recent SOC 2 report, often Type II, to win enterprise deals.
How long is a SOC 2 report valid?
A SOC 2 report is generally considered valid for 12 months. Organizations typically undergo an annual audit or issue a bridge letter to cover any gap between reports.
What kinds of controls are evaluated?
Auditors review evidence such as policies, logs, access - review records, vulnerability scans, and change - management documentation. Common controls include:
- Multi - factor authentication for privileged accounts.
- Quarterly reviews of user access rights.
- Weekly vulnerability scanning.
- Annual penetration testing.
- Formal change - management workflow.
- Documented incident - response program. These controls are outcome - based; the auditor checks that they meet the relevant Trust Services Criteria, not that a specific product is used.
How does SOC 2 relate to other frameworks?
SOC 2 is US - focused and attestation - based. ISO 27001 is an international certification of an Information Security Management System. Many organizations pursue both because the control sets overlap, providing broader assurance to global customers.
How can a company start preparing for SOC 2?
- Define the system and scope (e.g., production environment, customer - data processing services).
- Map existing policies and procedures to the Trust Services Criteria.
- Implement any missing controls such as MFA, access - right reviews, and regular vulnerability scanning.
- Collect evidence (logs, review records, change - management tickets) in a centralized repository.
- Engage a licensed CPA firm to perform a Type I audit as a pilot, then plan for a Type II audit.
What should you expect from the final SOC 2 report?
The report contains the auditor’s opinion (unqualified, qualified, or adverse) on the organization’s controls, a description of the system and criteria, and any identified exceptions. It does not list every technical detail but provides enough evidence for customers to assess risk.
Related guides
ISO 9001:2026 - What’s New, When It Arrives, and How to Prepare
ISO 9001:2026 was published 16 September 2026, adding quality culture, ethics and climate-change clauses while keeping the familiar 10-clause structure. The key changes, the transition timeline, and why ISO/IEC 27001 - not ISO 9001 - is the standard that actually covers information security.
What does DORA stand for and why does it matter?
DORA usually means the EU’s Digital Operational Resilience Act - a live, enforceable ICT risk and incident-reporting regulation for financial entities. What it actually requires, who it applies to, and why the same acronym gets used for a few unrelated things.
How ServiceNow Helps Financial Institutions Achieve DORA Compliance
ServiceNow's DORM app automates DORA's incident and third-party reporting workflow - but it manages risk data, it doesn't discover it. What ServiceNow actually covers, what DORA's real incident-reporting clock requires, and where a technical security scan fills the gap.