Этап 3. Интеграция пакета SDK Intune с приложением iOS

Цели этапа

• Скачайте пакет SDK для приложений Intune.
• Узнайте, какие файлы включены в пакет SDK для приложений Intune.
• Ссылка на пакет SDK для приложений Intune в приложении.
• Убедитесь, что пакет SDK для приложений Intune правильно включен в сборку.
• Регистрация новых учетных записей для управления MAM после проверки подлинности с помощью MSAL.
• Чтобы удалить корпоративные данные, отмените регистрацию учетных записей при выходе из системы.
• (Рекомендуется) Включите вход MAM в приложение.

Предварительные условия

• Вам нужен компьютер macOS, на котором установлен Xcode 14.0 или более поздней версии.

• Приложение должно быть предназначено для iOS 14.0 или более поздней версии.

• Ознакомьтесь с пакетом SDK для приложений Intune для условий лицензионного соглашения для iOS. Распечатайте и сохраните копию условий лицензии для записей. Скачивая и используя пакет SDK для приложений Intune для iOS, вы соглашаетесь с такими условиями лицензии. Если вы не принимаете их, не используйте программное обеспечение.

• Скачайте файлы пакета SDK для приложений Intune для iOS на сайте GitHub.

Что находится в репозитории пакета SDK

• IntuneMAMSwift.xcframework: динамическая платформа пакета SDK для приложений Intune. Рекомендуется связать эту платформу с приложением или расширениями, чтобы включить управление клиентскими приложениями Intune. Однако некоторые разработчики могут предпочесть преимущества статической платформы (IntuneMAMStatic.xcframework). См. ниже.

• IntuneMAMStatic.xcframework: статическая платформа пакета SDK для приложений Intune. Разработчики могут связать статическую платформу, а не динамическую. Так как исполняемый код статической платформы внедряется непосредственно в двоичный файл приложения или расширения во время сборки, использование статической библиотеки дает некоторые преимущества производительности во время запуска. Однако если приложение содержит какие-либо расширения, связывание статической платформы с приложением и расширениями приводит к большему размеру пакета приложений, так как исполняемый код внедряется в каждое двоичное приложение или расширение. В отличие от этого, при использовании динамической платформы приложения и расширения могут совместно использовать один двоичный файл пакета SDK для Intune, что приводит к уменьшению размера приложения.

• IntuneMAMSwiftStub.xcframework: платформа swift-заглушки пакета SDK для приложений Intune. Эта платформа является обязательной зависимостью от IntuneMAMSwift.xcframework и IntuneMAMStatic.xcframework, к которым должны связаться приложения и расширения.

• IntuneMAMConfigurator— средство, используемое для настройки info.plist приложения или расширения с минимальными необходимыми изменениями для управления Intune. В зависимости от функциональности приложения или расширения может потребоваться внести дополнительные изменения в info.plist вручную.

• libIntuneMAMSwift.xcframework: статическая библиотека пакета SDK для приложений Intune. Этот вариант пакета SDK для Intune MAM для iOS не рекомендуется использовать и будет удален в будущем обновлении. Рекомендуется не связывать статическую библиотеку, а вместо этого связать приложение или расширения с динамической платформой (IntuneMAMSwift.xcframework) или статической платформой (IntuneMAMStatic.xcframework) ранее упомянутой.

• IntuneMAMResources.bundle: пакет ресурсов, содержащий ресурсы, на которые опирается пакет SDK. Пакет ресурсов требуется только для приложений, которые интегрируют устаревшую статическую библиотеку (libIntuneMAMSwift.xcframework) и будут удалены в будущем обновлении.

Принцип работы пакета SDK для приложений Intune

Цель пакета SDK для приложений Intune для iOS — добавить возможности управления в приложения iOS с минимальными изменениями кода. Чем меньше код изменяется, тем меньше времени выхода на рынок, но не влияет на согласованность и стабильность мобильного приложения.

Поток процесса

На следующей схеме представлен поток процесса пакета SDK для приложений Intune для iOS:

Создание пакета SDK в мобильном приложении

Чтобы включить пакет SDK для приложений Intune, выполните следующие действия.

