Подход Privacy by Design

~ 30 минут
Во многих компаниях к соблюдению требований конфиденциальности данных относятся как к второстепенным задачам или начинают заниматься этим «задним числом». Вместо этого разработку и реализацию задач по конфиденциальности можно сделать неотъемлемой частью всего жизненного цикла продукта или услуги.
Это воплощает в себе подход Privacy by Design. Он направлен на предотвращение нарушений конфиденциальности до их возникновения, а не на реагирование на них постфактум. Само название подхода подразумевает взаимосвязь безопасности и проектирования архитектуры приложения.
В качестве аналогии можно привести пример с ремонтом в квартире. Если установить световые приборы уже после ремонта, в комнате будет светло, но есть риск, что провода останутся торчать. Это не очень эстетично, да и небезопасно: дети о них могут легко споткнуться, а домашние животные их перегрызть. А можно прорисовать вместе с дизайнером, где и какие световые приборы будут установлены, и спрятать все провода в стены.
В архитектуре приложений этому способствует реализация подхода Privacy by Design.

Что такое Privacy by Design

Концепция Privacy by Design (PbD) была разработана в 1990-х годах доктором Энн Кавукян, бывшим комиссаром по информации и конфиденциальности провинции Онтарио (Канада). Признав ограниченность реактивных мер по защите конфиденциальности, доктор Кавукян представила концепцию PbD, чтобы сместить акцент на превентивные стратегии.
За прошедшие годы PbD превратился из набора рекомендаций в признанный во всём мире стандарт. Он был одобрен международными органами по защите данных и повлиял на законодательство по всему миру, внедрив соображения конфиденциальности в основу технологических инноваций.
✏️ Privacy by Design (PbD) — это подход, который выступает за включение мер по соблюдению требований конфиденциальности и защиты данных в разработку технологий, систем и методов ведения бизнеса с самого начала.
Интеграция конфиденциальности с самого начала разработки системы важна по нескольким причинам. Это более экономично в части расхода ресурсов, чем внесение изменений после развёртывания. Раннее включение мер по защите конфиденциальности снижает вероятность утечки данных. Встраивая конфиденциальность в ядро системной архитектуры, организации могут создавать надёжные, безопасные и заслуживающие доверия продукты и услуги. То есть демонстрация такого подхода способствует удержанию клиентов и репутации бренда.

Как PbD помогает соответствовать регуляторным требованиям

Для борьбы с растущей волной проблем конфиденциальности правительства и регулирующие органы ввели строгие законы о защите данных.
Многие законы теперь требуют, чтобы соображения конфиденциальности были встроены в системы по умолчанию, что делает раннюю интеграцию юридической необходимостью.
  • General Data Protection Regulation (GDPR), или Общее положение о защите данных Положение вступило в силу в Европейском союзе в 2018 году. Оно обязывает организации внедрять защиту данных «по замыслу и по умолчанию». Несоблюдение этого требования может привести к штрафам в размере до 4% годового глобального оборота или 20 млн евро, в зависимости от того, что больше.
  • California Consumer Privacy Act (CCPA), или Калифорнийский закон о защите персональных данных потребителей Действует с 2020 года, предоставляет жителям Калифорнии права на их персональные данные и налагает на компании обязательства по обеспечению конфиденциальности данных потребителей.
  • Федеральный закон № 152-ФЗ «О персональных данных» Применяемый в России, 152-ФЗ устанавливает требования к сбору, хранению и обработке персональных данных российских граждан. Он обязывает организации получать явное согласие физических лиц на обработку их данных и принимать меры по защите персональных данных от несанкционированного доступа или раскрытия.
