Quick Answer: SOC 2 security requirements are defined by the AICPA's Trust Services Criteria and cover five control categories: security, availability, processing integrity, confidentiality, and privacy. Security is the only mandatory category. You must demonstrate that your systems and data are protected against unauthorized access, breaches, and misuse.
SOC 2 security requirements are set by the American Institute of Certified Public Accountants (AICPA) and organized around five Trust Services Criteria. The security category is required for every SOC 2 report, while the other four are optional based on your service commitments.
Meeting these requirements involves building and documenting dozens of technical and administrative controls, then proving they work over time. This page covers what the requirements include, what makes compliance difficult, and how organizations typically approach certification.
SOC 2 security requirements are defined by the AICPA's Trust Services Criteria (TSC) and published in the SOC 2 Reporting on an Examination of Controls at a Service Organization Relevant to Security, Availability, Processing Integrity, Confidentiality, or Privacy guide. The five criteria are:
|
Trust Services Criteria |
Required? |
What It Covers |
|
Security (CC) |
Yes |
Logical and physical access controls, threat detection, incident response |
|
Availability (A) |
Optional |
System uptime, performance monitoring, disaster recovery |
|
Processing Integrity (PI) |
Optional |
Accurate, complete, and timely data processing |
|
Confidentiality (C) |
Optional |
Protection of sensitive business and customer data |
|
Privacy (P) |
Optional |
Collection, use, and disposal of personal information |
The security category, often called the Common Criteria (CC), is the foundation of every SOC 2 report. It maps across nine control categories covering organizational governance, communication, risk assessment, monitoring, logical access, system operations, change management, and risk mitigation.
Within the security criteria alone, you are expected to implement and document controls such as multi-factor authentication, role-based access controls, encryption in transit and at rest, vulnerability management, security awareness training, incident response procedures, and vendor risk management. The AICPA does not prescribe exactly how you implement each control, but your auditor will evaluate whether your controls are appropriately designed and operating effectively.
If your business also handles sensitive customer data, processes financial transactions, or operates under privacy regulations, you may need to include one or more of the optional criteria. Most enterprise clients requesting SOC 2 reports focus on the security criteria at minimum, with confidentiality and availability commonly added for SaaS and cloud service providers.
For a broader look at how all five criteria fit together, the SOC 2 Trust Services Criteria breakdown covers each category in detail.
Most organizations underestimate how much work SOC 2 compliance requires before the auditor ever shows up. The audit itself is not the hard part. Getting your controls, documentation, and evidence in order is.
Here are the most common pain points:
Meeting SOC 2 security requirements is not a single task. It is a coordinated effort across documentation, technical controls, monitoring, and people. The sections below break down what each area actually involves.
You need written policies covering access control, incident response, change management, vendor risk, data classification, and more before your audit period begins. Auditors will ask for evidence that these policies exist, that employees have read and acknowledged them, and that your team follows them in practice. Most organizations need to create or rewrite 15 to 20 policies from scratch.
The security criteria requires specific technical controls to be deployed and configured, not just documented. This includes MFA across all systems, endpoint detection and response, encryption, vulnerability scanning, and SIEM logging. Selecting the right tools and configuring them correctly to produce audit-ready evidence is where many in-house efforts stall.
A SOC 2 Type 2 report evaluates whether your controls worked consistently over an observation period. That means you cannot set controls up and walk away. You need continuous log monitoring, regular access reviews, periodic vendor assessments, and documented responses to any security events. This is an operational commitment, not a one-time implementation.
Working with a SOC 2 auditor involves multiple rounds of evidence requests, follow-up questions, and remediation cycles. If your evidence is incomplete or your controls have gaps, the auditor will flag them and you will need to address them before the report is issued. Managing this process without prior experience can stretch your timeline significantly. For a closer look at what this process involves, see how to prepare for a SOC 2 audit.
Your employees are part of your control environment. Auditors will look for evidence that staff completed security awareness training, that phishing simulations were conducted, and that new hires received security onboarding. Tracking this at scale requires a dedicated platform and consistent follow-through.
There is no single right way to approach SOC 2 compliance. Your best path depends on your internal resources, timeline, and how much of the work you want to own. Here is an objective comparison of the three most common approaches.
|
DIY / In-House |
GRC Platform Only (Drata, Vanta) |
Managed Compliance Partner |
|
|
Implementation |
Your team builds it |
Platform guides you, you do the work |
Partner builds it for you |
|
Ongoing maintenance |
Your team |
Your team + automation |
Partner's team + automation |
|
Auditor coordination |
You manage it |
Limited support |
Managed end-to-end |
|
Tech stack |
You select and configure |
Integrations only |
Full security stack deployed |
|
Dedicated team |
Your hires ($84K-$132K+ per person) |
None |
Multi-role team assigned to your account |
|
Typical timeline |
12-18+ months |
6-12 months |
~8 months initial implementation |
|
Starting cost |
$84K-$132K+/year (one hire) |
$10K-$30K/year (platform only) |
~$4,800/month (full service) |
The DIY path gives you the most control but requires significant internal investment in people, tools, and time. A GRC platform like Drata or Vanta can automate evidence collection and reduce manual effort, but you still own the implementation, policy work, and auditor coordination. A managed compliance partner takes on the full scope, from controls deployment to audit support, but requires trust in an external team to deliver the outcome.
If you are weighing these options, our guide on common compliance mistakes is worth reading before you commit to a path.
If you are ready to move forward, here is how the process typically unfolds:
The challenges covered in this article, from evidence collection to auditor coordination to ongoing monitoring, are exactly what BEMO is built to handle. BEMO is a managed compliance partner, not a SaaS platform, which means a dedicated team does the work alongside you rather than handing you a checklist.
Here is what you get when you work with BEMO on SOC 2 compliance:
BEMO assigns a dedicated team to your account and owns the outcome. You do not manage the process alone.
Book a meeting with BEMO to get a SOC 2 GAP assessment and find out exactly where you stand.
SOC 2 security requirements are defined by the AICPA's Trust Services Criteria and cover nine categories of controls within the mandatory security category. These include logical and physical access controls, system monitoring, change management, risk assessment, and incident response. The security category is required for every SOC 2 report, regardless of which optional criteria you include.
The AICPA does not publish a fixed control count because SOC 2 is principles-based rather than prescriptive. In practice, most organizations implement between 60 and 100 individual controls across policies, technical configurations, and operational procedures to satisfy the security criteria. Adding optional criteria like availability or confidentiality increases the total.
A SOC 2 Type 1 report evaluates whether your security controls are designed appropriately at a single point in time. A Type 2 report evaluates whether those controls operated effectively over an observation period of six to twelve months. Most enterprise clients require Type 2 because it provides stronger evidence of consistent security practices. You can read a detailed comparison in this SOC 2 Type 1 vs Type 2 breakdown.
Type 1 typically takes one to three months from GAP assessment to report issuance, depending on how many gaps you need to remediate. Type 2 requires six to twelve months of control observation on top of implementation time. With a managed compliance partner, the full process from kickoff to Type 2 report typically runs around eight months.
A SOC 2 GAP assessment reviews your current security controls against the Trust Services Criteria and identifies what is missing or insufficient. It covers your IT infrastructure, access controls, data management practices, policy documentation, and security tooling. The output is a prioritized list of gaps and a remediation roadmap you can use to prepare for your audit period.
A managed compliance partner takes on the implementation, tooling, documentation, and auditor coordination that would otherwise require multiple internal hires. For organizations without a dedicated security or compliance team, this approach is often faster and more cost-effective than building the capability in-house. BEMO's SOC 2 service starts at approximately $4,800 per month and includes a full dedicated team.
BEMO assigns a dedicated team to every client account. That team includes a Customer Success Manager, Project Manager, Delivery Engineer, Security Engineer, SOC Analyst, IT Manager, Support Engineer, and virtual CISO. Each role covers a specific part of the compliance process, so you are not relying on one person to manage everything.