Purpose
Provide user auditors and user entities with independent information about controls at a service organization that affect financial reporting.
A SOC 1 report is an independent CPA attestation about controls at a service organization that are relevant to user entities' internal control over financial reporting (ICFR). CyberAtrix prepares the system, controls and evidence — a licensed service auditor issues the report.
A SOC 1 report is an attestation report issued by an independent licensed CPA firm under AICPA SSAE 18 (Statement on Standards for Attestation Engagements). It reports on controls at a service organization that are relevant to user entities' internal control over financial reporting (ICFR). In short: SOC 1 is about the controls customers' financial auditors care about — not about security posture in general.
Provide user auditors and user entities with independent information about controls at a service organization that affect financial reporting.
Issued under AICPA attestation standards (SSAE 18 — AT-C 105 and AT-C 205) with a system description, management assertion and service auditor's report.
Restricted-use report intended for management, their auditors and other specified parties with sufficient knowledge of the system.
SOC 1 exists because financial auditors of user entities need to understand how a service organization's controls affect the financial statements their clients produce. Where services touch payment processing, payroll, transaction records, claims, invoices, reconciliations or financial data flows, the user entity's auditor usually expects SOC 1 evidence.
Financial auditors rely on the SOC 1 report to plan their audit of the user entity's financial statements.
Customers with financial reporting obligations often require SOC 1 as part of vendor due diligence.
Master services agreements increasingly name SOC 1 as a mandatory assurance deliverable.
The examination pushes the service organization toward repeatable, owned, evidenced controls.
SOC 1 applies to service organizations whose services are relevant to their customers' financial reporting. If your platform, operations or processes influence the numbers your customers report, their auditors may expect a SOC 1 report.
Wage calculations, tax filings, benefits deductions and payments that flow into customer financials.
Insurance and healthcare claims processing that affects customer reserves, payables and receivables.
Asset servicing, valuations, NAV calculations and investor-level reporting.
Billing, revenue systems, subscription platforms and financial-data SaaS used by customer finance teams.
Card processing, ACH, ledger services and other transaction infrastructure that touches customer financial records.
Hosting and infrastructure providers where customers rely on the provider's controls for financial reporting integrity.
The core distinction is time. Type 1 covers the fairness of the description and the suitability of control design as of a point in time. Type 2 also tests whether the controls operated effectively throughout a specified period.
| Dimension | SOC 1 Type 1 | SOC 1 Type 2 |
|---|---|---|
| Primary question | Is the system description fair, and are the relevant controls suitably designed as of a date? | Additionally, did the controls operate effectively throughout a specified period? |
| Time frame | As of a specific date. | For a specified period of time. |
| Testing detail | Design and implementation focus. | Service auditor tests of controls and results. |
| Best fit | First-time reporting and early customer assurance. | Sustained assurance for user auditors across a period. |
| Commercial signal | Milestone for vendor readiness. | Stronger evidence expected by many financial auditors. |
SOC 1 exists to close the gap between a service organization's controls and the financial statements of the entities it serves.
The service organization's controls sit upstream of the user entity's financial reporting. The user auditor relies on the SOC 1 report to understand and factor those controls into the audit.
Most SOC 1 controls cluster around five areas. Which ones matter depends on the service, the data flows and the user auditor's expectations.
Five ICFR control domains radiate from the service organization center. Together they produce the evidence a service auditor examines.
Most SOC 1 programs move through six phases. Type 2 adds an operating window between readiness and examination.
From scope definition through readiness, evidence, observation, examination and report issuance. Type 1 skips the observation window; Type 2 includes it.
A SOC 1 report is more than a compliance artifact — it reduces friction in enterprise sales and strengthens the control environment.
Customers and their auditors get a single, independent report instead of repeated questionnaires and site visits.
Financial-services, healthcare and large-enterprise buyers often require SOC 1 before contracting.
User auditors can rely on the report, reducing requests that flow back to your operations teams.
Owners, frequencies and evidence become explicit — improving operational consistency.
Gaps in financial-reporting controls are found and fixed before they become incidents.
A clean SOC 1 Type 2 signals maturity to prospects evaluating vendors.
The service auditor examines the system description and the controls management asserts are relevant to user entities' ICFR.
Management's description of services, infrastructure, software, people, procedures, data and subservice organizations.
Objectives relevant to financial reporting — completeness, accuracy, validity, authorization, timeliness and data integrity.
The specific controls designed to meet each objective, with owners, frequencies and evidence expectations.
For Type 2, the service auditor's procedures and the results of those procedures across the period.
Complementary user entity controls that customers must perform for the service organization's controls to work.
Carve-out or inclusive treatment of vendors that perform part of the system.
Management's written assertion about the fairness of the description and suitability of control design.
The independent CPA firm's conclusion — the core output relied upon by user auditors.
The system description defines what is in scope. Scoping too broadly creates unnecessary work; scoping too narrowly risks rejection by user auditors.
Use this checklist to assess whether your organization is ready to begin a SOC 1 examination.
Fees and duration depend on scope, control count, locations, subservice organizations, evidence maturity and the service auditor selected. The figures below are planning ranges, not quotes.
Timeline: 4–10 weeks after readiness.
Effort: Moderate — design and description focus.
Cost drivers: Scope, controls, locations.
Timeline: Observation window (3–12 months) + examination and reporting.
Effort: High — evidence across the period.
Cost drivers: Window length, control count, testing.
Timeline: 2–8 weeks depending on gaps.
Effort: Variable — gap closure and control design.
Cost drivers: Current maturity, documentation.
All three are AICPA attestation reports, but they answer different questions for different audiences.
| Dimension | SOC 1 | SOC 2 | SOC 3 |
|---|---|---|---|
| Focus | ICFR-relevant controls | Trust Services Criteria | Trust Services Criteria (general use) |
| Audience | User entities & their auditors (restricted) | User entities & their auditors (restricted) | General public (general use) |
| Detail | System description, controls, tests (Type 2) | System description, controls, tests (Type 2) | Summary only, no detailed tests |
| Common drivers | Financial reporting dependency | Security, availability, confidentiality | Marketing & trust signaling |
SOC 1 is governed by AICPA standards and issued by an independent licensed CPA firm. Understanding the roles helps you plan the engagement.
Publishes the attestation standards (SSAE 18) and guidance that govern SOC 1 examinations.
Performs the examination, tests controls and issues the SOC 1 report. Must be independent of the service organization.
Prepares the system description and written assertion, and is responsible for the controls.
We provide end-to-end readiness and preparation services, then coordinate with your chosen service auditor.
Gap analysis against description criteria and control objectives.
Define the system and draft management's description.
Design controls, owners, frequencies and evidence expectations.
Prepare for point-in-time examination and assertion.
Set up the operating period and evidence program.
Organize evidence by control and maintain the evidence calendar.
Document complementary controls and carve-out/inclusive decisions.
Liaise with the service auditor, manage requests and walkthroughs.
Practical, audit-ready preparation grounded in real user-entity dependencies — not generic templates.
We scope from the user entity's financial statements backwards, keeping the control set lean and relevant.
Controls are designed with the evidence in mind, so Type 2 testing doesn't collapse under scrutiny.
We prepare the description, assertion and evidence matrix so the service auditor can start efficiently.
CUECs and subservice treatment are documented clearly, reducing back-and-forth with user auditors.
Overlapping controls are mapped once, so both reports benefit from a single control program.
Led by Rakesh H Kotian, ISO/IEC 27001 Lead Auditor & Lead Implementer, with GRC and assurance experience.
Answers to the questions we hear most often from service organizations and their auditors.
A SOC 1 report is an attestation report issued by an independent CPA firm under AICPA SSAE 18. It reports on controls at a service organization that are relevant to user entities' internal control over financial reporting (ICFR).
ICFR stands for Internal Control over Financial Reporting. In SOC 1, ICFR means controls at the service organization relevant to the user entity's financial statements — for example transaction processing, change management, access and reconciliations.
SOC 1 Type 1 covers the fairness of the description of controls and the suitability of control design as of a point in time. SOC 1 Type 2 also tests whether the relevant controls operated effectively throughout a specified period.
No. SOC 1 focuses on controls relevant to user entities' financial reporting. SOC 2 focuses on controls relevant to Trust Services Criteria — security, availability, processing integrity, confidentiality and privacy.
Service organizations whose services affect their customers' financial reporting. Common examples include payroll providers, claims processors, fund administrators, SaaS platforms affecting financial data, transaction processors, and cloud hosting where customers depend on its controls.
SOC 1 is not a statutory requirement. It is driven by customer demands, audit requirements, contract expectations, and the service organization's role in its customers' financial reporting.
The SOC 1 report is issued by an independent licensed CPA firm (the service auditor) under AICPA attestation standards. Management prepares the system description and assertion.
SOC 1 examinations are performed under AICPA attestation standards, including SSAE 18 (AT-C 105 and AT-C 205) — the Statement on Standards for Attestation Engagements.
CUECs are controls expected to be performed by the user entity for the service organization's controls to work effectively. They are described in the SOC 1 report so user auditors can factor them in.
A subservice organization is a vendor used by the service organization to perform part of the system. It can be included (inclusive method) or carved out (carve-out method) from the SOC 1 examination.
No. SOC 1 is an attestation report issued by an independent CPA firm — not an ISO-style certification.
Management and the service auditor agree a specified period of time. Common planning windows are three, six, nine or twelve months, depending on customer expectations, control maturity and cycle length.
Fees depend on system scope, number of controls, locations, subservice organizations, evidence maturity and the CPA firm. Type 2 is typically higher than Type 1. CyberAtrix quotes readiness work separately from CPA examination fees.
Readiness commonly takes several weeks to a few months. Type 2 adds an observation window. Examination and reporting add additional weeks. End-to-end planning often spans three to nine months.
Yes, if controls are already designed, implemented and producing evidence. Type 1 is not a mandatory prerequisite.
A SOC 1 report includes management's system description, management's written assertion, and the service auditor's report including the opinion and, for Type 2, tests of controls and results.
SOC 1 reports are restricted-use. They are intended for management of user entities, their auditors, and other specified parties with sufficient knowledge of the system and controls.
Many service organizations use the COSO Internal Control — Integrated Framework as a reference for structuring ICFR controls. COSO is not required by SSAE 18, but it is a widely recognized internal control framework.
SOC 1 is an attestation report on controls relevant to user entities' financial reporting. ISO/IEC 27001 is a management-system standard for information security, with optional independent certification. They serve different purposes.
No. CyberAtrix provides readiness, control design, evidence preparation and examination coordination. The report is issued by an independent licensed service auditor.
Common evidence includes policies, procedures, control ownership, tickets, approvals, logs, reconciliations, access reviews and management oversight. Evidence must support the description and, for Type 2, the operating period.
Yes. Many service organizations maintain a SOC 1 report for financial-reporting controls and a SOC 2 report for security, availability or confidentiality. The control sets overlap and can be integrated into one program.
A practical checklist covering governance, scope, ICFR controls, evidence, CUECs and CPA examination preparation.
CyberAtrix prepares your system, controls and evidence — then coordinates with your independent CPA service auditor.