Организации, работающие в юрисдикциях, подпадающих под действие этих и других подобных законов, должны с самого начала включать аспекты конфиденциальности в дизайн своих систем, чтобы избежать юридических санкций и укрепить доверие пользователей.
Пример
Рассмотрим применение подхода Privacy by Design на примере. Представьте, что есть некая платформа здравоохранения HealthConnect. Она связывает пациентов с поставщиками медицинских услуг, позволяет планировать встречи, проводить телемедицинские консультации и управлять персональными медицинскими записями.
HealthConnect работает уже несколько лет и накопила сложную распределённую модель данных. Платформа хранит огромное количество конфиденциальной персональной медицинской информации (PHI) в многочисленных базах данных и сервисах. Данные перемещаются между различными микросервисами без централизованной стратегии управления.
С введением более строгих норм конфиденциальности данных, таких как GDPR и HIPAA, компания осознаёт необходимость рефакторинга HealthConnect для соответствия этим нормам и усиления защиты конфиденциальности данных.
Для этого компании нужно оценить текущее состояние архитектуры и проверить её на соответствие принципам Privacy by Design.

Принципы Privacy by Design

Подход Privacy by Design включает семь принципов. Они служат руководством на протяжении всего жизненного цикла продукта или услуги.

1. Проактивный, а не реактивный; превентивный, а не только устранение последствий (Proactive not Reactive; Preventative not Remedial)

Традиционный подход к обеспечению конфиденциальности был в основном реактивным: организации принимали меры безопасности после того, как происходило нарушение или в ответ на действия регулирующих органов. Теперь этот подход кажется недостаточным.
Сегодня кибератаки стали более изощрёнными и направленными на уязвимые места в системах, которые изначально не были разработаны с учётом требований конфиденциальности. А экспоненциальный рост сбора данных увеличивает область атаки и потенциальное воздействие нарушений. К тому же сами пользователи лучше осведомлены о своих правах на конфиденциальность и ожидают от организаций проактивной защиты своих данных.
Проактивные меры по защите конфиденциальности подразумевают прогнозирование потенциальных рисков и внедрение защитных мер на протяжении всего жизненного цикла системы.
  • Оценка рисков — выявление и оценка потенциальных рисков конфиденциальности на этапе планирования.
  • Оценка воздействия на частную жизнь, или Privacy Impact Assessment (PIA), — систематическое изучение того, как обрабатываются персональные данные, для обеспечения соответствия и выявления рисков.
  • Постоянный мониторинг — регулярный пересмотр и обновление мер по защите конфиденциальности для адаптации к новым угрозам и изменениям в среде обработки данных.
  • Моделирование угроз — выявление потенциальных уязвимостей и планирование мер противодействия.
  • Разработка политик и процедур конфиденциальности с самого начала.
Пример в HealthConnect
Команда разработчиков провела комплексную оценку рисков конфиденциальности на начальных этапах разработки системы для выявления потенциальных угроз и уязвимостей конфиденциальности:
  • Составила схему всех каналов получения персональных данных, включая сбор, обработку, хранение и удаление.
  • Выявила виды деятельности по обработке данных с высоким риском, особенно те, которые связаны с конфиденциальными медицинскими данными.
  • Провела оценку потенциального воздействия на частную жизнь субъектов данных и разработку стратегий по снижению рисков.

2. Конфиденциальность по умолчанию (Privacy as the Default Setting)

Системы должны быть спроектированы таким образом, чтобы защита персональных данных осуществлялась автоматически. Пользователям не нужно предпринимать дополнительных шагов для обеспечения конфиденциальности, она должна работать по умолчанию.
Для этого стоит обратить внимание на несколько процессов.
  • Минимизация данных — собирать нужно только те данные, которые необходимы для достижения поставленной цели.
  • Настройки по умолчанию — системы должны быть настроены таким образом, чтобы по умолчанию были включены наиболее благоприятные для конфиденциальности опции.
  • Механизмы оптинга — необходимо требовать явное согласие пользователя перед сбором или обработкой персональных данных.
Пример в HealthConnect
В компании скорректировали процесс регистрации пользователей, чтобы собирать только основную информацию, необходимую для создания учётной записи. Любой дополнительный сбор данных требует явного согласия пользователя.

Процесс регистрации, от которого отказались

