SOC 2 Risk Assessment Services | Pentest Testing Corp

SOC 2 Risk Assessment Services

If your SOC 2 audit is coming up in the next two or three months, you’re past the awareness stage. Your CPA firm is already engaged, or nearly so. The question now isn’t whether you need SOC 2; it’s whether your controls are documented, tested, and evidenced the way an assessor expects, or whether you’ll be pulling screenshots at 11pm the week before fieldwork starts.

Our SOC 2 risk assessment and readiness service maps your environment against the Trust Services Criteria, identifies control gaps, and builds an audit-ready evidence package your assessor can work with directly. We’ve run these engagements across SaaS platforms, FinTech companies, and healthtech teams preparing for both Type I and Type II. The pattern is consistent: organisations that arrive with a structured evidence package close their audits faster, with fewer findings.

What SOC 2 Requires from a Security Assessment

SOC 2 doesn’t prescribe specific technical tests the way PCI DSS does. What it requires is documented evidence that your organisation has identified risks, designed controls to address them, and for Type II, operated those controls consistently over a defined period.

The Trust Services Criteria that drive security testing requirements are CC3 (Risk Assessment), CC6 (Logical and Physical Access Controls), CC7 (System Operations), and CC9 (Risk Mitigation). CC3.2 requires a documented risk assessment process with identifiable methodology. CC6.6 requires evidence that logical access is controlled and monitored. CC7.1 requires that threats from outside the system boundary are actively detected and evaluated. CC9.2 requires documented vendor risk management.

None of these are satisfied by running a scanner and saving the output. They require analyst judgment, policy review, control testing, and a traceable remediation record.

Why a Vulnerability Scanner Does Not Satisfy SOC 2

A scanner produces a ranked list of CVEs. That’s useful for patch prioritization but it isn’t a risk assessment under SOC 2’s terms. A CPA firm examiner reviewing your evidence file will look for: a defined scope and system boundary, a documented assessment methodology, control testing that extends beyond surface-level detection, and a risk register showing deliberate decisions about identified gaps.

How the Assessment Works

We begin with a scoping call to define the TSC criteria in scope, the system boundary, your primary third-party vendors, and your current evidence maturity. This runs 60–90 minutes and produces a written scope confirmation before any billable work starts.

From there, we review your policy and procedure documentation against the applicable criteria, test technical controls across identity and access management, logging, encryption, change management, and endpoint configuration, and build a risk register that maps findings to TSC criteria with severity ratings, remediation ownership, and target dates.

The final readout covers where you stand against Type I requirements today and what the Type II observation window needs to look like operationally.

What Your SOC 2 Auditor Will Actually Look For

CPA firms conducting SOC 2 examinations; Schellman, Coalfire, A-LIGN, or your regional firm, verify two things: that your controls are designed appropriately (Type I) and that they’re operating effectively over a defined period (Type II). Specifically, your examiner will want:

Written policies that clearly reference each applicable TSC criterion, not generic “we have a security policy” documentation, but criteria-mapped controls with defined ownership and review cadence. System-generated logs showing controls are active, not just described. A risk register demonstrating that identified issues were addressed or formally accepted with documented rationale. Evidence that changes moved through an auditable change management process.

What examiners are not looking for is perfect security. They’re verifying documented intent, consistent operation, and traceable decision-making. That’s exactly what a structured risk assessment produces, and what an undocumented scanner output doesn’t.

SOC 2 Evidence Package: What You Receive

Every engagement delivers the following named artifacts:

SOC 2 Risk Assessment Report

Executive summary plus technical findings section, written to be handed directly to your CPA firm. Includes methodology, scoping rationale, and findings narrative with remediation recommendations. Typically 30–60 pages depending on scope.

TSC Control Matrix

Your controls mapped to CC3, CC6, CC7, and CC9 (plus Availability, Confidentiality, or Privacy criteria if in scope), with current design status, evidence reference, and gap identification for each criterion. Delivered as a structured spreadsheet compatible with common GRC platforms.

Risk Register

Each identified risk with severity classification, assigned owner, remediation recommendation, and target completion date. Format aligns with what your auditor will expect to cross-reference during fieldwork.

Evidence Catalog

A curated inventory of what your auditor needs and where to retrieve it: access control screenshots, MFA enforcement logs, change management tickets, vendor agreements, encryption configuration exports, and incident response logs. Each item includes format requirements and source instructions.

Gap Remediation Roadmap

Prioritised by audit impact, with Type I design milestones clearly separated from Type II operational requirements. Links to our Remediation services if implementation support is needed.

Type II Observation Plan

If you’re heading toward Type II, this documents which controls need to be monitored, at what cadence, and what evidence needs to be collected during the observation window. Most CPA firms require a six to twelve-month window.

Timeline Expectations

A Starter engagement – gap review through risk register, delivers in two to three weeks from scoping call to final report. Professional engagements that include technical control testing run three to five weeks depending on environment complexity and your team’s availability for the evidence review sessions.

For Type I, starting eight to twelve weeks before your target report date gives you enough runway to address high-priority gaps before fieldwork. For Type II, the observation period typically runs six to twelve months, so earlier starts mean earlier certification. If your audit is already scheduled within eight weeks, contact us first, we’ll assess what’s realistic and prioritise the evidence gaps most likely to generate findings during fieldwork.

Frequently Asked Questions

Tell us where you are in your SOC 2 cycle

Whether you’re preparing for your first Type I or already running the observation window toward Type II. We’ll scope what’s needed and quote it without the back-and-forth.

📩 Request a SOC 2 Risk Assessment
Full Name
Service Interest
Looking to fix gaps? Visit SOC 2 Remediation Services.
Scroll to Top