1. Связывание или IntuneMAMSwift.xcframework с целевым объектом. Перетащите пакет xcframework в список Платформы, Библиотеки и Внедренное содержимое целевого проекта.IntuneMAMStatic.xcframework Повторите эти действия для IntuneMAMSwiftStub.xcframework. Для основного приложения выберите "Внедрение & Sign" в столбце "Внедрение" для обоих добавленных xcframeworks. Для любых расширений выберите "Не внедрять".

   

2. Добавьте в проект следующие платформы iOS:

   • MessageUI.framework
   • Security.framework
   • CoreServices.framework
   • SystemConfiguration.framework
   • libsqlite3.tbd
   • libc++.tbd
   • ImageIO.framework
   • LocalAuthentication.framework
   • AudioToolbox.framework
   • QuartzCore.framework
   • WebKit.framework
   • MetricKit.framework

3. Включите общий доступ к цепочке ключей (если он еще не включен), выбрав Возможности в каждом целевом проекте и включив параметр Общий доступ к цепочке ключей . Чтобы перейти к следующему шагу, требуется общий доступ к цепочке ключей.

   Примечание.

   Профиль подготовки должен поддерживать новые значения общего доступа к цепочке ключей. Группы доступа к цепочке ключей должны поддерживать подстановочные знаки. Это можно проверить, открыв файл .mobileprovision в текстовом редакторе, выполнив поиск по запросу keychain-access-groups и убедив, что у вас есть подстановочный знак. Например:

   <key>keychain-access-groups</key>
   <array>
   <string>YOURBUNDLESEEDID.*</string>
   </array>
   

4. После включения общего доступа к цепочке ключей выполните действия, чтобы создать отдельную группу доступа, в которой пакет SDK для приложений Intune будет хранить свои данные. Группу доступа цепочки ключей можно создать с помощью пользовательского интерфейса или файла прав. Если вы используете пользовательский интерфейс для создания группы доступа к цепочке ключей, выполните следующие действия.

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

   2. Добавьте общую группу com.microsoft.intune.mam цепочки ключей в существующие группы доступа. Пакет SDK для приложений Intune использует эту группу доступа для хранения данных.

   3. Добавьте com.microsoft.adalcache в существующие группы доступа.

      

   4. Если вы редактируете файл прав напрямую, а не используете приведенный выше пользовательский интерфейс Xcode для создания групп доступа к цепочке ключей, предустановите группы доступа к цепочке ключей с $(AppIdentifierPrefix) (Xcode обрабатывает это автоматически). Например:

      • $(AppIdentifierPrefix)com.microsoft.intune.mam
      • $(AppIdentifierPrefix)com.microsoft.adalcache

      Примечание.

      Файл прав — это XML-файл, который является уникальным для мобильного приложения. Он используется для указания специальных разрешений и возможностей в приложении iOS. Если у приложения ранее не было файла прав, включение общего доступа к цепочке ключей (шаг 3) должно привести к созданию файла Xcode для приложения. Убедитесь, что идентификатор пакета приложения является первой записью в списке.

5. Включите каждый протокол, по UIApplication canOpenURL которому передает приложение, в LSApplicationQueriesSchemes массив файла Info.plist приложения. Для каждого протокола, указанного в этом массиве, в массив также необходимо добавить копию протокола, добавленную с -intunemam помощью . Кроме того, http-intunemamв массив следует добавить , https-intunemamsmart-nsmicrosoft-edge-https-intunemammicrosoft-edge-http-intunemam, zips, lacoonsecurity, wandera, skycurelookoutwork-asesmsecmvisionmobilebetteractiveshieldscmx, и .intunemam-mtd Если в приложении используется протокол mailto:, ms-outlook-intunemam его также следует добавить в массив. Обязательно сохраните изменения, прежде чем переходить к следующему шагу.

   Если в списке LSApplicationQueriesSchemes в приложении заканчивается место, оно может удалить схемы "-intunemam" для приложений, которые, как известно, также реализуют пакет SDK для Intune MAM. Когда приложение удаляет scheme-intunemam из списка LSApplicationQueriesSchemes, canOpenURL() может возвращать неверные ответы для этих схем. Чтобы устранить эту проблему, приложение должно вызвать [IntuneMAMPolicy isURLAllowed:url isKnownManagedAppScheme:YES] эту схему. Этот вызов возвращает значение NO , если политика блокирует открытие URL-адреса. Если возвращается значение true, приложение может вызвать canOpenURL() с пустым удостоверением, чтобы определить, можно ли открыть URL-адрес. Например:

   BOOL __block canOpen = NO;
   if([policy isURLAllowed:urlForKnownManagedApp isKnownManagedAppScheme:YES])
   {
       [[IntuneMAMPolicyManager instance] setCurrentThreadAccountId:"" forScope:^{
       canOpen = [[UIApplication sharedApplication] canOpenURL:urlForKnownManagedApp];
       }];
   }
   

