Защита от кражи данных Машинного обучения Azure

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

• Входящий трафик. Если в вычислительном экземпляре или кластере используется общедоступный IP-адрес, у вас есть тег службы входящегоazuremachinelearning трафика (порт 44224). Этот входящий трафик можно контролировать с помощью группы безопасности сети (NSG) и тегов служб. Трудно замаскировать IP-адреса служб Azure, поэтому существует низкий риск кражи данных. Вы также можете настроить вычисление так, чтобы оно не использовало общедоступный IP-адрес, который удаляет требования к входящему трафику.

• Исходящий трафик. Если злоумышленники не имеют доступа на запись к исходящим целевым ресурсам, они не могут использовать этот исходящий трафик для кражи данных. Идентификатор Microsoft Entra, Azure Resource Manager, Машинное обучение Azure и Реестр контейнеров Майкрософт относятся к этой категории. С другой стороны, службу хранилища и AzureFrontDoor.frontend можно использовать для кражи данных.

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

  • Исходящий трафик AzureFrontDoor.frontend: Azure Front Door используется пользовательским интерфейсом Студия машинного обучения Azure и AutoML. Вместо разрешения исходящего трафика к тегу службы (AzureFrontDoor.frontend) переключитесь на следующие полные доменные имена (FQDN). Переключение на эти полные доменные имена удаляет ненужный исходящий трафик, включенный в тег службы, и разрешает только то, что необходимо для Студия машинного обучения Azure пользовательского интерфейса и autoML.

    • ml.azure.com
    • automlresources-prod.azureedge.net

Необходимые компоненты

• Подписка Azure
• Виртуальная сеть Azure
• Рабочая область Машинного обучения Azure с частной конечной точкой, которая подключается к виртуальной сети.
  • Учетная запись хранения, используемая рабочей областью, также должна подключаться к виртуальной сети с помощью частной конечной точки.
• Необходимо повторно создать вычислительный экземпляр или уменьшить масштаб вычислительного кластера до нуля.
  • Не обязательно, если вы присоединились к предварительной версии.
  • Не требуется, если у вас есть новый вычислительный экземпляр и вычислительный кластер, созданный после декабря 2022 года.

Почему необходимо использовать политику конечной точки службы

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

1. Создание политики конечной точки службы

1. На портале Azure добавьте новую политику конечной точки службы. На вкладке Основное укажите необходимые сведения и нажмите кнопку Далее.

2. На вкладке Определения политики выполните следующие действия:

   1. Выберите + Add a resource (+ Добавление ресурса), а затем укажите следующие сведения:

      • Служба. Microsoft.Storage.
      • Область. Выберите область в качестве одной учетной записи , чтобы ограничить сетевой трафик одной учетной записью хранения.
      • Подписка. Подписка Azure, содержащая учетную запись хранения.
      • Группа ресурсов. Группа ресурсов, содержащая учетную запись хранения.
      • Ресурс: учетная запись хранения по умолчанию рабочей области.

      Выберите Добавить, чтобы добавить сведения о ресурсе.

      

   2. Выберите + Add an alias (+ Добавление псевдонима), а затем выберите /services/Azure/MachineLearning в качестве значения псевдонима сервера. Нажмите кнопку "Добавить ", чтобы добавить псевдоним.

      Примечание.

      Azure CLI и Azure PowerShell не поддерживают добавление псевдонима в политику.

3. Выберите Просмотр и создание, а затем нажмите кнопку Создать.

2. Разрешить входящий и исходящий сетевой трафик

Входящий трафик

При использовании вычислительного экземпляра Машинное обучение Azure с общедоступным IP-адресом разрешайте входящий трафик из управления пакетная служба Azure (тег BatchNodeManagement.<region>службы). Для вычислительного экземпляра без общедоступного IP-адреса этот входящий трафик не требуется.

Исходящие

Выберите используемую конфигурацию:

3. Включение конечной точки хранилища для подсети

Выполните следующие действия, чтобы включить конечную точку хранилища для подсети, содержащей Машинное обучение Azure вычислительных кластеров и вычислительных экземпляров:

1. В портал Azure выберите виртуальная сеть Azure для рабочей области Машинное обучение Azure.
2. В левой части страницы выберите подсети , а затем выберите подсеть, содержащую вычислительный кластер и вычислительный экземпляр.
3. В появившейся форме разверните раскрывающийся список Службы, а затем включите Microsoft.Storage. Чтобы сохранить эти изменения, выберите Сохранить.
4. Примените политику конечной точки службы к подсети рабочей области.

4. Курированные среды

При использовании Машинное обучение Azure курируемых сред обязательно используйте последнюю версию среды. Реестр контейнеров для среды также должен быть mcr.microsoft.com. Чтобы проверить реестр контейнеров, необходимо выполнить следующие действия:

1. В Студия машинного обучения Azure выберите рабочую область и выберите среды.

2. Убедитесь, что Реестр контейнеров Azure начинается со значения mcr.microsoft.com.

   Внимание

   Если реестр viennaglobal.azurecr.io контейнеров не может использовать курированную среду с кражей данных. Попробуйте обновить курированную среду до последней версии.

3. При использовании mcr.microsoft.com необходимо также разрешить исходящую конфигурацию указанным ниже ресурсам. Выберите используемый параметр конфигурации:

   • Тег службы/группа безопасности сети
   • Брандмауэр.

   Разрешите исходящий трафик через TCP-порт 443 указанным ниже тегам службы. Замените <region> на регион Azure, содержащий вычислительный кластер или экземпляр.

   • MicrosoftContainerRegistry.<region>
   • AzureFrontDoor.FirstParty

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

Дополнительные сведения см. в следующих статьях:

• Как настроить входящий и исходящий сетевой трафик
• Упрощенная коммуникация между узлами пакетной службы Azure