HealthConnect первоначально собирал обширную личную информацию от пациентов в процессе регистрации для создания учётных записей пользователей и упрощения получения медицинских услуг. Регистрационная форма включала следующие поля:
Обязательные поля:
  • Полное имя
  • Дата рождения
  • Адрес электронной почты
  • Номер телефона
  • Домашний адрес
  • СНИЛС
  • Данные о страховой компании
  • Обзор истории болезни (наличие хронических заболеваний)
  • Контактная информация для экстренных случаев
Дополнительные поля:
  • Семейное положение
  • Данные о занятости
  • Этническая принадлежность
  • Информация об образе жизни (например, привычка курить, частота физических упражнений)
  • Согласие на маркетинговые коммуникации (предварительно отмечено по умолчанию)
Выявленные проблемы:
  • Избыточный сбор данных. Большинство собранных данных не были необходимы для предоставления основных медицинских услуг.
  • Неявное согласие. Согласие на маркетинговые коммуникации было предварительно выбрано, что требовало от пользователей активного отказа.
  • Риски конфиденциальности. Сбор конфиденциальной информации по умолчанию повышал риск утечки данных и несоблюдения нормативных требований, таких как GDPR или 152-ФЗ.

Обновлённый процесс регистрации

HealthConnect сократил форму регистрации до полей, которые необходимы для предоставления основных медицинских услуг.
Обязательные поля:
  • Полное имя
  • Дата рождения
  • Адрес электронной почты
  • Номер телефона
  • Основная медицинская информация (например, известные аллергии, текущие лекарства)
Дополнительные поля (по умолчанию не выбраны):
  • Домашний адрес
  • Данные страховой компании
  • Контактная информация для экстренной помощи
  • Согласие на маркетинговые коммуникации (флажок снят)
  • Согласие на передачу данных третьим лицам (флажок снят)
Решение проблемы:
  • Явное согласие на обработку данных. Обязательное поле, в котором пользователи дают согласие на обработку своих персональных данных в медицинских целях.
  • Специальное согласие на обработку чувствительных данных. Отдельное согласие на обработку чувствительной медицинской информации в соответствии с нормативными актами, требующими явного согласия на обработку таких данных.
  • Предпочтения по куки-файлам. Возможность выбора пользователями типов куки-файлов, которые им удобны, по умолчанию — только основные куки-файлы.

3. Конфиденциальность, заложенная в дизайн (Privacy Embedded into Design)

Конфиденциальность должна быть неотъемлемой частью архитектуры и дизайна системы, а не дополнительной функцией. Встраивание конфиденциальности в дизайн гарантирует, что она станет основной функциональностью системы.
В этом помогут следующие аспекты:
  • Интегрированные меры безопасности — включение методов шифрования, анонимизации и псевдонимизации в процессах обработки данных.
  • Паттерны проектирования — использование архитектурных паттернов, поддерживающих конфиденциальность (например, безопасных потоков данных и модульной архитектуры).
  • Управление жизненным циклом — учёт влияния конфиденциальности на всех этапах жизненного цикла системы, от разработки до вывода из эксплуатации.
Пример в HealthConnect
Архитекторы разработали платформу с модульными компонентами, обеспечивающими безопасную обработку данных в каждом модуле. Шифрование было встроено в процессы хранения и передачи данных с самого начала.

Модуль безопасного обмена сообщениями с пациентами HealthConnect

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

Цели разработки

  • Конфиденциальность: Обеспечить, чтобы сообщения были доступны только тем, кому они предназначены.
  • Целостность: Защита сообщений от несанкционированного изменения.
  • Аутентификация: Проверка личности пациентов и медицинских работников.
  • Аудируемость: Ведение учёта сообщений для обеспечения подотчётности и соответствия требованиям.
  • Удобство использования: Обеспечение удобного интерфейса без ущерба для безопасности.
1. Дизайн архитектуры, ориентированный на конфиденциальность
Что сделано:
  • Принята Zero Trust Architecture, в которой ни один компонент не является доверенным по умолчанию, а проверка требуется на каждом этапе.
  • Микросервисная архитектура: Модуль был разработан как независимый микросервис, что обеспечивает изолированное развёртывание и масштабируемость.
  • Диаграммы потоков данных: Созданы подробные диаграммы движения данных внутри модуля с указанием потенциальных рисков конфиденциальности в каждой точке.
