Are you putting trust in a broken shield? The hidden costs of fast, low-cost SOC reporting

Key takeaways:

  • A “clean” SOC report isn’t always reliable, and insufficient audits can hide gaps that expose your organization to serious risk.
  • Users should beware of SOC reports possibly produced using shortcuts or testing that lacks rigor or objectivity.
  • Pay close attention to SOC report scope, testing depth, and automation to confirm controls you rely on perform as expected.
  • Vague complementary user entity controls (CUECs) and carved-out subservicers can leave critical risks unaddressed.
  • Treat SOC reports as living risk management tools—and verify auditor credentials and independence.

If you’ve reviewed system and organization controls (SOC) reports provided by third-party vendors and see nothing but spotless results, you may not get to breathe easily just yet. That “clean” opinion could be hollow assurance from SOC auditors cutting corners. What looks like solid assurance might actually be a threat to your data security, trust in vendors, or even your bottom line.

New analysis from the American Institute of CPAs (AICPA) suggests that some SOC examinations conducted by service auditors or tool providers luring clients with speedy, low-cost SOC examinations could put your organization at significant risk. This highlights a growing concern. Not all SOC reports are equally reliable because not all SOC service auditors (and in some cases the accounting firms that sign off on the reports) follow the same rigorous guidelines for competently applying professional judgment and objectivity in testing and reporting in an equally reliable manner.

The danger of promising more for less

Flawed SOC reports don’t always look flawed at first glance. The issues are often subtle, and that’s precisely what makes them dangerous. When done well by service auditors with deep experience and a solid track record, SOC reports can help reduce diligence effort and build confidence among stakeholders by providing an opinion based on reasonable assurance that controls to safeguard client data are designed appropriately and have operated effectively to address relevant risks. Done poorly, without appropriate procedures by a reputable and competent accounting firm and team, they could expose your organization to significant financial, operational, and compliance risk such as errors, audit surprises, security incidents, and disruption to critical services.

This may take multiple forms. An exception-free report where the scope doesn’t match your reliance. A narrative that seems copied and pasted, missing the specifics you’d expect from a detailed system description or the auditor’s actual testing procedures. Recent headlines about a SOC service auditor cutting corners to deliver eyebrow-raising speed and affordability provide a stark reminder that shortcuts could come at a much greater expense—your own credibility.

Consider this. You rely on a vendor’s clean SOC report only to later discover that a critical control wasn’t adequately tested or a key system wasn’t actually in scope. What seems like reasonable assurance can quickly become unexpected audit work, costly remediation, or a security or operational incident. And it can raise difficult questions from regulators, customers, investors or other stakeholders, or your board about why the problem wasn’t prevented or identified sooner.

Ultimately, your organization is responsible for the accuracy of information and the safeguarding of data and systems. That means if your vendors don’t have controls in place and can’t provide assurance that those controls are working, you’re on the hook if a SOC report gives you a false sense of security.

What to look for in SOC reports: primary areas of concern

To provide a clearer assessment of a vendor’s SOC reports and make the most of their potential as risk management tools, here are some critical areas we recommend you examine closely:

A SOC report can be technically “clean” while omitting certain infrastructure or controls relevant to your situation. If the scope doesn’t cover the systems, applications, reports, or capabilities you rely on, it has little value as a risk management tool or to support your intended reliance. In some cases, omitting certain controls from a report’s scope could trigger the need for management or your own auditor to perform additional testing.

Testing that includes only inquiry and observation without evidence or key details about testing procedures raises a red flag. Testing quality is a useful indication of a SOC report’s reliability, so it’s worth digging deeper or pushing back on the vendor if this section seems light. Look for detailed descriptions of the applicable trust criteria in a SOC 2 along with the relevant controls, the auditor’s testing procedures, and the results. You have reason to be concerned if you see testing that doesn’t match the control, point-in-time testing for manual transactional controls, or no indication that the auditor validated the completeness and accuracy of system-generated reports or listings used as audit evidence.

If it appears the same templates were used to fill in sections of a report or generate them wholesale, probe for details. Each report should contain an opinion issued by a service auditor that meets independence and quality standards and participates in the peer review process. Automation can help enhance efficiency and quality, but only if used appropriately. Reliable SOC reporting requires professional judgment and skepticism.

Reliable SOC reports typically include a section on complementary user entity controls (CUECs), the controls a service provider expects customers (that means you) to implement, which often include user access management and relevant endpoint security controls. If these shared responsibilities are vague, incomplete, or difficult to understand, you risk placing undue reliance on the report and overlooking critical controls that remain your responsibility. In addition, complementary subservice organization controls (CSOCs) are controls implemented by a downstream vendor (a “subservicer”) such as your vendor’s cloud provider. A typical SOC report will handle these controls as carve-outs, meaning a subservicer’s controls are excluded from testing in that SOC examination. Reports should clearly identify each subservicer, explain the services it provides, and describe the controls the subservicer is expected to perform. This transparency will help you determine which subservicers are relevant to you and where it is necessary to obtain assurance over the related subservice controls, typically by requesting those subservicers’ SOC reports.

Many companies expect service providers to distribute new SOC reports at least annually, while some require even more frequent reporting to meet specific user needs and to obtain more timely assurance. Environments are changing quickly, with widespread adoption of new and varied tech vendors and an increasingly complex regulatory environment. Obtaining assurance that your service providers’ controls function as intended over a length of time has become a common expectation, especially for companies that use numerous service providers or when data flows through multiple systems.

A disciplined approach to risk management

SOC reports created using templates and certified by accounting firms without proper credentials might seem legitimate on the surface. But if you don’t recognize the accountant (or if a closer look reveals a connection between a SOC tool provider and a service auditor that doesn’t align with the AICPA’s guidelines for quality and independence), you might be putting your company at risk.

Treating SOC reports as living risk management tools, not one-time auto-generated deliverables, is the standard your organization should hold its vendors to. That means asking probing questions and pushing your service providers to produce SOC reports that fully cover the systems, system boundaries, controls, and reports relevant to your usage. These reports should also clearly articulate significant systems and technology changes during the period and uphold established standards for quality, completeness, and professional independence.

For its part, the AICPA is working on new guidance to inform the peer review process to help stakeholders keep pace with the environment.

In a landscape always growing more complex, with regulations and AI security threats multiplying, you should move beyond checkbox compliance and treat SOC reporting as a discipline that requires subject-matter expertise, consistency, and critical thinking.

Authors

Todd Bialick

US Digital Assurance and Transparency Leader, PwC US

Jay Schaldecker

Trust and Transparency Solutions Leader, PwC US

Sarah DeArdo

Director, PwC US

Follow us

Required fields are marked with an asterisk(*)

Your personal information will be handled in accordance with our Privacy Statement. You can update your communication preferences at any time by clicking the unsubscribe link in a PwC email or by submitting a request as outlined in our Privacy Statement.

Hide