Preparing for SOC 2
A realistic 90-day path from nothing to audit-ready.
Weeks 1–2: map what exists #
Most engineering teams already do half of SOC 2 without calling it that: code review, SSO, CI/CD, infrastructure as code. The first two weeks map existing practice against the Trust Services Criteria. Teams are routinely 40–50% covered before writing a single policy — starting from zero is a consultant fiction.
Weeks 3–8: close gaps as engineering work #
- Enforce SSO + MFA everywhere; kill shared accounts.
- Wire evidence collection into systems — IdP exports, IaC state, ticket automation — so proof is a query, not a screenshot ritual.
- Stand up centralized logging, alerting, and a tested backup/restore procedure.
- Build the vendor inventory and risk-review habit.
Weeks 9–12: policies, dry run, auditor #
Only now write policies — short ones describing what is actually true. A 40-page aspirational policy is a finding waiting to happen; "production access requires SSO + MFA and is reviewed quarterly" is a control you can live with during a crunch. We run a cold evidence dry-run, fix what creaks, then bring in the auditor. Type I attests the controls exist; the Type II observation window runs afterwards while you operate normally.
NoteEngaged as a fixed-price project, readiness programs typically land between $30k–$60k depending on company size — our SOC 2 case studies have passed with zero critical findings.
What auditors actually ask for #
Demystifying the evidence request list — these are the artifacts behind most SOC 2 controls, and every one can be produced automatically if wired up early:
| Auditor asks for | Automated source |
|---|---|
| Proof access is revoked when people leave | IdP offboarding logs + quarterly access-review exports |
| Evidence of code review on changes | PR history — branch protection makes it unskippable |
| Vulnerability management records | Dependency-scan reports from CI, with remediation tickets |
| Backup and restore verification | Restore-drill reports with timestamps and results |
| Incident response evidence | Postmortem documents + paging-system timeline exports |
| Change-management trail for infrastructure | Terraform PR history with plan outputs (see Infrastructure as Code) |
Maintained by the delivery team · updated quarterly