Главная ошибка privacy-комплаенса: проверять доки, не проверяя инфраструктуру
Пост подготовлен командой Cyber in Privacy,когда DPO != юрист
Часть 1 - Часть 2
🟣 Резервные копии
Требование удалить данные невозможно корректно реализовать, пока не определено:
в какие бэкапы они попадают;
как долго хранятся копии;
возможно ли точечное удаление;
когда данные окончательно исчезнут;
могут ли удаленные сведения восстановиться вместе с резервной копией.
Для бэкапов обычно нужен отдельный режим: ограниченный доступ, запрет использования для текущих операций, установленный цикл перезаписи и повторное применение удаления после восстановления.
🟣 Подрядчики
В договоре может быть указан ограниченный набор данных, но технически подрядчик получает доступ ко всей системе или продуктивной базе.
📌 DPO должен сопоставлять договор не только с описанием процесса, но и с:
матрицей доступов;
архитектурой подключения;
перечнем учетных записей;
журналами действий;
возможностью выгрузки;
перечнем субподрядчиков;
местами хранения данных;
порядком прекращения доступа после завершения договора.
📌 Минимальный технический чек-лист DPO
При проверке нового процесса недостаточно спросить: «Есть ли согласие и договор?»
Нужно установить:
✔️ Откуда поступают данные?
Форма на сайте, приложение, cookie, телефонный звонок
✔️ Какие системы их получают?
Не только основная система, но и DWH, BI, CRM, сервисы аналитики, управления доступом, логирования и резервного копирования.
✔️ Какие идентификаторы используются?
ФИО, номер телефона, email, client ID, device ID.
✔️ Кто имеет доступ?
Работники, администраторы, разработчики, служба поддержки, подрядчики, аналитики.
✔️ Какие копии создаются
Выгрузки, кэш, бэкапы, тестовые базы, почтовые вложения.
✔️ Куда данные передаются?
Внутри группы компаний, внешнему оператору, обработчику, облачному провайдеру, сервису аналитики.
✔️ Как реализуются сроки хранения?
Автоматическим правилом, ручным удалением, архивированием или только записью в политике.
✔️ Как исполняются права субъекта?
Можно ли найти, выгрузить, исправить, заблокировать и удалить данные во всех связанных системах.
✔️ Какие технические меры применяются?
IAM, RBAC/ABAC, MFA, шифрование, DLP, DCAP, журналирование, маскирование, сегментация сред.
✔️ Что произойдет при инциденте?
Можно ли определить затронутые данные, субъектов, пользователей и системы.
✔️ Какие документы стоит запросить у ИТ и ИБ
DPO полезно работать не только с политиками и согласиями, но и с техническими материалами:
архитектурной схемой;
data flow diagram;
реестром информационных активов;
каталогом интеграций;
матрицей ролей и доступов;
описанием API;
правилами логирования;
схемой резервного копирования;
регламентом управления учетными записями;
результатами сканирования DLP/DCAP;
моделью угроз;
отчетами по уязвимостям;
регламентом реагирования на инциденты;
актами удаления и прекращения доступа подрядчиков.
❓ Вопрос, который меняет качество privacy-проверки
Не:
«В каком документе описана обработка?»
А:
«Покажите, где физически находятся данные, как они туда попадают, кто может их получить и как они удаляются».
DPO не обязан самостоятельно настраивать SIEM, IAM или DLP. Но он должен понимать, какие технические доказательства подтверждают соответствие и где юридическая модель расходится с реальной инфраструктурой.
Именно этот разрыв между privacy и ИБ мы разбираем на Cyber in Privacy: без попытки превратить DPO в инженера, но с пониманием архитектуры, доступов, интеграций, логов, тестовых сред, DLP, DCAP и технического жизненного цикла данных.
RPPA.pro | RPPAedu.pro
Пост подготовлен командой Cyber in Privacy,
Часть 1 - Часть 2
Требование удалить данные невозможно корректно реализовать, пока не определено:
в какие бэкапы они попадают;
как долго хранятся копии;
возможно ли точечное удаление;
когда данные окончательно исчезнут;
могут ли удаленные сведения восстановиться вместе с резервной копией.
Для бэкапов обычно нужен отдельный режим: ограниченный доступ, запрет использования для текущих операций, установленный цикл перезаписи и повторное применение удаления после восстановления.
В договоре может быть указан ограниченный набор данных, но технически подрядчик получает доступ ко всей системе или продуктивной базе.
матрицей доступов;
архитектурой подключения;
перечнем учетных записей;
журналами действий;
возможностью выгрузки;
перечнем субподрядчиков;
местами хранения данных;
порядком прекращения доступа после завершения договора.
При проверке нового процесса недостаточно спросить: «Есть ли согласие и договор?»
Нужно установить:
Форма на сайте, приложение, cookie, телефонный звонок
Не только основная система, но и DWH, BI, CRM, сервисы аналитики, управления доступом, логирования и резервного копирования.
ФИО, номер телефона, email, client ID, device ID.
Работники, администраторы, разработчики, служба поддержки, подрядчики, аналитики.
Выгрузки, кэш, бэкапы, тестовые базы, почтовые вложения.
Внутри группы компаний, внешнему оператору, обработчику, облачному провайдеру, сервису аналитики.
Автоматическим правилом, ручным удалением, архивированием или только записью в политике.
Можно ли найти, выгрузить, исправить, заблокировать и удалить данные во всех связанных системах.
IAM, RBAC/ABAC, MFA, шифрование, DLP, DCAP, журналирование, маскирование, сегментация сред.
Можно ли определить затронутые данные, субъектов, пользователей и системы.
DPO полезно работать не только с политиками и согласиями, но и с техническими материалами:
архитектурной схемой;
data flow diagram;
реестром информационных активов;
каталогом интеграций;
матрицей ролей и доступов;
описанием API;
правилами логирования;
схемой резервного копирования;
регламентом управления учетными записями;
результатами сканирования DLP/DCAP;
моделью угроз;
отчетами по уязвимостям;
регламентом реагирования на инциденты;
актами удаления и прекращения доступа подрядчиков.
Не:
«В каком документе описана обработка?»
А:
«Покажите, где физически находятся данные, как они туда попадают, кто может их получить и как они удаляются».
DPO не обязан самостоятельно настраивать SIEM, IAM или DLP. Но он должен понимать, какие технические доказательства подтверждают соответствие и где юридическая модель расходится с реальной инфраструктурой.
Именно этот разрыв между privacy и ИБ мы разбираем на Cyber in Privacy: без попытки превратить DPO в инженера, но с пониманием архитектуры, доступов, интеграций, логов, тестовых сред, DLP, DCAP и технического жизненного цикла данных.
RPPA.pro | RPPAedu.pro
Please open Telegram to view this post
VIEW IN TELEGRAM
rppaedu.pro
Cyber in Privacy
Образовательная программа Cyber in Privacy предназначена для специалистов из различных направлений, желающих расширить свои знания и навыки в области защиты информации
❤9👍3🤣1😎1
Публикуем итоги вебинара от Лии Барсегян об особенностях проведения профилактических визитов представителей Роскомнадзора!
ССЫЛКА VK | YOUTUBE
В плане профвизитов указан уровень риска и срок проверки в рабочих днях. Это подсказка — какие вопросы будут в приоритете у РКН и что стоит проверить у себя первым делом.
Риск = тяжесть (ex., категории ПД, наличие ТГП) + вероятность (были ли нарушения раньше). Срок = насколько критична обработка ПД в компании с точки зрения интересов субъектов. Чем крупнее компания, чем больше история нарушений и чем чувствительнее ПД/обработка ПД — тем выше внимание регулятора.
⚠️ На что обратить внимание:
— после тренингов из-за фонового стресса коллеги начинают видеть ПД там, где их нет
— легаси-системы легко забыть при инвентаризации
— если решение нельзя объяснить — скорее всего, это разовое решение конкретного человека, и его можно пересмотреть
Списки документов примерные, не исчерпывающие. Если вы спецсубъект — добавьте свои специальные документы.
На основе этого уже можно собрать минимально необходимый пакет документов.
RPPA.pro | RPPAedu.pro | CC | Telegram | Yandex
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤6
Со 2 августа 2026 года в ЕС начинают применяться требования о маркировке контента, созданного при помощи ИИ. Разбираемся, кого они касаются, что именно придётся наносить на контент и как ту же задачу решают в России и других юрисдикциях
Присоединяйся к осеннему ИИ-интенсиву
RPPA.pro | RPPAedu.pro | AI Intensive
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13👍4😎2
RPPA.pro совместно с Denuo провели летнее мероприятие в Санкт-Петербурге.
Помимо докладов экспертов в области персональных данных и информационной безопасности, событие запомнилось дебатами на самые актуальные privacy-темы.
RPPA.pro | RPPAedu.pro | CC
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10❤3😎3💔1
На неделе прошлой у Avito был ежегодный Privacy Day. Меня там физически не было, о чем я плачу и плачУ в душе, ибо ивент был годный, как минимум, по составу спикеров от регуляторов (они вообще так где-то собирались)???
ИМХО самый мощный состав за последние годы.
Обсуждали ужастик в карьере DPO, УК. По слухам, много полезного было на выходе обсуждений. Но как мы с тобой знаем, УК вещь такая: как чувствую, так и кручу.
Вот уже можно почитать очерки одного из спикеров, плюс ниже посты в канале этом про 272.1.
Мне как представителю бизнеса не хватает квалификации этой статьи…что-то бы начать делать
ИМХО самый мощный состав за последние годы.
Обсуждали ужастик в карьере DPO, УК. По слухам, много полезного было на выходе обсуждений. Но как мы с тобой знаем, УК вещь такая: как чувствую, так и кручу.
Вот уже можно почитать очерки одного из спикеров, плюс ниже посты в канале этом про 272.1.
Мне как представителю бизнеса не хватает квалификации этой статьи…что-то бы начать делать
Telegram
АЦУПиК | Уголовное и цифровое право
🗣 Пост-рассуждение: тревожность vs масочка
По приглашению компании Авито выступила на организованной ими конференции (хотя это какое-то не очень подходящее слово для людей, каждый из которых очень сильно в теме, а не просто пришёл поболтать), посвящённой…
По приглашению компании Авито выступила на организованной ими конференции (хотя это какое-то не очень подходящее слово для людей, каждый из которых очень сильно в теме, а не просто пришёл поболтать), посвящённой…
❤14👍5😎2
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍3
Media is too big
VIEW IN TELEGRAM
Отдельно на занятии командами отрабатывали проведение интервью вживую — с разбором ошибок и сильных сторон. Эта часть занятия зашла слушателям настолько хорошо, что мы решили сделать отдельный семинар по аудиту, где практики будет ещё больше (и не только в рамках этого занятия)
RPPA.pro | RPPAedu.pro | CC
Please open Telegram to view this post
VIEW IN TELEGRAM
❤12👍5
Можно
Примерно так же, как можно заниматься privacy и никогда не открывать GDPR. Рано или поздно всё равно придётся столкнуться с:
И тут начинается самое интересное. Потому что перевод юридических терминов — это не про слова. Это про смыслы.
📎 10 августа, 19:00
⭐️ Участие бесплатное для всех желающих.
🔜 Регистрация под этим постом
Мы в privacy регулярно говорим о необходимости читать первоисточники. А для этого нужен не только доступ к документу, но и язык, на котором он написан
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
RightWords Legal | юридический английский
Юридический | деловой | английский
Полезный бот: @RWLegaltranslation_bot
Испанский: @rwlesp
Право: @basovann
Отзывы: @feedback_rwl
Сайт: http://rwlegal.ru
Corp: @consultrwl
Полезный бот: @RWLegaltranslation_bot
Испанский: @rwlesp
Право: @basovann
Отзывы: @feedback_rwl
Сайт: http://rwlegal.ru
Corp: @consultrwl
❤11👍7
20 августа в 19:00 приглашаем на открытый круглый стол, посвященный одной из самых обсуждаемых тем последних месяцев - Shadow AI
- руководителей AI Governance и CDO
- руководителей юридических департаментов и юридических фирм
- специалистов по IP, персональным данным и защите коммерческой тайны
RPPA.pro | RPPAedu.pro | AI Intensive
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍4🤓1
Есть вещи, которые лучше не менять. Например, традицию собираться за большим столом.
21 августа в Москве мы проведем Privacy Kitchen - камерный ужин для privacy-специалистов, где профессиональный разговор продолжается далеко за пределами привычных конференций.
В этот вечер обсудим, как сегодня строится privacy-функция в компаниях:
На этот раз мы посмотрим на эти вопросы сразу с двух профессиональных точек зрения.
Как и всегда, Privacy Kitchen - это возможность не только послушать коллег, но и обсудить реальные кейсы, задать вопросы и обменяться опытом в небольшом кругу единомышленников.
Количество мест традиционно ограничено.
RPPA.pro | RPPAedu.pro | CC
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8👍2
Простая математика, которая, надеюсь, никому не пригодится👆
И еще кое-что: за неуведомление РКН количественного порога нет. Ч. 3.1 ст. 21 Закона № 152-ФЗ обязывает уведомить РКН, если установлен факт неправомерной или случайной передачи / предоставления / распространения / доступа к ПДн, повлекший нарушение прав субъектов.
Ни 1 000 субъектов, ни 10 000 идентификаторов в этой норме нет.
Ч. 11 ст. 13.11 КоАП отдельно наказывает именно за невыполнение или несвоевременное выполнение этой обязанности: для юрлица 1–3 млн руб.
Да и по НКЦКИ все просто: есть подключение, тогда и туда, и туда уведомляй: обрати внимание, формулы отличаются!
Разбиралась тут с терминологией
И еще кое-что: за неуведомление РКН количественного порога нет. Ч. 3.1 ст. 21 Закона № 152-ФЗ обязывает уведомить РКН, если установлен факт неправомерной или случайной передачи / предоставления / распространения / доступа к ПДн, повлекший нарушение прав субъектов.
Ни 1 000 субъектов, ни 10 000 идентификаторов в этой норме нет.
Ч. 11 ст. 13.11 КоАП отдельно наказывает именно за невыполнение или несвоевременное выполнение этой обязанности: для юрлица 1–3 млн руб.
Да и по НКЦКИ все просто: есть подключение, тогда и туда, и туда уведомляй: обрати внимание, формулы отличаются!
Разбиралась тут с терминологией
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4