SOC 2 и ISO 27001: чем вендоры агентов доказывают безопасность

Крупные вендоры агентных платформ — OpenAI, Anthropic, Microsoft, Google — публикуют на своих trust-порталах пакет документов: SOC 2 Type II, ISO/IEC 27001, иногда HIPAA-готовность и данные о размещении в ЕС. Для покупателя это не маркетинг, а входной билет: без такого пакета служба информационной безопасности заказчика заблокирует внедрение агента, который читает почту, ходит в CRM и выполняет действия от имени сотрудника. Разберём, что означают эти сертификации применительно к агентам и чем они отличаются друг от друга.

Почему для агентов это острее, чем для обычного SaaS

Классический SaaS хранит и обрабатывает данные. Агент ^* идёт дальше: он не только видит данные, но и совершает действия — отправляет письма, создаёт задачи, вызывает внешние API, тратит деньги. Ошибка или взлом обычной аналитики — это утечка. Ошибка агента с правами на действие — это уже операция, которую кто-то выполнил от вашего имени.

Отсюда два новых пласта риска, которых нет у простого хранилища. Первый — управление правами: какие токены и доступы получает агент и кто их отзывает. Второй — цепочка вызовов: агент дергает субпроцессоры (модель, векторную базу, инструменты), и каждый из них тоже обрабатывает ваши данные. Сертификация должна покрывать не только сам сервис, но и эту цепочку.

Сертификат отвечает на вопрос «есть ли у вендора процессы безопасности». Он не отвечает на вопрос «что именно ваш агент сделает с вашими данными» — это уже к архитектуре и договору.

Что стоит за каждой аббревиатурой

SOC 2

SOC 2 — это не сертификат, а аудиторский отчёт по стандарту американского института AICPA. Аудитор проверяет контроли компании по пяти критериям (Trust Services Criteria): безопасность, доступность, целостность обработки, конфиденциальность, приватность. Обязателен только первый — Security, остальные добавляются по выбору.

Ключевое различие — Type I против Type II. Type I фиксирует, что контроли описаны и существуют на конкретную дату. Type II проверяет, что они реально работали на протяжении периода наблюдения (обычно 3–12 месяцев). Для закупки ценность имеет именно Type II: он показывает поведение, а не декларацию.

ISO/IEC 27001

Международный стандарт на систему управления информационной безопасностью (ISMS). В отличие от SOC 2, это именно сертификат с фиксированным сроком действия (цикл около трёх лет с ежегодным надзорным аудитом), выдаёт его аккредитованный орган. ISO 27001 больше про управленческую систему и процессы, SOC 2 — про конкретные контроли и их эффективность за период. Многие вендоры имеют оба, потому что аудитории разные: ISO чаще спрашивают в Европе и Азии, SOC 2 — в США.

Отраслевые и региональные надстройки

• HIPAA — не сертификация, а требования к обработке медицинских данных в США; вендор подписывает BAA (соглашение о защищённой обработке).
• ISO/IEC 27017 и 27018 — расширения 27001 под облака и защиту персональных данных в облаке.
• ISO/IEC 42001 — относительно новый стандарт на систему управления именно ИИ; появляется в trust-центрах вендоров как отдельный пункт.
• Резидентность данных в ЕС / GDPR-документы — DPA, список субпроцессоров, регион хранения.

Сравнение

Кому это пригодится и кому нет

Пригодится и без этого не обойтись:

• Компания из финтеха, медицины или госсектора внедряет агента, который получает доступ к клиентским данным — служба ИБ потребует SOC 2 Type II и/или ISO 27001 до подписания.
• Европейская компания под GDPR: нужны DPA, список субпроцессоров и регион хранения в ЕС, а ISO 27001 закрывает часть вопросов аудита.
• Enterprise-закупка через тендер, где безопасность вендора — формальный критерий отбора.

Скорее избыточно:

• Индивидуальный разработчик или маленькая команда тестирует агента на синтетических данных без реальной персональной информации.
• Прототип внутри изолированного контура без выхода наружу и без чувствительных данных — здесь сначала важнее архитектура доступа, а не бумага.
• Задача, где агент вообще не касается персональных данных клиентов.

Как читать trust-портал вендора: чек-лист

1. Проверьте тип отчёта: SOC 2 Type II, а не Type I, и посмотрите период наблюдения — свежий ли он.
2. Уточните scope отчёта: покрывает ли он именно продукт с агентом, а не только корпоративную инфраструктуру вендора.
3. Запросите список субпроцессоров — какие модели, векторные базы и инструменты в цепочке и где они расположены.
4. Уточните, используются ли ваши данные для обучения моделей и как это отключается (enterprise-планы обычно позволяют отключить).
5. Проверьте регион хранения и наличие DPA, если работаете с данными резидентов ЕС.
6. Отдельно про агента: какие права и токены он получает, есть ли режим подтверждения действий человеком, журналирование вызовов инструментов.

Ни один сертификат не заменит эти пункты. Вендор может иметь безупречный SOC 2 и при этом по умолчанию тянуть ваши данные в дообучение ^** модели — если вы не отключили это в настройках плана. Читайте договор, а не только логотипы аудиторов на лендинге.

^* Агент — программа на основе языковой модели, которая не просто отвечает текстом, а планирует шаги и вызывает внешние инструменты (API, файлы, сервисы) для выполнения задачи.

^** Дообучение — донастройка модели на дополнительных данных. Для бизнес-заказчика ключевой вопрос — не попадают ли его данные в такое обучение по умолчанию.