ALL RESOURCES
SOC 2
SOC 1 vs. SOC 2: Which one do you need?

SOC 1 vs. SOC 2: Which one do you need?

Trust. It’s one of the vaguest, yet most underestimated aspects of doing business. Your sales team could do a spectacular job of showing a client that your service has astronomical potential to help their business, but that’s only one piece of the puzzle. Clients need to trust that you’ll deliver on your promises and that you won’t bring them any added risks. How do you go about building that trust?


One way to begin is with widely used and well-respected assessment reports like SOC reports. Before you go diving in and investing in every certification you can find, you’ll need to determine which ones are actually necessary and beneficial for your business.


Let’s take a closer look at SOC reports and, in particular, the difference between SOC 1 vs SOC 2 reports so you can be prepared if a client requests them.

The basics of SOC reports

What is SOC 1 and SOC 2 reporting, and what is its purpose? Attaining a SOC 2 report is all about documenting the steps you’re taking to make your operations and data secure so you don’t put your clients’ data at risk. SOC stands for Service Organization Controls, so these reports were designed for organizations that provide a service to document their security and, ultimately, trustworthiness to their clients.


SOC reports were developed by the American Institute of Certified Public Accountants (AICPA) as a way to help companies know that their data or financial reports will be well-protected by your organization. SOC 1 and SOC 2 reports are common requests from organizations in North America because these reports originated in the US.

Difference between SOC 1 and SOC 2

Among organizations that are preparing for their first SOC report, one of the first questions they ask is, “What’s the difference between a SOC 1 vs SOC 2 report?” In truth, there is also a SOC 3 report, though this report is less common and is written for more general audiences like stakeholders rather than clients or users, so we’ll keep our focus on SOC 1 and SOC 2


In a nutshell, the difference is that SOC 1 reports focus on financial operations while SOC 2 reports focus more on data security and compliance. A SOC 1 report will detail all the steps you’ve taken and the systems you have in place to ensure accurate financial reporting and financial operations. This is why these reports are common for organizations that offer a service that affects their clients’ financial operations.


SOC 2, on the other hand, deals more with data security. In fact, SOC 2 reports feature five categories called the Trust Service Principles: security, availability, integrity, availability, and privacy. Every SOC 2 report will evaluate your security, but your report only needs to cover the other four principles if and when they are relevant.

How to determine if you need a SOC 1 or SOC 2 report

The difference between a SOC 1 and SOC 2 report is rather simple, but the natural next question is, “How do I know which one I need?”


It comes down to the impact that your organization has on your clients or users. If you affect your clients’ financial operations in any way, they’re likely to expect a SOC 1 report. For example, if you track any of their financial data, process payments for them, or process their payroll, you’re likely to need a SOC 1 report.


On the other hand, if you work with any other type of sensitive information for your clients, they’re likely to require a SOC 2 report. This can be a common request for cloud service providers, cybersecurity providers, and more.


Ultimately, your client will also tell you exactly what they need from you. Still, based on the service you provide and the impact you have on your users, you can determine which type of SOC report applies to you and begin the process early so you can have your report ready to go.

How to get a SOC 1 or SOC 2 report

SOC 1 and SOC 2 reports can take weeks or months to complete, but you can simplify the process by starting off on the right foot. Begin by doing your own assessment of your system to see where you’re following best practices and where you fall short. This readiness assessment will make your finished audit smoother and faster. In fact, a compliance automation tool like Vanta can streamline the process even further by conducting your readiness assessment for you and giving you a clear list of the controls you may be missing.


When you are proud of the security and operations controls you have in place, the next step is to hire an external auditor. This auditor does an in-depth investigation of your system and your operations to prepare your SOC 1 or SOC 2 report.


If you want to fast-track your SOC 2 report, learn more about Vanta SOC 2 compliance automation and how it can guide you in getting your report and opening new doors for your business.


Learn more about SOC 2

Automate your SOC 2 compliance

Your SOC 2 checklist

5 Tips for evaluating SOC 2 security monitoring platforms


