Noru

SOC 2 Evidence List: What Auditors Ask For, Control by Control

The evidence SOC 2 auditors ask for, control by control: populations, samples and the records each common control should leave behind during the period.

Bip Thelin2 min readPublished

SOC 2 evidence is the record that a control operated, and auditors collect it in two steps. First they ask for a population, the complete list of occurrences in the review period, such as every new hire, every leaver or every production change. Then they pick samples from it and ask for the evidence behind each one, such as the access request and its approval, the ticket showing access was removed, or the pull request with its review. Policies, configurations and system settings are inspected once or a few times. The evidence has to show when it was produced, because a Type 2 tests operation across the whole period.

Most of SOC 2 fieldwork is an exchange of evidence requests. Knowing what the auditor will ask for before the period starts is what lets each control leave the right record as it runs.

Populations and samples

For a control that runs many times, the auditor first asks for the population: every occurrence during the review period, exported from the system of record. They check it is complete, then pick a sample and ask for the evidence behind each item. The sample size grows with how often the control runs. For a control that runs rarely, such as an annual risk assessment, they may test every occurrence.

Evidence by control area

AreaPopulation the auditor asks forEvidence per sample or inspection
OnboardingEveryone who joined during the periodAccess request and approval, background check where required, signed policies, security training completion
OffboardingEveryone who left during the periodLeave date and the date each account was disabled
Access reviewsEach scheduled review in the periodThe review record: who reviewed, which accounts, what was changed, and when
AuthenticationNone; inspectedMFA and single sign-on settings, password policy configuration
Change managementEvery production change in the periodTicket or pull request, the review or approval, tests passed, who deployed
Vulnerability managementScans and penetration tests in the periodScan results, the pen test report, and remediation of findings within the policy's timelines
Logging and monitoringAlerts and their handlingAlert configuration, examples of alerts investigated and closed
Incident responseEvery security incident in the periodIncident record, timeline, communication, root cause and follow-up
Backups and recoveryBackup jobs and restore testsBackup configuration and logs, restore test results
Vendor managementVendors in scopeRisk assessment per vendor, the vendor's own SOC 2 or equivalent, and its review
Risk assessmentEach assessment in the periodThe risk register, ratings, treatment decisions and management review
GovernanceManagement and board meetings covering securityMinutes or records showing oversight, policy approvals with dates
EncryptionNone; inspectedEncryption settings for data at rest and in transit

What makes evidence acceptable

  • It is dated, so the auditor can tell it falls inside the period.
  • It comes from the system of record, not a document written afterwards to describe what happened.
  • It is complete: a population export with filters the auditor can see, not a curated list.
  • It is attributable: it shows who performed or approved the action.
  • It matches the control as described in the report, so the test checks what the description says.

Screenshots versus system evidence

Screenshots taken when the auditor asks work, but they show the state on the day they are taken, not during the period, and they have to be taken again for every request. Evidence collected from connected systems as controls run, with timestamps and retained for the period, answers sample requests directly and does the same job every year.

How long to keep it

Keep evidence at least until the report for the period has been issued and any follow-up questions are answered, and in line with your own retention policy. Evidence from one period is also useful when writing a bridge letter or answering a customer's questions about an exception.

Primary sources

Framework overviews

Related reading

FAQ

SOC 2 questions answered

Talk to us

What is a population in a SOC 2 audit?

The complete list of occurrences of a control during the review period, such as all production changes or all employees who left. The auditor checks it is complete and then selects samples from it.

How many samples will the auditor test?

It depends on how often the control runs and on the audit firm's methodology. Frequently run controls get larger samples, and rarely run controls, such as an annual review, may be tested in full.

Are screenshots acceptable SOC 2 evidence?

Often, yes, if they show the date, the system and enough context. They are weaker than exports from the system of record because they show a single moment and are easy to take out of context.

Do we need evidence for controls that did not run?

If a control did not run when it should have, that is an exception and should be reported as one. If it legitimately had no occurrences, such as no security incidents in the period, the auditor will want evidence that the population is genuinely empty.