6. Если приложение еще не использует FaceID, убедитесь, что для ключа NSFaceIDUsageDescription Info.plist настроено сообщение по умолчанию. Этот шаг необходим, чтобы iOS могла сообщить пользователю, как приложение намерено использовать FaceID. Параметр политики защиты приложений Intune позволяет использовать FaceID в качестве метода доступа к приложениям при настройке ИТ-администратором.

7. Используйте средство IntuneMAMConfigurator, входящее в репозиторий пакета SDK , чтобы завершить настройку Info.plist приложения. Средство имеет три параметра:

   Property	Как использовать эту возможность
   -я	<Path to the input plist>
   - e	<Path to the entitlements file>
   - o	(Необязательно) <Path to the output plist>

   Если параметр "-o" не указан, входной файл будет изменен на месте. Это средство является идемпотентным, и его следует повторно запускать каждый раз, когда были внесены изменения в info.plist приложения или его права. Также следует скачать и запустить последнюю версию средства при обновлении пакета SDK для Intune, если в последнем выпуске изменились требования к конфигурации Info.plist.

Параметры сборки Xcode

Для приложения для параметра Strip Swift Symbols(STRIP_SWIFT_SYMBOLS) и для параметра Enable Bitcode(ENABLE_BITCODE) должно быть задано значение НЕТ.

Интеграция расширения поставщика файлов

Расширения поставщика файлов имеют определенные требования к памяти, которые могут затруднить интеграцию полного пакета SDK. Чтобы упростить это, есть статическая библиотека libIntuneMAMSwiftFileProvider.xcframework , которая является урезаной версией пакета SDK специально для расширений поставщика файлов. Обратите внимание, что это касается части расширения FileProvider, отличной от пользовательского интерфейса. Вам потребуется интегрировать полный пакет SDK в расширение пользовательского интерфейса поставщика файлов.

Чтобы интегрировать одну из этих библиотек с расширением поставщика файлов, выполните действия по интеграции пакета SDK в качестве статической библиотеки, как показано выше. Обязательно включите ContainingAppBundleId параметр.

Интеграция расширения поставщика нереплицированных файлов

Приложение использует нереплицированный поставщик файлов, если оно реализует протокол NSFileProviderExtension. Все поставщики файлов, созданные до iOS 16.0, не реплицируются.

В — startProvidingItemAtURL:completionHandler: проверьте, следует ли шифровать файлы с помощью [[экземпляр IntuneMAMPolicy]shouldFileProviderEncryptFiles]]. Используйте API encryptFile:forAccountId: в IntuneMAMFileProtectionManager для фактического шифрования файлов. Кроме того, вы можете предоставить общий доступ к копии файла, когда требуется шифрование, так как вы не хотите хранить зашифрованную копию файла в облачном хранилище.

В — importDocumentAtURL:toParentItemIdentifier:completionHandler: проверьте, зашифрован ли файл с помощью API isFileEncrytped: в IntuneMAMFileProtectionManager. Если он расшифровывается с помощью API decryptFile:toCopyPath: intuneMAMFileProtectionManager. В приложениях с несколькими удостоверениями также проверьте наличие API canReceiveSharedFile: в IntuneMAMPolicy конечного владельца, чтобы узнать, может ли владелец получить файл.

Интеграция расширения реплицированного поставщика файлов

Приложение использует поставщик реплицированных файлов, если оно реализует протокол NSFileProviderReplicatedExtension (добавлен в iOS 16.0).

In - fetchContentsForItemWithIdentifier:version:request:completionHandler: проверьте, следует ли шифровать файлы с помощью [[экземпляр IntuneMAMPolicy]shouldFileProviderEncryptFiles]]. Используйте API encryptFile:forAccountId: в IntuneMAMFileProtectionManager для фактического шифрования файлов. Кроме того, вы можете предоставить общий доступ к копии файла, когда требуется шифрование, так как вы не хотите хранить зашифрованную копию файла в облачном хранилище.

