Stop 12 · Security & DevSecOpsTopics · 6/9

Compliance Basics (SOC 2, ISO 27001 Overview)

Part of the DevOps Roadmap

In short

Big companies won't buy from a startup until it proves their data is safe. SOC 2 and ISO 27001 are the proofs they ask for most, and DevOps builds much of the evidence.

Frameworks defining security and operational standards organizations must meet, often required to sell to enterprise customers — DevOps engineers frequently implement the technical controls compliance requires.

The mascot in a chef's cap shows a clean kitchen to an inspector holding a clipboard.

Think of it like this

The restaurant kitchen inspection

A food inspector doesn't taste every dish. They check the fridge temperature log, the cleaning schedule and the staff hygiene records. If records are kept and match reality, you pass. Compliance audits are like that: show your controls exist and that you follow them.

Watch it happen

SOC 2 vs ISO 27001 at a glance

SOC 2

  • US-origin, from the AICPA
  • Auditor's report on your controls
  • Type II checks controls over months

ISO 27001

  • International standard
  • Certifies your security management system
  • Certificate with yearly surveillance audits

Both ask similar things: access control, change management, logging, backups, incident response. Many companies pick based on where their customers are.

The big ideas

What you need to know

Controls are promises

A control is a rule you commit to, like 'every production change is reviewed' or 'access is removed within a day of leaving'.

Evidence proves them

Auditors ask for proof: pull request approvals, access review records, backup test logs. No proof means the control failed.

Pipelines make evidence

Required reviews, CI logs and Terraform history give you automatic, timestamped proof of change management.

It's continuous

Passing once isn't the end. SOC 2 Type II and ISO surveillance audits check you kept doing it over time.

How it works

A first compliance project

  1. 1

    Pick the scope

    Decide which systems and teams are covered, usually the product and its production cloud account.

  2. 2

    Gap check

    Compare what you do today against the framework's controls and list what's missing.

  3. 3

    Fix and automate

    Turn on MFA, branch protection, logging and backups. Automate evidence wherever you can.

  4. 4

    Audit

    An independent auditor reviews your evidence and either issues the report or certificate, or lists findings.

Save yourself the pain

Common mistakes

Oops

Thinking a compliance certificate means the company can't be hacked.

Do this instead

It means agreed controls exist and are followed. It lowers risk and builds trust, but it isn't a guarantee.

Oops

Collecting evidence by hand in screenshots the week before the audit.

Do this instead

Let the tools record it: protected branches, CI logs, ticket history, access review exports. Less stress, better proof.

Your mission

Map your own repo to controls

~30 min

Quick check

An auditor asks how you know every production change was reviewed. What's the strongest answer?

Go deeper

  1. 1Read a high-level overview of what SOC 2 or ISO 27001 requires organizationally.
  2. 2Identify a technical control (like audit logging) that supports a specific compliance requirement.
  3. 3Understand why compliance often drives infrastructure decisions (like data residency) beyond pure technical preference.

More topics at this stop

Stuck on this topic? Ask an Insider

Get 1:1 guidance from people who've walked this exact path — on the InsideEdge app.

Download
InsideEdge