Новые правила трансграничной передачи ПД: что меняется для ритейла с мобильным парком
По данным D-Russia.ru, Роскомнадзор утвердил новый приказ, обновляющий перечень государств, которые обеспечивают адекватную защиту прав субъектов персональных данных. В актуальный список вошли 87 стран, что напрямую отменяет действие предыдущего приказа от 05.08.2022 № 128. Для российского ритейла, активно использующего MDM-системы, облачные сервисы и мобильные приложения с зарубежной инфраструктурой, это событие означает необходимость срочного аудита всех потоков данных, выходящих за пределы РФ.
Что произошло
Регулятор актуализировал ключевой нормативный акт, на который опирается 152-ФЗ при осуществлении трансграничной передачи данных. Предыдущий список, зафиксированный приказом № 128, полностью утратил силу. Теперь ориентиром для юристов и ИТ-директоров является свежий перечень, включающий 87 юрисдикций.
С технической и процедурной точки зрения важно понимать, что само по себе обновление списка не меняет базовый алгоритм работы с ПД, но меняет «карту мира» для ваших данных. Если страна, где физически находятся серверы вашего MDM-вендора, BI-инструмента или CDN-сети, выпала из списка или в неё добавились новые требования, легитимность передачи данных без дополнительных бюрократических процедур оказывается под угрозой. Роскомнадзор традиционно связывает статус «адекватности» с наличием в стране специального закона о защите данных, участием в международных конвенциях или иными юридическими гарантиями, которые признаются сопоставимыми с российскими.
Для ИТ-руководителей в ритейле это означает, что юридическая оценка (compliance) теперь должна быть синхронизирована с сетевой топологией. Если ваше мобильное приложение собирает геолокацию курьеров или данные карт лояльности и отправляет их на обработку в зарубежное облако, статус этого облака должен строго соответствовать новому перечню.
Почему это важно
Для компаний с распределенной инфраструктурой — от касс самообслуживания на Android до смартфонов торговых представителей — обновление перечня создаёт три зоны риска.
Во-первых, это риск использования глобальных MDM/SaaS. Многие международные платформы для управления мобильными устройствами (например, VMware Workspace ONE, Microsoft Intune) исторически используют облака в США, Ирландии или Сингапуре. Если в ходе аудита выяснится, что текущая юрисдикция хранения логов MDM или профилей пользователей не входит в список из 87 стран, передача данных туда становится незаконной без выполнения сложной процедуры уведомления Роскомнадзора и ожидания решения. В контексте ритейла это критично: потеря связи с MDM-консолью из-за блокировки на уровне провайдера означает паралич работы полевого персонала.
Во-вторых, проблемы с аналитикой и маркетингом. Ритейлеры активно используют зарубежные сервисы для трекинга в мобильных приложениях (Firebase, Adjust, AppsFlyer). Эти SDK передают на внешние серверы идентификаторы устройств (GAID/IDFA), поведенческие метки и транзакционные данные. С точки зрения 152-ФЗ это трансграничная передача. Если серверы аналитики находятся в стране, которой нет в новом перечне, компания становится нарушителем, даже если сами пользователи дали согласие в интерфейсе приложения.
В-третьих, смежный риск реестра отечественного ПО и Авроры. Компании, которые в рамках стратегии импортозамещения переходят на отечественную мобильную ОС Аврора, часто сталкиваются с тем, что бэкенд их корпоративных сервисов всё ещё находится в «недружественных» или «неадекватных» юрисдикциях. Обновление перечня — это повод проверить, не противоречит ли ваша стратегия /docs/aurora текущему статусу трансграничных каналов. Если сервер API, к которому обращаются защищенные терминалы на Авроре, находится в стране вне списка, архитектурное решение перестает быть юридически чистым.
Наконец, не стоит забывать о штрафных санкциях. Нарушение правил трансграничной передачи данных является одним из самых дорогих нарушений 152-ФЗ, а автоматизация проверок со стороны регулятора постоянно растёт.
Что делать
Ритейл-ИТ департаментам необходимо провести точечную инвентаризацию и перенастроить политики безопасности. Вот конкретный алгоритм действий:
1. Инвентаризация egress-трафика мобильных устройств.
Необходимо выгрузить из вашей MDM-системы (/docs/) список всех установленных корпоративных приложений и системных сервисов на парк Android-устройств (кассы, ТСД, смартфоны). Для каждого приложения нужно определить конечные точки (endpoints). Используйте команды ADB для анализа сетевых запросов на тестовом устройстве:
adb shell dumpsys netstats
Это позволит увидеть, куда физически уходят пакеты от ваших приложений инвентаризации или курьерской доставки.
2. Сверка IP-адресов и юрисдикций.
Составьте реестр всех доменов и IP-адресов, куда передаются данные, содержащие ПД (ФИО, телефон, номер карты лояльности, история покупок). Сопоставьте их с новым перечнем из 87 стран. Особое внимание уделите CDN (Cloudflare, Akamai) — часто данные кэшируются на пограничных узлах, юрисдикция которых может меняться динамически. В политиках MDM настройте ограничения на уровне разрешенных сетей (Network Access Control), чтобы устройства физически не могли установить соединение с IP-адресами, находящимися в «серой» зоне.
3. Настройка MDM-политик сегментации.
Если вы используете Android Enterprise, создайте раздельные конфигурации для разных ролей. Для кассиров, которые не должны передавать данные за границу в принципе, настройте политику Always-on VPN с принудительным туннелированием только в российский ЦОД. В /docs/policies/ пропишите жесткое правило:
- Тип политики: Network (Сеть).
- Параметр: Block traffic to non-compliant destinations.
- Реализация: Настройка файрвола на уровне Work Profile, блокирующая исходящие соединения на любые IP, кроме whitelist вашего локального прокси-сервера.
4. Обновление согласий и политик конфиденциальности.
Если часть ваших сервисов (например, BI или облачный архив) физически не может быть перенесена в «адекватную» страну, необходимо запустить процедуру уведомления Роскомнадзора о намерении осуществлять трансграничную передачу. До получения разрешения (или в течение предусмотренного законом срока) передачу данных в такие страны нужно приостановить на уровне MDM, отключив соответствующие профили синхронизации.
5. Переход на отечественные узлы для мобильной аналитики.
Для ритейла, который не готов отказываться от детального трекинга в мобильных приложениях, решением может стать использование reverse proxy. Разверните промежуточный сервер на территории РФ (внесенный в реестр Минцифры), который будет принимать данные от SDK в приложении, анонимизировать их и только после этого пересылать в зарубежную систему аналитики. Это позволит легально разорвать прямую трансграничную передачу ПД.
6. Проверка контрактов с вендорами MDM.
Запросите у поставщиков вашего ПО (включая Komendant MDM) официальное подтверждение (Data Processing Agreement) о том, в каких дата-центрах хранятся метаданные ваших устройств. Если вендор использует мультирегиональную архитектуру, потребуйте настройки (/docs/scim), позволяющие «привязать» тенант вашей компании исключительно к российскому региону.
Источник: https://d-russia.ru/obnovlyon-perechen-stran-obespechivayushhih-adekvatnuyu-zashhitu-prav-subektov-pd.html