Управление личными данными в журналах Azure Monitor

Журналы Azure Monitor — это хранилище данных, в котором, вероятно, будут найдены персональные данные. В этой статье объясняется, где журналы Azure Monitor хранят персональные данные и как управлять данными.

Стратегия обработки персональных данных

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

• Отфильтровать, скрыть, анонимизировать или настроить собранные данные, чтобы исключить их из рассмотрения как "личное" с помощью преобразований сбора данных. Этот подход является наиболее подходящим вариантом и экономит необходимость создания дорогостоящей и эффективной стратегии обработки данных.
• Нормализуйте данные, чтобы снизить негативные последствия для платформы данных и производительности. Например, вместо ведения журнала явного идентификатора пользователя создайте подстановку для сопоставления имени пользователя и их сведений с внутренним идентификатором, который можно регистрировать в другом месте. Если пользователь просит удалить личную информацию, можно удалить только строку в таблице подстановки, соответствующую пользователю.
• Если вам нужно собрать персональные данные:
  • Используйте API удаления данных или API очистки и API запросов для экспорта и удаления персональных данных, связанных с пользователем.
  • Используйте правила сводки для удаления или скрытия персональных данных в новой таблице, которую можно предоставить более широко. Ограничение доступа к таблице с личными данными путем управления доступом на чтение на уровне таблицы.

Где искать персональные данные в журналах Azure Monitor

Журналы Azure Monitor назначают схему данных, но позволяют переопределять каждое поле с помощью пользовательских значений. Вы также можете импортировать пользовательские схемы. Таким образом, невозможно точно сказать, где личные данные существуют в конкретной рабочей области. Но следующие места — хорошие отправные точки в вашем инвентаре.

• IP-адреса. Log Analytics собирает разные сведения об IP-адресах в нескольких таблицах. Например, следующий запрос показывает все таблицы, в которых адреса IPv4 были собраны за последние 24 часа.

  search *
  | where * matches regex @'\b((25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)(\.|$)){4}\b' // Match IPv4 addresses
  | summarize count() by $table
  

• Идентификаторы пользователей: вы можете найти имена пользователей и идентификаторы пользователей в различных решениях и таблицах. Найдите определенное имя пользователя или идентификатор пользователя во всем наборе данных с помощью команды поиска:

  search "<username or user ID>"
  

  Не забывайте искать не только читаемые имена пользователей, но и идентификаторы GUID, которые можно отнести к конкретным пользователям.

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

• Пользовательские данные: журналы Azure Monitor позволяют собирать пользовательские данные с помощью пользовательских журналов, настраиваемых полей, API приема журналов и в составе системных журналов событий. Проверьте все пользовательские данные на предмет наличия персональных данных.

• Данные, взятые из решения. Так как механизм решения является открытым, мы рекомендуем просмотреть все таблицы, сгенерированные решениями, чтобы обеспечить соответствие.

Экспорт, удаление или очистка персональных данных

Перед сбором персональных данных ознакомьтесь с разделом "Стратегия обработки персональных данных ". Фильтрация, скрытие или анонимизация данных с помощью преобразований сбора данных является предпочтительным подходом и избегает затрат, описанных здесь. При обработке персональных данных вы несете расходы на определение и автоматизацию стратегии, создание интерфейса, с помощью которого клиенты взаимодействуют с данными и постоянного обслуживания. Это также требует больших вычислительных ресурсов для Log Analytics и Application Insights, а большой объем одновременных запросов API на удаление данных или очистку может негативно повлиять на все другие взаимодействия с функциональностью Log Analytics. Но если вам нужно собирать персональные данные, следуйте рекомендациям, приведенным в этом разделе.

Просмотр и экспорт персональных данных

Используйте API запросов Log Analytics для отправки и экспорта запросов данных. API запросов Log Analytics не поддерживает таблицы с планами базовых и вспомогательных таблиц. Для этих таблиц используйте ВМЕСТО этого API поиска .

Вам нужно реализовать логику преобразования данных в подходящий формат для доставки вашим пользователям. Функции Azure отлично подходят для размещения такой логики.

Удаление персональных данных

API удаления данных в журналах Azure Monitor позволяет выполнять асинхронные запросы для удаления данных для определенной таблицы в рабочей области Log Analytics. Используйте операцию удаления данных умеренно, чтобы избежать потенциальных рисков, влияния на производительность и возможности искажения всех процессов агрегаций, измерений и других аспектов данных Log Analytics. В разделе Стратегия обработки персональных данных представлены другие подходы к обработке персональных данных.

Если вам нужно соответствовать требованиям общего регламента по защите данных (GDPR), используйте API очистки, который меньше производительности и поддерживает только операции, необходимые для соответствия GDPR.

Очистка персональных данных

API очистки Azure Monitor позволяет очищать персональные данные в соответствии с требованиями GDPR. API очистки меньше производительности, чем API удаления данных. Azure Monitor рекомендует использовать API удаления данных и разрешает только запросы на очистку, необходимые для соответствия GDPR.

Для управления системными ресурсами служба ограничивает запросы на очистку до 50 запросов в час. Выполняйте запросы на удаление пакетно, отправляя единую команду, предикат которой включает все идентификаторы пользователей, требующих удаления. Используйте оператор in, чтобы указать несколько идентификаторов. Выполните запрос перед выполнением запроса на очистку, чтобы проверить ожидаемые результаты.

Требуемые разрешения

Очистка данных журнала

• API очистки рабочей области POST принимает имя таблицы и фильтры, определяющие данные для очистки. Он возвращает 202 Accepted ответ. Заголовок x-ms-status-location ответа содержит URL-адрес для проверки состояния операции.
• GET Отправьте запрос в URL-адрес в заголовкеx-ms-status-location. API состояния получения очистки возвращает состояние операции очистки.

Следующие шаги

• Дополнительные сведения о безопасности в Azure Monitor.
• Узнайте больше о том, как Application Insights собирает, обрабатывает и защищает данные.