SOC 2 (Service Organization Control 2) придумали в AICPA — это ассоциация сертифицированных бухгалтеров в США, но по факту стандарт давно вышел далеко за рамки «бухгалтерской» темы. Его задача — показать, насколько компания умеет нормально обращаться с данными клиентов: защищать их, не терять, не ломать при обработке и не раздавать лишним людям. Речь про безопасность, доступность сервисов, конфиденциальность, целостность обработки и защиту персональных данных.
На чём всё держится #
В основе SOC 2 лежат так называемые Trust Services Criteria — принципы доверия. Это такой набор «опорных точек», по которым аудитор смотрит, насколько у вас всё адекватно с контролями.
- Security — базовая история: доступ к данным только для тех, кому он действительно нужен, и защита от несанкционированного доступа.
- Availability — сервис должен быть доступен в рамках обещанных SLA, а не «как повезёт».
- Processing Integrity — данные обрабатываются корректно, без искажений и странных сбоев, которые никто не отслеживает.
- Confidentiality — ограниченный доступ к чувствительной информации, плюс понятные правила, кто и что может видеть.
- Privacy — работа с персональными данными в рамках заявленных политик и законов, а не по внутреннему ощущению.
Какие бывают отчёты #
- Type I — однократная фотография системы контроля на конкретную дату. Аудитор смотрит: что у вас формально описано, как это задокументировано. По сути — «архитектура и дизайн» на момент проверки.
- Type II — здесь уже проверяют, как ваши контроли работали на практике в течение периода (от трёх до двенадцати месяцев). То есть не только «написано», но и «фактически выполнялось».
Type II ценится заметно выше: он показывает операционную дисциплину, а не только красивые политики на бумаге.
Кому это вообще нужно #
- SaaS-компаниям;
- облачным провайдерам;
- финтех- и LegalTech-платформам;
- B2B-сервисам, которые крутят у себя чувствительные данные клиентов.
Во многих сделках с крупными корпоративными заказчиками в США и Канаде SOC 2 фигурирует почти как обязательный входной билет. Без него обсуждение просто не начинается.
Что это даёт клиенту #
- Понимание, что поставщик не импровизирует с кибербезопасностью, а живёт по выстроенной системе.
- Больше доверия к тому, как защищены данные: от утечек, потерь, случайных доступов «кому не надо».
- Признак того, что у контрагента зрелые бизнес-процессы, а не хаотичный набор практик.
Как это выглядит в реальной жизни #
Представим облачный сервис для управления электронной документацией, у которого есть SOC 2 Type II. Это обычно означает, что у него не только политики красивые, но и:
- все входящие соединения идут по защищённым протоколам (например, TLS 1.3);
- админский доступ к инфраструктуре завязан на многофакторную аутентификацию;
- ведётся централизованный аудит действий, и логи доступны для разбора инцидентов;
- резервные копии не просто делаются, но и регулярно проверяются на восстановление, условно раз в неделю.
После появления SOC 2 Type II таким сервисам гораздо проще выходить на страховые компании, банки и других «тяжёлых» заказчиков: у них есть формальное подтверждение, что процессы безопасности не из головы.
Чем SOC 2 отличается от ISO 27001 #
Эти две истории часто ставят рядом, но фокус у них разный:
- По происхождению: SOC 2 идёт от AICPA (США), ISO 27001 — из мира международных стандартов ISO.
- По сути: SOC 2 — это отчёт аудитора о том, какие у вас контроли и как они работают. ISO 27001 — про систему управления информационной безопасностью в целом (политики, процессы, цикл PDCA и всё такое).
- По аудиту: SOC 2 делает независимый CPA-аудитор; ISO 27001 — сертифицированный ISO-аудитор.
- По результату: у SOC 2 — отчёт формата Type I или Type II, у ISO 27001 — сертификат на три года с периодическими аудитами.
Важный нюанс #
Формально у SOC 2 нет «сертификата» в привычном смысле. Компания получает aудиторское заключение — SOC 2 Report. Это документ, который можно показывать заказчикам, прикладывать к RFP и тендерам, чтобы доказать, что требования безопасности выполняются.
Если по сути, SOC 2 — это не «галочка» ради маркетинга, а показатель того, что безопасность в компании построена как система, описана, проверена и поддерживается. Для клиента это, по большому счёту, гарантия, что его данные не живут в режиме «авось пронесёт».
