Аудит соблюдения GDPR (GDPR Compliance Audit) — систематическая проверка соответствия практик организации Общему регламенту по защите данных Европейского союза (General Data Protection Regulation), вступившему в силу 25 мая 2018 года, — охватывает наличие законного основания для каждой операции обработки персональных данных, соблюдение прав субъектов данных и адекватность технических и организационных мер защиты, применяемых организацией.
Задокументированный реальный кейс, показывающий, что происходит, когда согласие используется как законное основание для обработки данных без соблюдения предъявляемых к нему требований: 21 января 2019 года французский регулятор CNIL наложил на Google штраф в размере 50 миллионов евро — первый крупный GDPR-штраф против глобальной технологической компании и рекордный на тот момент. Регулятор установил, что согласие пользователей на персонализацию рекламы не было ни «конкретным» (specific), ни «однозначным» (unambiguous), как того требует регламент: чекбокс, разрешающий использование данных для персонализированной рекламы, был предустановлен по умолчанию как включённый, и пользователю нужно было самому его отключить, а не осознанно поставить галочку. Кроме того, информация о целях обработки данных была разбросана по нескольким документам и требовала пяти-шести переходов по ссылкам, чтобы получить полную картину, — формально политика конфиденциальности существовала и содержала все нужные пункты, но фактически была непрозрачна для рядового пользователя. Верховный административный суд Франции (Conseil d’État) в июне 2020 года полностью подтвердил решение CNIL. Это прямая иллюстрация принципа: наличие формулировки о согласии в политике конфиденциальности ничего не доказывает — регулятор проверяет, было ли согласие реально конкретным, однозначным и основанным на предварительно понятной пользователю информации, а не формальным флажком, поставленным по умолчанию.
Происхождение и исследовательская база
GDPR был принят Европейским союзом в апреле 2016 года с переходным периодом до вступления в силу 25 мая 2018 года, заменив действовавшую с 1995 года Директиву о защите данных и установив единый, напрямую применимый правовой режим защиты персональных данных во всех государствах — членах ЕС, а также распространяющийся на организации за пределами ЕС, обрабатывающие данные резидентов ЕС. Регламент закрепляет семь ключевых принципов обработки персональных данных: законность, справедливость и прозрачность обработки; ограничение цели сбора данных конкретными, явными и законными целями; минимизация данных — сбор только адекватных, релевантных и необходимых данных; точность и актуальность данных; ограничение хранения сроком, необходимым для целей обработки; целостность и конфиденциальность — обеспечение надлежащей защиты данных; подотчётность — организация должна уметь доказать соблюдение всех этих принципов.
Ключевые проверяемые элементы GDPR-аудита: срок хранения — для каждой операции он определён; оценка воздействия (DPIA) — проведена там, где обработка может создать высокий риск для прав людей; передачи за пределы ЕС — опираются на надлежащие гарантии; законное основание обработки — организация обязана располагать одним из шести законных оснований для каждой операции обработки персональных данных (согласие субъекта данных — лишь одно из них, наряду с исполнением договора, законным интересом, юридическим обязательством и другими); права субъектов данных — аудит проверяет фактическую реализуемость восьми прав, включая право на доступ к своим данным, право на исправление неточных данных, право на удаление данных при отсутствии законного основания для их дальнейшего хранения; технические и организационные меры защиты — адекватность применяемых мер безопасности объёму и чувствительности обрабатываемых данных.
Ключевой практический принцип GDPR-аудита, отражённый в двухуровневой структуре штрафов регламента: нарушения основных принципов обработки, условий законности и прав субъектов данных караются штрафом до 20 миллионов евро или 4% глобального годового оборота организации (в зависимости от того, какая сумма больше) — существенно выше, чем штраф до 10 миллионов евро или 2% оборота за нарушение других обязательств контролёра и обработчика данных, что явно указывает на приоритетность проверки именно законности обработки и реализуемости прав субъектов данных при проведении аудита, а не только формальных процедурных требований.
Ключевые идеи и принципы
Принцип: каждая операция обработки персональных данных требует явного законного основания, а не только формального согласия пользователя.
Регламент предусматривает шесть законных оснований для обработки — согласие лишь одно из них наряду с исполнением договора, законным интересом и юридическим обязательством; аудит должен проверять, что для каждой конкретной операции обработки указано корректное основание, а не автоматически используется согласие там, где применимо более подходящее основание.
Принцип: права субъектов данных должны быть фактически реализуемы, а не только декларированы в политике конфиденциальности.
Наличие формулировки о праве на доступ или удаление данных в публичной политике конфиденциальности не гарантирует, что организация технически и организационно способна оперативно исполнить такой запрос при его поступлении — аудит должен проверять именно операционную готовность к реализации прав, а не только их документальное декларирование.
Принцип: минимизация данных — проактивный принцип проектирования систем, а не только требование к политике хранения.
Сбор только адекватных, релевантных и необходимых для конкретной заявленной цели данных должен закладываться на этапе проектирования систем сбора и обработки данных, а не применяться постфактум путём удаления избыточно накопленных данных.
Ограничения, слепые зоны и критика
GDPR-аудит, проведённый как разовое мероприятие, не гарантирует непрерывного соответствия по мере появления новых систем обработки данных, изменения бизнес-процессов или интеграции новых сторонних сервисов — обеспечение соответствия требует непрерывного, а не разового процесса.
Применимость и толкование ряда положений GDPR (например, границы «законного интереса» как основания обработки, или конкретные технические требования к «адекватным» мерам защиты) требуют юридической экспертизы и не всегда однозначны — формальный чек-лист аудита без привлечения юридической экспертизы рискует давать ложное чувство полного соответствия.
GDPR-аудит, сфокусированный только на технических системах обработки данных, рискует упустить процессы обработки персональных данных вне основных ИТ-систем — бумажные архивы, электронную почту сотрудников, сторонние облачные сервисы, используемые в обход формально утверждённой ИТ-инфраструктуры.
Типовые ошибки
Ошибка 1: используют согласие как универсальное законное основание для всех операций обработки, не рассматривая альтернативные основания.
Организация запрашивает согласие пользователя даже там, где применимо более подходящее и устойчивое основание (исполнение договора, законный интерес), создавая риск того, что отзыв согласия сделает продолжение необходимой обработки данных незаконным.
Как избежать
для каждой операции обработки данных явно определять наиболее подходящее из шести законных оснований, а не автоматически полагаться на согласие.
Ошибка 2: декларируют права субъектов данных в политике конфиденциальности без операционной готовности их реализовать.
Политика конфиденциальности формально описывает право на доступ или удаление данных, но организация не имеет отлаженного процесса и технических возможностей оперативно исполнить такой запрос при его реальном поступлении.
Как избежать
проверять аудитом не только формулировки политики, но и фактическую операционную готовность реализовать каждое из восьми прав субъектов данных.
Ошибка 3: проводят GDPR-аудит как разовое мероприятие, не устанавливая процесс непрерывного мониторинга соответствия.
Соответствие, подтверждённое на момент разового аудита, перестаёт отражать реальное состояние по мере появления новых систем обработки данных, изменения бизнес-процессов и интеграции новых сторонних сервисов.
Как избежать
устанавливать регулярный цикл повторного аудита и процесс оценки соответствия GDPR при внедрении любой новой системы или сервиса, обрабатывающего персональные данные.
Ошибка 4: используют предустановленные («по умолчанию включённые») чекбоксы согласия вместо активного действия пользователя.
CNIL прямо признал недействительным согласие Google на персонализацию рекламы именно потому, что соответствующая опция была включена по умолчанию, а не требовала от пользователя осознанного положительного действия, — регламент требует именно активного действия, а не отсутствия действия по отключению.
Как избежать
Проверять аудитом каждый механизм получения согласия на предмет того, требует ли он активного, осознанного действия пользователя — а не проверяет лишь формальное наличие текста о согласии в интерфейсе.
Ошибка 5: считают информацию о целях обработки данных достаточной, если она формально присутствует, но разбросана по нескольким документам.
CNIL установил, что пользователю Google требовалось совершить пять-шесть переходов по ссылкам, чтобы собрать полную картину целей обработки данных, — информация формально существовала, но не была реально доступна и понятна за разумное число действий.
Как избежать
Оценивать прозрачность информации о целях обработки не по факту её наличия где-то в документах, а по числу шагов и усилий, которые реально требуются пользователю, чтобы её найти и понять.
План внедрения
Неделя 1: провести инвентаризацию всех операций обработки персональных данных
Составить полный реестр операций обработки, включая системы, цели сбора и используемые законные основания.
Неделя 2: проверить корректность законных оснований для каждой операции
Определить, применяется ли наиболее подходящее из шести законных оснований для каждой конкретной операции обработки, а также определён ли срок хранения, нужна ли DPIA и защищены ли передачи за пределы ЕС.
Неделя 3: проверить операционную готовность реализации прав субъектов данных
Протестировать фактическую способность организации оперативно исполнить запросы на доступ, исправление и удаление данных.
Неделя 4: проверить технические и организационные меры защиты
Оценить адекватность применяемых мер безопасности объёму и чувствительности обрабатываемых персональных данных.
Далее: установить регулярный цикл повторного аудита и процесс оценки GDPR-соответствия при внедрении новых систем обработки данных.
Как реализовать этот план с помощью фрейма «Аудит соблюдения GDPR (GDPR Compliance Audit)» в OrgDevTools
Фрейм превращает план в рабочий аудит. В нём есть реестр операций, проверка прав и чек-лист мер. Он сам находит пробелы, считает долю выполненных проверок и подсказывает, что закрывать первым. Это бесплатный тренажёр: на нём можно пройти четыре недели плана на своих данных.
Вкладка «1. Реестр операций» — недели 1–2: инвентаризация и проверка законных оснований
Это таблица, где одна строка соответствует одной операции обработки. Заранее заполненных данных нет, строки добавляются кнопкой «+ добавить операцию». В каждой строке есть:
название операции;
флажок «особые» (здоровье, биометрия и т. п.);
выпадающий список оснований из шести вариантов: согласие, договор, юридическая обязанность, жизненные интересы, публичная задача, законный интерес. По умолчанию выбрано «— не определено —»;
флажки «срок» (срок хранения определён), «DPIA», «вне ЕС» и «гарантии». Флажок «гарантии» доступен, только если отмечено «вне ЕС»;
число субъектов.
Строки без названия в расчёт не идут.
По каждой операции фрейм проверяет четыре требования:
выбрано основание;
определён срок хранения;
проведена DPIA, если она нужна;
при передаче за пределы ЕС есть гарантии.
DPIA считается обязательной для особых категорий или при 10 000 субъектов и больше. Это рабочая настройка фрейма. Строка с пробелами обводится красным, под ней выводится список пробелов и пометка «DPIA обязательна».
Внизу вкладки собраны счётчики: операций всего, без основания, на согласии, без DPIA, передач без гарантий, без срока хранения. Рядом расположен список «Законное основание обработки» для обоснования выбора. Для законного интереса туда записывают тест баланса.
Вкладка «2. Права субъектов» — неделя 3: операционная готовность реализации прав
Здесь восемь прав по перечню ICO: доступ, исправление, удаление, ограничение обработки, переносимость, возражение, информирование, автоматизированные решения и профилирование. По каждому праву есть флажки «процедура» и «проверена» (тестовым запросом) и поле «ответ, дн.».
Окраска строк:
красная — нет процедуры или ответ занимает больше 30 дней (месяц, как в регламенте);
жёлтая — процедура есть, но не проверена;
зелёная — всё в порядке.
Срок ответа — один месяц с получения запроса: это норма регламента (ст. 12, п. 3), а не настройка фрейма. Если запросы сложные или их много, срок можно продлить ещё на два месяца, но о продлении и его причинах субъекту нужно сообщить в течение первого месяца. Фрейм считает месяц равным 30 дням и продление не учитывает: ответ дольше 30 дней всегда помечается красным. Месячный срок относится к запросам по статьям 15–22, поэтому для права на информирование поле «ответ, дн.» носит справочный характер. Ниже расположен список «Права субъектов данных» для каналов приёма запросов, ответственных и систем, где искать данные.
Вкладка «3. Меры защиты» — неделя 4 и «Далее»: меры защиты и регулярный цикл
Чек-лист из семи мер составлен по собственному выбору фрейма:
шифрование при хранении и передаче;
разграничение доступа по ролям;
журналирование доступа;
резервное копирование;
уведомление об утечке за 72 часа (срок взят из регламента, ст. 33: надзорный орган уведомляют без неоправданной задержки и по возможности не позже 72 часов с момента, когда об утечке стало известно);
обучение сотрудников;
договоры с обработчиками (DPA).
Внедрённые меры подсвечиваются зелёным. В поле «Месяцев с последней проверки» значение больше 12 означает, что процесс не непрерывный. Это тоже рабочая настройка фрейма. На вкладке два списка: «Технические и организационные меры» (соразмерность объёму и чувствительности данных) и «Непрерывный процесс» (триггеры повторной проверки).
Вкладка «Визуализация» — сводная картина недель 1–2
Тепловая карта показывает до 14 операций по четырём требованиям. Зелёная клетка означает «выполнено», красная — «не выполнено», значок ◆ отмечает особые категории. Под картой выводится общая доля выполненных проверок. В неё входят проверки операций, по две проверки на каждое из восьми прав и семь мер.
Вкладка «Итоги» — что закрывать первым
Итоги показывают первую найденную проблему. Проверки идут в таком порядке:
💡 Реестр пуст — «Начните с реестра операций обработки…».
🔴 Есть операция без законного основания.
🔴 Данные передаются за пределы ЕС без гарантий (нарушение правил о передачах входит в верхний уровень штрафов по ст. 83(5)(c): до 20 млн евро или 4% оборота).
🔴 Особые категории или крупная обработка идут без DPIA. Регламент (ст. 35) требует DPIA при высоком риске для прав людей и при крупномасштабной обработке особых категорий; правило «особые категории или 10 000 субъектов и больше» — рекомендация и рабочая настройка фрейма, поэтому под строкой стоит «DPIA рекомендуется (правило фрейма)».
🔴 Ответ по какому-то праву занимает больше 30 дней.
⚠️ Есть права без процедуры.
⚠️ Есть процедуры, не проверенные на деле.
⚠️ Есть операция без срока хранения.
⚠️ Есть невнедрённые меры (в итогах названы первые три).
⚠️ Давность проверки не указана или больше 12 месяцев.
✅ Всё закрыто: фрейм показывает процент соответствия.
Под итогами выводится сводная строка. Кнопка «Создать задачу» доступна в сохранённом документе, а в описание задачи попадает текст итогов:
если есть операции с пробелами, создаётся задача «Закрыть пробелы GDPR: <операция>» по операции с наибольшим расчётным риском;
если пробелов в операциях нет — «Повторная проверка соответствия GDPR».
Расчётный риск — эвристика фрейма. Это число пробелов, умноженное на два для особых категорий и растущее с логарифмом числа субъектов.
Чего фрейм не делает
Не проверяет качество согласия. Предустановленные флажки и информацию, разбросанную по документам (кейс CNIL против Google), он не видит.
Не оценивает, подходит ли выбранное основание: проверку закрывает любое из шести. Число операций на согласии выводится, но в итоги не попадает, поэтому ошибку 1 придётся ловить самостоятельно.
Не соотносит меры с чувствительностью данных: в чек-листе только отметки «внедрено».
Не видит обработку вне реестра: бумажные архивы, почту, теневые сервисы.
В итогах показывается одна проблема; остальные видны только в счётчиках.
Не заменяет юридическую экспертизу.
Заполнили фрейм? Сохраните, чтобы не потерять
Книги по теме
Paul Voigt, Axel von dem Bussche — «The EU General Data Protection Regulation (GDPR): A Practical Guide» (2017). Практическое юридическое руководство по требованиям, правам субъектов данных и обязательствам контролёров и обработчиков в рамках GDPR.