#Защита данных по ячейкам

Статус: Доступно. Что платформа делает для защиты данных при обмене по API, чем отличаются три ячейки и на какие нормы опираются меры в Великобритании и Индонезии.

Назначение: помочь вам описать защиту обмена в своей документации и оценке рисков. Страница описывает технические свойства платформы; правовую оценку для вашего случая даёте вы и ваш юрист.

#Содержание

1. Что общее для всех ячеек
2. Ячейка RU
3. Ячейка EN (Великобритания)
4. Ячейка ID (Индонезия)
5. Сводная таблица

#Что общее для всех ячеек

#Ячейка RU

• Обмен с API идёт по HTTPS. Для безопасности обмена платформа опирается на минимизацию: запрашивайте только нужные поля.
• Подпись вебхука подтверждает, что сообщение отправила платформа и что оно не изменено. Это проверка подлинности отправителя, а не засекречивание содержимого.
• Выдача ПДн фиксируется в журнале выдач.
• ПДн по API выдаются только получателям, размещённым в РФ: для областей conversations:* и leads:* обязателен узкий список разрешённых IP и страна принимающей системы РФ, иначе 403 pii_transfer_not_allowed (Передача ПДн).
• Формат JWE для полей ПДн на ячейке RU не предлагается.

Платформа не оказывает услуг по защите каналов связи между вами и вашими получателями. Если вашей модели угроз нужны специальные средства защиты канала, применяйте их на своей стороне или используйте подключение, которое предоставляет ваш провайдер связи.

Обязанности оператора персональных данных остаются за вами как за арендатором; платформа действует как обработчик по вашему поручению.

#Ячейка EN (Великобритания)

Поверх TLS 1.2 и 1.3 ячейка EN может возвращать значения полей с ПДн в формате JWE (RFC 7516) на открытый ключ, который вы зарегистрировали (Формат JWE): ECDH-ES+A256KW (P-256, P-384, X25519) или RSA-OAEP-256 (от 2048 бит) с A256GCM. Прочитать такие поля может только держатель закрытого ключа, в том числе на ваших прокси, в очередях и журналах.

Опорные нормы:

• UK GDPR, ст. 5(1)(f) и ст. 32: безопасность обработки с учётом риска; шифрование прямо названо среди примерных мер (ст. 32(1)(a)). Обязанность лежит и на контролёре, и на обработчике.
• UK GDPR, ст. 34(3)(a): субъектов данных можно не уведомлять о нарушении, если данные для постороннего непонятны, например из-за шифрования. Уведомление ICO по ст. 33 остаётся в силе.
• ICO и NCSC: рекомендации используют проверенные алгоритмы, а не собственную криптографию, TLS 1.2 или 1.3, ключи достаточной длины и их управление. Профили ключей на ячейке EN выбраны с оглядкой на эти рекомендации.
• Data (Use and Access) Act 2025 изменил режим передачи данных за рубеж (проверка уровня защиты «data protection test»); положения ст. 32 о безопасности не менялись.

Это одна из мер защиты. Формат JWE не меняет, кто контролёр и кто обработчик, и не делает передачу за пределы Великобритании чем-то иным, чем передача. Управление ключами и реагирование на инциденты на вашей стороне остаются за вами.

#Ячейка ID (Индонезия)

Поверх TLS ячейка ID может возвращать значения полей с ПДн в формате JWE на открытый ключ, который вы зарегистрировали (Формат JWE): ECDH-ES+A256KW на P-384 или X25519, либо RSA-OAEP-256 / RSA-OAEP-384 с ключами от 3072 бит; шифрование содержимого A256GCM. Эти семейства алгоритмов присутствуют в перечне индонезийских криптографических алгоритмов BSSN (Kepka BSSN 443/2025).

Опорные нормы:

• Закон № 27/2022 о защите персональных данных (UU PDP), ст. 35–39: контролёр и обработчик обеспечивают безопасность данных техническими и организационными мерами по уровню риска. Формат помогает выполнить эти обязанности.
• ст. 46: уведомление о нарушении защиты в течение 3×24 часов.
• ст. 56: передача данных за рубеж требует равного или более высокого уровня защиты либо гарантий, либо согласия.
• Постановление Правительства № 33/2026 (PP 33/2026), вступает в силу 16 января 2027 года: ст. 123 называет шифрование среди технических мер; ст. 162 учитывает формат данных (открытый, маскированный или зашифрованный) при оценке трансграничной передачи.

Функция не является криптографическим модулем, прошедшим оценку BSSN в смысле Регламента BSSN № 11/2024. Она не заменяет вашу оценку рисков, уведомление о нарушении и выполнение требований по трансграничной передаче.

Где физически работает ячейка ID. Серверы ячейки ID размещены в Великобритании (общий хост с ячейкой EN, но отдельные процессы, базы и секреты). С точки зрения индонезийского закона это передача данных за рубеж со стороны контролёра: оцените её по ст. 56 UU PDP и, с 16 января 2027 года, по ст. 160–167 PP 33/2026. Формат JWE учитывается при такой оценке, но не заменяет её.

#Сводная таблица