В — createItemBasedOnTemplate:fields:contents:options:request:completionHandler: проверьте, зашифрован ли файл с помощью API isFileEncrypted: в IntuneMAMFileProtectionManager. Если он расшифровывается с помощью API decryptFile:toCopyPath: intuneMAMFileProtectionManager. В приложениях с несколькими удостоверениями также проверьте наличие API canReceiveSharedFile: в IntuneMAMPolicy конечного владельца, чтобы узнать, может ли владелец получить файл.

В любом месте, где поставщик реплицированных файлов создает и передает в систему NSFileProviderItem, вызовите API protectFileProviderItem:forAccountId: IntuneMAMFileProtectionManager с удостоверением владельца элемента. В зависимости от того, где создается и сохраняется объект NSFileProviderItem в расширении, это может потребоваться сделать в каждом из методов протокола NSFileProviderReplicatedExtension.

Настройка параметров пакета SDK для приложений Intune

Вы можете использовать словарь IntuneMAMSettings в файле Info.plist приложения, чтобы настроить пакет SDK для приложений Intune. Если словарь IntuneMAMSettings не отображается в файле Info.plist, его следует создать.

В словаре IntuneMAMSettings можно определить следующие поддерживаемые параметры для настройки пакета SDK для приложений Intune.

Некоторые из этих параметров могли быть рассмотрены в предыдущих разделах, а некоторые применяются не ко всем приложениям.

Получение политики защиты приложений

Обзор

Чтобы получить политику защиты приложений Intune, приложения должны инициировать запрос на регистрацию в службе Intune MAM. Приложения можно настроить в Центре администрирования Intune для получения политики защиты приложений с регистрацией устройств или без нее. Управление мобильными приложениями (MAM) позволяет управлять приложениями с помощью Intune без необходимости регистрации устройства в управлении мобильными устройствами Intune (MDM). В обоих случаях для получения политики требуется регистрация в службе Intune MAM.

Приложения, которые уже используют ADAL или MSAL

Приложения, которые уже используют MSAL, должны вызывать registerAndEnrollAccountId метод в экземпляре IntuneMAMEnrollmentManager после успешной проверки подлинности пользователя:

/*
 *  This method will add the account to the list of registered accounts.
 *  An enrollment request will immediately be started.
 *  @param accountId The Entra object ID of the account to be registered with the SDK
 */

(void)registerAndEnrollAccountId:(NSString *_Nonnull)accountId;

При успешном входе MSAL отправляет результат в объект MSALResult. Используйте tenantProfile.identifier в MSALResult в качестве параметра accountId для приведенного выше API.

registerAndEnrollAccountId Вызвав метод, пакет SDK зарегистрирует учетную запись пользователя и попытается зарегистрировать приложение от имени этой учетной записи. Если регистрация по какой-либо причине завершается сбоем, пакет SDK автоматически повторит регистрацию через 24 часа. В целях отладки приложение может получать уведомления от делегата о результатах любых запросов на регистрацию.

После вызова этого API приложение может продолжать работать в обычном режиме. Если регистрация прошла успешно, пакет SDK уведомит пользователя о необходимости перезапуска приложения. В это время пользователь может немедленно перезапустить приложение.

[[IntuneMAMEnrollmentManager instance] registerAndEnrollAccountId:@"3ec2c00f-b125-4519-acf0-302ac3761822"];

Приложения, не использующие ADAL или MSAL

Приложения, которые не входят в систему пользователя с помощью ADAL или MSAL, по-прежнему могут получать политику защиты приложений из службы Intune MAM, вызывая API, чтобы пакет SDK обработал такую проверку подлинности. Приложения должны использовать этот метод, если они не прошли проверку подлинности пользователя с идентификатором Microsoft Entra, но по-прежнему необходимо получить политику защиты приложений для защиты данных. Например, если для входа в приложение используется другая служба проверки подлинности или приложение вообще не поддерживает вход. Для этого приложение может вызвать метод в loginAndEnrollAccount экземпляре IntuneMAMEnrollmentManager :

/**
 *  Creates an enrollment request which is started immediately.
 *  If no token can be retrieved for the identity, the user will be prompted
 *  to enter their credentials, after which enrollment will be retried.
 *  @param identity The UPN of the account to be logged in and enrolled.
 */
 (void)loginAndEnrollAccount: (NSString *)identity;

