ПДн в облаке и SaaS: как выбрать сервис и что проверить по закону и технике

0
13
Обложка статьи: ПДн в облаке и SaaS: как выбрать сервис и что проверить по закону и технике

CRM, почта, хранилище документов, бухгалтерия, чат поддержки, аналитика: почти каждый сервис в облаке работает с персональными данными клиентов или сотрудников. Для оператора это сразу три вопроса: где физически лежат данные, на каком основании они переданы провайдеру и как он их защищает. Ниже требования закона к облачной обработке, вопросы к поставщику, техническая проверка и план выхода из сервиса.

Оговорка. Статья не юридическая консультация. Требования сверены по тексту статей 6 (часть 3), 12 и 18 (часть 5) 152-ФЗ в редакции, действующей на момент подготовки (база «Гарант»; часть 5 статьи 18 изложена с 01.07.2025 законом № 23-ФЗ, статья 12 — с 26.07.2026 законом № 265-ФЗ); закон меняется, проверяйте действующую редакцию: 152-ФЗ. Вопросы выбора провайдера для государственных систем и КИИ определяются отдельными требованиями и здесь не разбираются.

Что важно по закону

Вопрос Что требует закон
Где хранятся данные При сборе персональных данных граждан РФ, в том числе через интернет, запись, систематизация, накопление, хранение, уточнение и извлечение данных с использованием баз за пределами территории РФ не допускаются, за исключением случаев по пунктам 2, 3, 4 и 8 части 1 статьи 6 (часть 5 статьи 18). Для облачного сервиса это значит: основной массив данных должен лежать на площадке в РФ
На каком основании данные у провайдера Если провайдер обрабатывает данные по вашему заданию, это поручение обработки (часть 3 статьи 6): договор с перечнями данных и действий, целями, обязанностями по защите, уведомлением об утечках: поручение обработки. Для поручения нужно согласие субъекта, если иное не предусмотрено законом
Трансграничная передача Если провайдер или его подрядчики находятся за границей или имеют туда доступ, применяется статья 12: сведения от получателя, оценка, уведомление Роскомнадзора до начала передачи: трансграничная передача ПДн
Ответственность Перед субъектом за действия провайдера отвечает оператор, провайдер отвечает перед оператором (часть 5 статьи 6); при иностранном провайдере отвечают оба (часть 6)
Уведомление и политика Сведения о месте хранения и трансграничной передаче должны быть в уведомлении оператора: уведомление об обработке ПДн; политика описывает получателей данных

Шаг 1. Определите, какие данные пойдут в сервис

Опишите, какие категории данных, каких субъектов и сколько записей. Минимизируйте: не загружайте в сервис то, что ему не нужно. Классифицируйте: персональные данные клиентов и сотрудников требуют более строгих условий, чем публичные материалы: классификация данных. От объёма и категории зависит уровень защищённости информационной системы: модель угроз и уровни.

Шаг 2. Задайте вопросы провайдеру

Тема Что спросить и что требовать письменно
Размещение В каких странах и центрах обработки хранятся данные, включая резервные копии и поддержку; есть ли доступ из-за границы
Подрядчики провайдера Какие субподрядчики имеют доступ и где они находятся; порядок уведомления об изменениях
Безопасность Шифрование при передаче и хранении, управление ключами, разделение клиентов, доступ сотрудников провайдера к данным, журналирование, MFA, проверки безопасности и их результаты
Инциденты Срок уведомления вас об утечке (короче ваших 24 часов), порядок взаимодействия, контакты
Журналы и аудит Доступ к журналам действий в вашей учётной записи; право проверки и запроса подтверждений
Резервные копии и восстановление Периодичность, сроки хранения, срок восстановления, ответственность
Выход из сервиса Формат и срок выгрузки данных, срок и подтверждение уничтожения у провайдера после окончания договора
Использование данных Не использует ли провайдер ваши данные для собственных целей, обучения моделей, аналитики
Юридические вопросы Юрисдикция договора, ответственность, SLA, порядок раскрытия данных органам власти

Шаг 3. Проверьте технически

  • Входы. Включите MFA для всех пользователей, единый вход через корпоративный каталог, отключите общие учётные записи: MFA.
  • Роли и права. Минимум прав по принципу необходимости; администраторы сервиса — отдельные учётные записи: управление доступом.
  • Журналы. Выгружайте журналы действий в свою систему сбора и настройте оповещения: журналы ИСПДн.
  • Интеграции. Проверьте приложения и токены, подключённые к сервису, отзовите ненужные: они часто имеют широкий доступ.
  • Сеть. Ограничьте доступ по адресам или через VPN, где сервис это поддерживает.
  • Шифрование. Включите шифрование данных с вашими ключами, если сервис предлагает такую опцию: шифрование данных.
  • Копии. Делайте собственную регулярную выгрузку данных: копирование 3-2-1.

Найти внешние сервисы, подключённые к вашему сайту, поможет скрипт из статьи про сайт и ПДн; для внутренних систем используйте реестр: реестр ИТ-активов с пометкой «внешний сервис».

Теневые сервисы (shadow IT)

Самые опасные облачные сервисы — те, о которых ИТ не знает: личные хранилища, бесплатные конвертеры, чаты с ИИ-помощниками, таблицы с выгрузками клиентов. Выявляйте их по закупкам и платёжным выпискам, журналам прокси и DNS, опросам подразделений; для каждого найденного решите: заменить корпоративным аналогом, оформить как разрешённый, запретить. Данные клиентов нельзя загружать в публичные сервисы без основания и договора: осведомлённость сотрудников.

Шаг 4. План выхода

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

Диагностика

Симптом Причина и что делать
Провайдер не может назвать, где хранятся данные Нет гарантий по локализации. Запросите письменно или выберите другого провайдера
В сервис выгружены лишние данные Нет минимизации. Удалите лишнее, настройте импорт только нужных полей
Договор типовой, без условий поручения Условия части 3 статьи 6 не выполнены. Запросите дополнительное соглашение или смените сервис
К сервису подключено много интеграций, никто не помнит зачем Нет реестра интеграций. Составьте перечень, отзовите лишние токены

Где это в моделях

Материал продолжает раздел «Регуляторика ПДн» и относится к направлению «Безопасность данных» (материалы направления, самопроверка оператора ПДн, карта зрелости). Локализация, поручение обработки и трансграничная передача — отдельные области контроля в методике Группы Сбер, и облачные сервисы затрагивают их все одновременно.

Как проверить

  1. Для каждого облачного сервиса с ПДн известно место хранения, есть договор с условиями поручения и (если нужно) уведомление о трансграничной передаче.
  2. В сервисе включены MFA, роли по минимуму, выгрузка журналов; ненужные интеграции отозваны.
  3. Есть собственная копия данных и план выхода из сервиса.
  4. Перечень внешних сервисов актуален, теневые сервисы выявляются регулярно.

Источники

  • Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных», статьи 6, 12, 18, 22: КонсультантПлюс, Гарант. Проверяйте действующую редакцию.
  • Методика осуществления контроля соблюдения фокусными компаниями законодательства РФ в области персональных данных, Группа Сбер: sberbank.ru.
  • NIST SP 800-144, Guidelines on Security and Privacy in Public Cloud Computing: csrc.nist.gov. Международная практика, не российский норматив.

Оставьте свой ответ