2. Безопасная аутентификация и авторизация
Детали реализации:
  • Многофакторная аутентификация (MFA): Требует от пользователей предоставления двух или более факторов проверки для получения доступа.
  • OAuth 2.0 и OpenID Connect: Используют эти протоколы для безопасной аутентификации и авторизации.
  • Role-Based Access Control (RBAC): Определение ролей (например, пациент, врач, медсестра) с определёнными разрешениями.
3. Хранение данных с соблюдением конфиденциальности
  • Разделение данных:
    • Отделение данных аутентификации пользователей от баз данных контента сообщений.
  • Техники анонимизации:
    • Применение хеширования к идентификаторам пользователей при индексации сообщений для предотвращения прямой идентификации.

4. Полная функциональность без компромиссов (Full Functionality ― Positive-Sum, not Zero-Sum)

Принципы конфиденциальности не должны противоречить другим целям, таким как безопасность или удобство использования. Необходимо обеспечить баланс.
Privacy by Design стремится учесть все законные интересы и цели с положительным исходом, избегая риторики «конфиденциальность против безопасности или функциональности». Можно достичь и того и другого, не жертвуя одним ради другого.
  • Сбалансированные решения — разработка систем, которые не вынуждают искать компромисс между конфиденциальностью и другими функциональными возможностями.
  • Инновационные технологии — использование технологий, которые повышают уровень конфиденциальности без ущерба для удобства пользователей.
  • Сотрудничество с заинтересованными сторонами — работа со всеми заинтересованными сторонами, чтобы понять их потребности и найти взаимовыгодные решения.
Пример в HealthConnect
Компания внедрила надёжные меры по обеспечению конфиденциальности без ущерба для удобства использования платформы. Такие функции, как зашифрованный обмен сообщениями и безопасное планирование встреч, сохранили функциональность и защитили данные пользователей.

5. Комплексная безопасность (End-to-End Security ― Full Lifecycle Protection)

Под этим принципом подразумевается обеспечение защиты персональных данных на протяжении всего их жизненного цикла — от момента сбора данных до безопасного уничтожения. Сюда входят данные в состоянии покоя, при переносе и в процессе использования.
  • Безопасное хранение — использование шифрования и контроля доступа для данных, хранящихся на серверах и в базах данных.
  • Безопасная передача — внедрение безопасных протоколов связи (например, TLS/SSL) для данных, находящихся в пути.
  • Утилизация данных — разработка процедур безопасного удаления или анонимизации данных, которые больше не нужны.
Пример в HealthConnect
Компания использует шифрование AES-256 для данных в состоянии покоя и TLS 1.3 для данных при переносе. В компании действуют политики безопасного удаления данных пациентов при закрытии учётной записи или в соответствии с требованиями закона.

6. Наглядность и прозрачность (Visibility and Transparency)

Системы и процессы должны быть прозрачными для пользователей и других заинтересованных сторон. Для этого организациям нужно открыто рассказывать о своих методах работы с данными и предоставлять возможность независимой проверки своих мер по обеспечению конфиденциальности.
Это можно сделать с помощью:
  • Публикации чётких и доступных политик конфиденциальности;
  • Контроля у пользователей — предоставления пользователям доступа к их данным и возможности управлять настройками конфиденциальности;
  • Проверяемости — внедрённых процессов протоколирования и мониторинга для проведения аудита практики обработки данных.
Пример в HealthConnect
Компания предлагает пользователям панель конфиденциальности, где они могут просматривать свои личные данные и управлять ими. Политика конфиденциальности платформы написана простым языком и легко доступна. Регулярно проводятся аудиты на предмет соответствия стандартам конфиденциальности.

7. Уважение к конфиденциальности пользователей (Respect for User Privacy)