Вызывая этот метод, пакет SDK запрашивает у пользователя учетные данные, если существующий маркер не найден. Затем пакет SDK попытается зарегистрировать приложение в службе Intune MAM от имени указанной учетной записи пользователя. Метод можно вызвать с "nil" в качестве удостоверения. В этом случае пакет SDK зарегистрируется с существующим управляемым пользователем на устройстве (в случае MDM) или запрашивает имя пользователя, если существующий пользователь не найден.

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

После вызова этого API приложение может продолжить работу в обычном режиме. Если регистрация прошла успешно, пакет SDK уведомит пользователя о необходимости перезапуска приложения. После управления приложением необходимо запросить значение идентификатора объекта Entra с помощью enrolledAccountId в IntuneMAMEnrollmentManager. Используйте его для всех API-интерфейсов пакета SDK для MAM, которые приложение использует для этой зарегистрированной учетной записи.

Пример:

[[IntuneMAMEnrollmentManager instance] loginAndEnrollAccount:@"[email protected]"];

Разрешить Intune обрабатывать проверку подлинности и регистрацию при запуске

Если вы хотите, чтобы пакет SDK для Intune обрабатывал всю проверку подлинности с помощью ADAL/MSAL и регистрации до завершения запуска приложения, а приложению всегда требуется политика приложения, вам не нужно использовать loginAndEnrollAccount API. Вы можете просто задать для двух приведенных ниже параметров значение ДА в словаре IntuneMAMSettings в info.plist приложения.

Если вы выберете этот вариант для приложения, вам не придется обрабатывать перезапуск приложения после регистрации.

Отмена регистрации учетных записей пользователей

Перед выходом пользователя из приложения приложение должно отменить регистрацию пользователя из пакета SDK. Это обеспечит следующее:

1. Повторные попытки регистрации больше не будут выполняться для учетной записи пользователя.

2. Политика защиты приложений будет удалена.

3. Все корпоративные данные удаляются, если приложение инициирует выборочную очистку (необязательно).

Перед выходом пользователя приложение должно вызвать следующий метод в экземпляре IntuneMAMEnrollmentManager :

/*
 *  This method will remove the provided account from the list of
 *  registered accounts.  Once removed, if the account has enrolled
 *  the application, the account will be un-enrolled.
 *  @note In the case where an un-enroll is required, this method will block
 *  until the Intune APP AAD token is acquired, then return.  This method must be called before  
 *  the user is removed from the application (so that required AAD tokens are not purged
 *  before this method is called).
 *  @param accountId The object ID of the account to be removed.
 *  @param doWipe  If YES, a selective wipe if the account is un-enrolled
 */
(void)deRegisterAndUnenrollAccountId:(NSString *)accountId withWipe:(BOOL)doWipe;

Этот метод необходимо вызвать перед удалением маркеров Microsoft Entra учетной записи пользователя. Пакету SDK требуются маркеры Microsoft Entra учетной записи пользователя, чтобы отправлять определенные запросы к службе Intune MAM от имени пользователя.

Если приложение самостоятельно удалит корпоративные данные пользователя, doWipe флагу может быть присвоено значение false. В противном случае приложение может инициировать выборочную очистку с помощью пакета SDK. Это приводит к вызову делегата выборочной очистки приложения.

Пример:

[[IntuneMAMEnrollmentManager instance] deRegisterAndUnenrollAccountId:@"3ec2c00f-b125-4519-acf0-302ac3761822" withWipe:YES];

Уведомления о состоянии, результатах и отладке

Приложение может получать уведомления о состоянии, результатах и отладке о следующих запросах к службе Intune MAM:

• Запросы на регистрацию
• Запросы на обновление политики
• Запросы на отмену регистрации

Уведомления предоставляются с помощью методов делегата в IntuneMAMEnrollmentDelegate.h:

/**
 *  Called when an enrollment request operation is completed.
 * @param status status object containing debug information
 */

(void)enrollmentRequestWithStatus:(IntuneMAMEnrollmentStatus *)status;

/**
 *  Called when a MAM policy request operation is completed.
 *  @param status status object containing debug information
 */