Written by
No items found.
Access Review Stage Content / Functionality
Across all stages
  • Easily create and save a new access review at a point in time
  • View detailed audit evidence of historical access reviews
Setup access review procedures
  • Define a global access review procedure that stakeholders can follow, ensuring consistency and mitigation of human error in reviews
  • Set your access review frequency (monthly, quarterly, etc.) and working period/deadlines
Consolidate account access data from systems
  • Integrate systems using dozens of pre-built integrations, or “connectors”. System account and HRIS data is pulled into Vanta.
  • Upcoming integrations include Zoom and Intercom (account access), and Personio (HRIS)
  • Upload access files from non-integrated systems
  • View and select systems in-scope for the review
Review, approve, and deny user access
  • Select the appropriate systems reviewer and due date
  • Get automatic notifications and reminders to systems reviewer of deadlines
  • Automatic flagging of “risky” employee accounts that have been terminated or switched departments
  • Intuitive interface to see all accounts with access, account accept/deny buttons, and notes section
  • Track progress of individual systems access reviews and see accounts that need to be removed or have access modified
  • Bulk sort, filter, and alter accounts based on account roles and employee title
Assign remediation tasks to system owners
  • Built-in remediation workflow for reviewers to request access changes and for admin to view and manage requests
  • Optional task tracker integration to create tickets for any access changes and provide visibility to the status of tickets and remediation
Verify changes to access
  • Focused view of accounts flagged for access changes for easy tracking and management
  • Automated evidence of remediation completion displayed for integrated systems
  • Manual evidence of remediation can be uploaded for non-integrated systems
Report and re-evaluate results
  • Auditor can log into Vanta to see history of all completed access reviews
  • Internals can see status of reviews in progress and also historical review detail

PCI Compliance Selection Guide

Determine Your PCI Compliance Level

If your organization processes, stores, or transmits cardholder data, you must comply with the Payment Card Industry Data Security Standard (PCI DSS), a global mandate created by major credit card companies. Compliance is mandatory for any business that accepts credit card payments.

When establishing strategies for implementing and maintaining PCI compliance, your organization needs to understand what constitutes a Merchant or Service Provider, and whether a Self Assessment Questionnaire (SAQ) or Report on Compliance (ROC) is most applicable to your business.

Answer a few short questions and we’ll help identify your compliance level.

1
2
3
4
!
👍

Does your business offer services to customers who are interested in your level of PCI compliance?

Yes
No

Identify your PCI SAQ or ROC level

The PCI Security Standards Council has established the below criteria for Merchant and Service Provider validation. Use these descriptions to help determine the SAQ or ROC that best applies to your organization.

Good news! Vanta supports all of the following compliance levels:

SAQ A

A SAQ A is required for Merchants that do not require the physical presence of a credit card (like an eCommerce, mail, or telephone purchase). This means that the Merchant’s business has fully outsourced all cardholder data processing to PCI DSS compliant third party Service Providers, with no electronic storage, processing, or transmission of any cardholder data on the Merchant’s system or premises.

Get PCI DSS certified

SAQ A-EP

A SAQ A-EP is similar to a SAQ A, but is a requirement for Merchants that don't receive cardholder data, but control how cardholder data is redirected to a PCI DSS validated third-party payment processor.

Learn more about eCommerce PCI

SAQ D
for service providers

A SAQ D includes over 200 requirements and covers the entirety of PCI DSS compliance. If you are a Service Provider, a SAQ D is the only SAQ you’re eligible to complete.

Use our PCI checklist

ROC
Level 1 for service providers

A Report on Compliance (ROC) is an annual assessment that determines your organization’s ability to protect cardholder data. If you’re a Merchant that processes over six million transactions annually or a Service Provider that processes more than 300,000 transactions annually, your organization is responsible for both a ROC and an Attestation of Compliance (AOC).

Automate your ROC and AOC

Download this checklist for easy reference

Questions?

Learn more about how Vanta can help. You can also find information on PCI compliance levels at the PCI Security Standards Council website or by contacting your payment processing partner.

The compliance news you need. Delivered securely to your inbox.