Прежде всего организации должны уважать частную жизнь пользователей, предлагая строгие настройки конфиденциальности по умолчанию, соответствующие уведомления и расширяя возможности пользователей.
Этот принцип подчёркивает необходимость соблюдения интересов пользователя на первом месте и подразумевает реализацию таких аспектов, как:
  • Механизмы согласия — получение информированного согласия пользователей перед сбором или обработкой их данных.
  • Удобный для пользователя дизайн — разработка интерфейсов, облегчающих пользователям понимание и управление настройками конфиденциальности.
  • Отзывчивая поддержка — каналы для пользователей, по которым они могут задавать вопросы или высказывать опасения по поводу своей конфиденциальности.
Пример в HealthConnect
Команда проанализировала User Interface, выделила улучшения страниц по сбору персональных данных и поставила задачи дизайнерам на разработку нового интерфейса страниц. После тестирования и обновления интерфейса пользователи HealthConnect получили понятные формы согласия и могут легко настроить свои параметры конфиденциальности. Платформа обеспечивает поддержку клиентов, специально обученных для работы с запросами, связанными с конфиденциальностью.
Для интеграции принципов подхода PbD в разработку системы организациям следует принять целостный подход, то есть рассматривать все семь принципов в совокупности, а не по отдельности. Применение подхода PbD обеспечивает соответствие законам о защите данных, снижает риск утечки данных и связанных с этим расходов и, соответственно, повышает уровень доверия пользователей. А сами системы, разработанные с использованием PbD, лучше приспособлены к будущим изменениям в законодательстве и нормативных актах.
Внедрение Privacy by Design (PbD) даёт множество преимуществ как организациям, так и пользователям. Однако оно может быть сопряжено и с определёнными проблемами. Чтобы смягчить потенциальные недостатки, стоит учитывать ограничения Privacy by Design.

Ограничения Privacy by Design

Баланс между конфиденциальностью и функциональностью

Меры по обеспечению конфиденциальности могут ограничить определённые функциональные возможности или потребовать изменения способа предоставления услуг. А ограничения на сбор и обработку данных могут повлиять на бизнес-модели, основанные на анализе данных.
Кроме этого, есть пользователи, ради которых необходимо найти баланс между конфиденциальностью и удобством использования. Здесь важно влияние PbD-подхода на пользовательский опыт. Дело в том, что строгие меры контроля конфиденциальности могут усложнить взаимодействие с пользователем или потребовать дополнительных действий. Частые запросы согласия могут привести к усталости или разочарованию пользователя.
💡 Разрабатывайте функции конфиденциальности с учётом пожеланий пользователей, чтобы свести к минимуму трудности. Заложите в интерфейс механизмы обратной связи: сбор отзывов пользователей поможет совершенствовать средства контроля конфиденциальности. Это не только повысит уровень лояльности пользователей, но и поможет бизнесу достичь своих целей.

Ограничения ресурсов и сложность внедрения

Ограниченность времени и бюджета может препятствовать комплексной интеграции конфиденциальности. Чтобы минимизировать риски, стоит выделить приоритетные области повышенного риска и внедрить масштабируемые меры по обеспечению конфиденциальности, которые можно расширять с течением времени.
💡 Используйте инкрементный подход. Возможно поэтапное внедрение мер PbD для управления затратами и сложностью: сначала сосредоточьтесь на областях с высоким риском, со временем расширяя меры по обеспечению конфиденциальности.
Надо учитывать, что интеграция конфиденциальности с самого начала может потребовать дополнительных ресурсов, времени и опыта.
Внедрение конфиденциальности в сложные системы бывает технически сложным, требующим передовых решений. Чтобы избегать проблем совместимости, требуется согласование новых мер по обеспечению конфиденциальности с унаследованными системами. Вообще конфиденциальность — это не одноразовое внедрение, она требует постоянного обслуживания, мониторинга и обновлений.
💡 Используйте проверенные решения — применяйте существующие технологии повышения конфиденциальности (Privacy-enhancing technologies, PET), чтобы снизить затраты на разработку. Используйте инструменты конфиденциальности с открытым исходным кодом.
Принятие PbD может потребовать изменения культуры в организации, где подчёркивается конфиденциальность во всех видах деятельности. Персонал нуждается в обучении новым политикам, процедурам и технологиям обеспечения конфиденциальности.
Регулярные тренинги позволяют сотрудникам получать информацию о методах защиты конфиденциальности и их важности. Поэтому важно формировать организационную культуру, которая ценит и ставит во главу угла конфиденциальность.
💡 Межфункциональные команды — хорошее решение для реализации PbD-подхода. Привлекайте экспертов из разных отделов (IT, юридического, маркетингового) для согласования конфиденциальности с бизнес-целями.