(void)policyRequestWithStatus:(IntuneMAMEnrollmentStatus *)status;

/**
 *  Called when a un-enroll request operation is completed.
 *  @Note: when a user is un-enrolled, the user is also de-registered with the SDK
 *  @param status status object containing debug information
 */

(void)unenrollRequestWithStatus:(IntuneMAMEnrollmentStatus *)status;

Эти методы делегата IntuneMAMEnrollmentStatus возвращают объект, который содержит следующие сведения:

• Идентификатор учетной записи (идентификатор объекта) учетной записи, связанной с запросом
• Удостоверение (UPN) учетной записи, связанной с запросом
• Код состояния, указывающий результат запроса.
• Строка ошибки с описанием кода состояния
• Объект NSError . Этот объект определяется в IntuneMAMEnrollmentStatus.hвместе с определенными кодами состояния, которые могут быть возвращены.

Пример кода

Ниже приведены примеры реализаций методов делегата.

- (void)enrollmentRequestWithStatus:(IntuneMAMEnrollmentStatus*)status
{
    NSLog(@"enrollment result for identity %@ with status code %ld", status.accountId, (unsigned long)status.statusCode);
    NSLog(@"Debug Message: %@", status.errorString);
}

- (void)policyRequestWithStatus:(IntuneMAMEnrollmentStatus*)status
{
    NSLog(@"policy check-in result for identity %@ with status code %ld", status.accountId, (unsigned long)status.statusCode);
    NSLog(@"Debug Message: %@", status.errorString);
}

- (void)unenrollRequestWithStatus:(IntuneMAMEnrollmentStatus*)status
{
    NSLog(@"un-enroll result for identity %@ with status code %ld", status.accountId, (unsigned long)status.statusCode);
    NSLog(@"Debug Message: %@", status.errorString);
}

Перезапуск приложения

Когда приложение впервые получает политики MAM, оно должно перезапустить, чтобы применить необходимые перехватчики. Чтобы уведомить приложение о необходимости перезагрузки, пакет SDK предоставляет метод делегата в IntuneMAMPolicyDelegate.h.

 - (BOOL) restartApplication

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

• Если возвращается значение true, приложение должно обработать перезапуск.

• Если возвращается значение false, пакет SDK перезапустит приложение после возврата этого метода. В пакете SDK сразу же отображается диалоговое окно с сообщением о необходимости перезапуска приложения.

Условия выхода

После настройки подключаемого модуля сборки или интеграции средства командной строки в процесс сборки убедитесь, что он успешно работает:

• Убедитесь, что сборка успешно компилируется и выполняет сборку.
• Запустите скомпилированное приложение, войдите в систему с пользователем Microsoft Entra, который не предназначен для политики защиты приложений, и убедитесь, что приложение работает должным образом.
• Выйдите и повторите этот тест с пользователем Microsoft Entra, который предназначен для политики защиты приложений , и убедитесь, что приложение теперь управляется Intune и перезапущено.

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

Первый тест приложения политики

Сначала выполните следующий тест, чтобы ознакомиться с полным взаимодействием с конечным пользователем приложения политики в приложении:

1. Создайте политику защиты приложений iOS в Центре администрирования Microsoft Intune. Для этого теста настройте политику:
   • В разделе Требования к доступу оставьте параметры по умолчанию. В частности, "ПИН-код для доступа" должен иметь значение "Требовать".
2. Убедитесь, что политика защиты приложений ориентирована на ваше приложение. Может потребоваться вручную добавить идентификатор пакета приложения в мастер создания политик.
3. Назначьте политику защиты приложений группе пользователей, содержащей тестовую учетную запись.
4. Установите приложение.
5. Войдите в приложение с помощью тестовой учетной записи, предназначенной для политики защиты приложений.
6. Убедитесь, что вам будет предложено использовать управляемый экран Intune, и подтвердите, что запрос перезапустит приложение. На этом экране указано, что пакет SDK успешно извлекает политику для этой учетной записи.
7. Создайте ПИН-код, когда вам будет предложено задать ПИН-код приложения.
8. Выйдите из приложения под управлением управляемой учетной записи.
9. Перейдите по приложению и убедитесь, что приложение работает должным образом, если это возможно, без входа в систему.

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

Дальнейшие действия

После выполнения всех условий выхода перейдите к этапу 4. Функции участия в приложениях.