Сложность нормативной базы

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

Сергей

Всем ли одинаково полезен Privacy by Design?

Области применения Privacy by Design

Несмотря на то что подход Privacy by Design полезен для всех проектов, некоторые типы проектов особенно выигрывают из-за характера данных или особенностей нормативно-правовой базы. Понимание того, какие проекты получают наибольшую пользу от PbD, поможет вам определять приоритетность ресурсов и добиваться максимального эффекта.
Проекты, связанные с чувствительными персональными данными
  • Системы здравоохранения: сюда можно включить электронные медицинские карты (EHR), платформы телемедицины и устройства мониторинга здоровья. Эти системы собирают, хранят и обрабатывают истории болезни пациентов, биометрические данные, диагнозы и результаты консультаций и должны обеспечивать строгую защиту конфиденциальных данных в соответствии с законодательными и этическими нормами.
  • Финансовые услуги: приложения онлайн-банков и страхования, платформы для управления личной финансовой информацией и транзакциями, системы, отслеживающие распределение активов и личное благосостояние. Эти системы обрабатывают персональные данные клиентов, имена, адреса, номера счетов, кредитные истории, данные, связанные с рисками и финансовыми операциями. Утечка данных такого рода может привести к серьёзным последствиям: мошенничеству, финансовым потерям, ущербу репутации, а также к утрате доверия пользователей.
  • Образовательные технологии: студенческие информационные системы, которые хранят академические записи и личные данные, и платформы электронного обучения с данными о прогрессе в обучении.
Проекты, подлежащие строгому соблюдению нормативных требований
  • Государственные услуги: порталы государственных услуг, которые обрабатывают идентификационные данные и публичные записи. К этому же типу относятся правоохранительные системы, управляющие конфиденциальной информацией уголовного правосудия.
  • Международные операции: к этой области можно отнести глобальную электронную коммерцию, которая имеет дело с трансграничной передачей данных, и системы мультинациональных корпораций, попадающие под разные юрисдикции и обязанные согласовать свою работу с различными региональными законами о защите данных.
Развивающиеся технологии
  • Интернет вещей (IoT): устройства «умного дома» собирают большое количество данных о личных привычках, режиме жизни, предпочтениях пользователей и даже их перемещениях. Здесь же стоит упомянуть промышленный IoT, где системы обрабатывают данные о производственных процессах, цепочках поставок или логистике, которые могут представлять коммерческую тайну.
  • Искусственный интеллект и машинное обучение: персонализированные рекомендательные системы используют пользовательские данные для подбора контента. А алгоритмы предиктивной аналитики обрабатывают большие массивы данных, которые могут содержать личную информацию.

Проектирование с использованием подхода Privacy by Design

Чтобы внедрить Privacy by Design, нужно понимать свою текущую информационную среду, как собираются, обрабатываются, хранятся и передаются персональные данные.

Шаг 1. Инвентаризация данных

На этом этапе проводят всестороннюю инвентаризацию данных: идентифицируют и каталогизируют все типы персональных данных, обрабатываемых в организации.
Для документации и определения хранилищ данных полезно составить карту местонахождения данных — базы данных, облачные хранилища, сторонние сервисы. Затем составить карту потоков данных, на которой визуализированы следующие процессы:
  • Внутреннее движение данных — оно помогает понять, как данные перемещаются внутри организации;
  • Внешние потоки данных — определяют данные, передаваемые внешним партнёрам или службам;
  • Этапы жизненного цикла данных важны для понимания того, как данные собираются, используются, хранятся и утилизируются.

Шаг 2. Анализ IT-области в соответствии с принципами конфиденциальности данных

Когда общие процессы и элементы системы задокументированы, следует оценить существующие меры по защите конфиденциальности. На этом этапе важно проанализировать, кто и почему имеет доступ к персональным данным. Проводится анализ шифрования, аутентификации, способов получения и регистрации согласия пользователя. Для всестороннего анализа полезно привлекать IT-отделы, юридический отдел, отдел по соблюдению нормативных требований, отделы кадров и бизнес-подразделений.
Учитывая отзывы пользователей об ожиданиях в отношении конфиденциальности и результаты сравнения текущей практики с нормативными требованиями и принципами PbD, можно ранжировать риски на основе потенциального воздействия и степени вероятности.

Шаг 3. Определение чётких целей конфиденциальности и реализация Privacy by Design

Внедрение Privacy by Design требует анализа нормативных актов (GDPR, HIPAA, 152-ФЗ), которые применимы к системе, и определения их обязательных требований. Затем эти требования интегрируются с ценностями компании, её стратегией и обязательствами по защите данных, чтобы сформировать основу для соблюдения конфиденциальности на каждом этапе работы системы.
На базе этого разрабатывается организационная политика, которая описывает процессы защиты данных, включает принципы минимизации и анонимизации данных, управления рисками и мониторинга:
  • Сбор только тех данных, которые строго необходимы;
  • Защита личности при обработке данных;
  • Настройка систем по умолчанию на самые высокие параметры конфиденциальности;
  • Использование надёжного шифрования для данных в состоянии покоя и при передаче;
  • Внедрение управления доступом на основе ролей и принципов наименьших привилегий;
  • Ведение журналов доступа к данным и их изменения для обеспечения подотчётности.

Задание 1

Какие утверждения о принципах подхода Privacy by Design верные?

Задание 2

Для каких проектов целесообразно использование подхода Privacy by Design?

Что почитать про подход Privacy by Design

Итоги

  • Privacy by Design (PbD) — это концепция интеграции защиты данных в архитектуру систем и процессов на всех этапах их разработки и эксплуатации. Она решает проблемы утечек данных, недостаточной прозрачности обработки данных и несоответствия требованиям законодательства и обеспечивает минимизацию рисков для конфиденциальности пользователей.
  • Подход Privacy by Design основывается на семи ключевых принципах: проактивном подходе, предотвращающем проблемы ещё до их возникновения; конфиденциальности по умолчанию, обеспечивающей защиту данных без дополнительных действий со стороны пользователя; интеграции конфиденциальности в дизайн системы; достижении полной функциональности без компромиссов между удобством и безопасностью; комплексной защите данных на всём жизненном цикле; прозрачности обработки данных и уважении прав и интересов пользователей. Эти принципы создают баланс между эффективностью систем и соблюдением конфиденциальности.
  • При реализации подхода PbD можно столкнуться с рядом сложностей: баланс между конфиденциальностью и функциональностью может ограничивать возможности системы; недостаток ресурсов или экспертизы затрудняет внедрение; а также сложная нормативная база требует глубокого понимания законодательства, что создаёт дополнительные барьеры для компаний.
  • PbD активно применяется в здравоохранении (защита данных пациентов), интернете вещей (обеспечение безопасности и конфиденциальности устройств), банковской сфере (защита финансовых данных клиентов) и других отраслях, где требуется работа с персональными и конфиденциальными данными.
  • Внедрение PbD начинается с инвентаризации системы и понимания её текущих данных и потоков. Затем проводится анализ рисков и требований нормативных актов. На основе этих данных проектируются и внедряются процессы, которые минимизируют сбор данных, усиливают контроль доступа и обеспечивают соблюдение конфиденциальности на каждом этапе работы системы.