Intune App SDK for iOS - マルチ ID

ステージ 5: マルチ ID (省略可能)

既定では、SDK はポリシーをアプリ全体に適用します。 マルチ ID は、ID ごとのレベルでポリシーを適用できるようにする MAM 機能です。 これには、他の MAM 機能よりも多くのアプリ参加が必要です。

アプリは、アクティブな ID を変更する予定の場合に、アプリ SDK に通知する必要があります。 SDK は、ID の変更が必要な場合にもアプリに通知します。 現在、サポートされているマネージド ID は 1 つだけです。 ユーザーがデバイスまたはアプリを登録すると、SDK はこの ID を使用し、プライマリ マネージド ID と見なされます。 アプリ内の他のユーザーは、無制限のポリシー設定でアンマネージドとして扱われます。

ID は単に文字列として定義されることに注意してください。 ID では大文字と小文字が区別されません。 ID に対する SDK への要求では、ID が設定されたときに最初に使用された大文字と小文字が返されない場合があります。

ステージ Goals

• アプリケーションでマルチ ID サポートが必要かどうかを判断します。
• Intune App SDK が ID をどのように認識するかを理解します。
• ID 認識のためにアプリケーションをリファクタリングします。
• アプリケーション全体でアクティブな ID と変更される ID を SDK に通知するコードを追加します。
• マネージド ID とアンマネージド ID の両方に対するアプリ保護ポリシーの適用を徹底的にテストします。

ID の概要

ID は、単にアカウントのユーザー名です (例: user@contoso.com)。 開発者は、アプリの ID を次のレベルで設定できます。

• プロセス ID: プロセス全体の ID を設定し、主に単一 ID アプリケーションに使用されます。 この ID は、すべてのタスク、ファイル、UI に影響します。

• UI ID: 切り取り/コピー/貼り付け、PIN、認証、データ共有など、メイン スレッド上の UI タスクに適用されるポリシーを決定します。 UI ID は、暗号化やバックアップなどのファイル タスクには影響しません。

• スレッド ID: 現在のスレッドに適用されるポリシーに影響します。 この ID は、すべてのタスク、ファイル、UI に影響します。

アプリは、ユーザーが管理されているかどうかに関係なく、ID を適切に設定する責任を負います。

すべてのスレッドは、いつでも UI タスクとファイル タスクの有効な ID を持ちます。 これは、適用する必要があるポリシー (存在する場合) をチェックするために使用される ID です。 ID が "ID なし" であるか、ユーザーが管理されていない場合、ポリシーは適用されません。 次の図は、有効な ID がどのように決定されるかを示しています。

スレッド キュー

多くの場合、アプリは非同期タスクと同期タスクをスレッド キューにディスパッチします。 SDK は、グランド セントラル ディスパッチ (GCD) 呼び出しをインターセプトし、現在のスレッド ID をディスパッチされたタスクに関連付けます。 タスクが完了すると、SDK によってスレッド ID がタスクに関連付けられている ID に一時的に変更され、タスクが完了してから、元のスレッド ID が復元されます。

は GCD の上に構築されているため NSOperationQueue 、 NSOperations タスクが に追加 NSOperationQueueされるときにスレッドの ID で実行されます。 NSOperations または GCD を介して直接ディスパッチされた関数は、実行中の現在のスレッド ID を変更することもできます。 この ID は、ディスパッチ スレッドから継承された ID をオーバーライドします。

迅速な場合、SDK が の ID を DispatchWorkItem伝達する方法の結果、に関連付 DispatchWorkItem けられている ID は、アイテムをディスパッチするスレッドではなく、アイテムを作成したスレッドの ID です。

ファイル所有者

SDK はローカル ファイル所有者の ID を追跡し、それに応じてポリシーを適用します。 ファイルの所有者は、ファイルが作成されたとき、またはファイルが切り捨てモードで開かれるときに確立されます。 所有者は、タスクを実行しているスレッドの有効なファイル タスク ID に設定されます。

または、 を使用 IntuneMAMFilePolicyManagerして、アプリでファイル所有者 ID を明示的に設定することもできます。 アプリは、ファイルの内容を表示する前に、ファイル所有者を取得し、UI ID を設定するために使用 IntuneMAMFilePolicyManager できます。

共有データ

アプリが、マネージド ユーザーとアンマネージド ユーザーの両方のデータを含むファイルを作成する場合、アプリはマネージド ユーザーのデータの暗号化を担当します。 で と unprotect API をIntuneMAMDataProtectionManager使用protectしてデータを暗号化できます。

メソッドは protect 、マネージド ユーザーまたはアンマネージド ユーザーである ID を受け入れます。 ユーザーが管理されている場合、データは暗号化されます。 ユーザーがアンマネージドの場合、ID をエンコードしているデータにヘッダーが追加されますが、データは暗号化されません。 メソッドを protectionInfo 使用して、データの所有者を取得できます。

拡張機能を共有する

アプリに共有拡張機能がある場合は、 の メソッドIntuneMAMDataProtectionManagerを使用して、共有されているアイテムの所有者をprotectionInfoForItemProvider取得できます。 共有アイテムがファイルの場合、SDK はファイル所有者の設定を処理します。 共有アイテムがデータの場合、アプリは、このデータがファイルに永続化される場合はファイル所有者を設定し、UI にこのデータを表示する前に API を呼び出す setUIPolicyAccountId 必要があります。

マルチ ID を有効にする

既定では、アプリは単一 ID と見なされます。 SDK は、登録されたユーザーにプロセス ID を設定します。 複数 ID のサポートを有効にするには、アプリの Info.plist ファイルの IntuneMAMSettings ディクショナリに、名前 MultiIdentity と YES の値を持つブール値設定を追加します。

ID の切り替え

• アプリによって開始される ID スイッチ:

  起動時に、マルチ ID アプリは、不明なアンマネージド アカウントで実行されていると見なされます。 条件付き起動 UI は実行されません。ポリシーはアプリに適用されません。 アプリは、ID を変更する必要があるときに SDK に通知する責任を負います。 通常、これは、アプリが特定のユーザー アカウントのデータを表示しようとするたびに発生します。

  たとえば、ユーザーがノートブック内のドキュメント、メールボックス、またはタブを開こうとした場合です。 ファイル、メールボックス、またはタブが実際に開かれる前に、アプリで SDK に通知する必要があります。 これは、 の IntuneMAMPolicyManagerAPI をsetUIPolicyAccountId介して行われます。 この API は、ユーザーが管理されているかどうかに関係なく呼び出す必要があります。 ユーザーが管理されている場合、SDK は、脱獄検出、PIN、認証などの条件付き起動チェックを実行します。

  ID スイッチの結果は、完了ハンドラーを介して非同期的にアプリに返されます。 成功結果コードが返されるまで、アプリはドキュメント、メールボックス、またはタブを開くのを延期する必要があります。 ID スイッチが失敗した場合、アプリはタスクを取り消す必要があります。

  マルチ ID アプリでは、ID を設定する方法として を使用 setProcessAccountId しないようにする必要があります。 UIScenes を使用するアプリでは、API を setUIPolicyAccountId:forWindow 使用して ID を設定する必要があります。

  アプリでは、 と setCurrentThreadIdentity:forScope:を使用してsetCurrentThreadIdentity:、現在のスレッドの ID を設定することもできます。 たとえば、アプリはバックグラウンド スレッドを生成し、ID をマネージド ID に設定してから、マネージド ファイルに対してファイル操作を実行できます。 アプリで を使用 setCurrentThreadAccountId:する場合は、完了すると元の ID を復元できるように、アプリも使用 getCurrentThreadAccountId する必要があります。 ただし、アプリでを使用 setCurrentThreadAccountId:forScope: する場合は、古い ID の復元が自動的に行われます。 を使用 setCurrentThreadAccountId:forScope:することをお勧めします。

  swift では、async/await が原因で、 [IntuneMAMPolicyManager setCurrentThreadAccountId:][IntuneMAMPolicyManager setCurrentThreadAccountId:forScope:] は使用できません。 代わりに、現在の ID を設定するには、 を使用 IntuneMAMSwiftContextManager.setAccountId(_, forScope:)します。 渡される非同期、スロー、非同期スローのクロージャには、この API のバリアントがあります。

• SDK によって開始される ID スイッチ:

  場合によっては、SDK が特定の ID に切り替えるようアプリに要求する必要があります。 この要求を処理するには、マルチ ID アプリで に identitySwitchRequiredForAccountIdIntuneMAMPolicyDelegate メソッドを実装する必要があります。

  このメソッドが呼び出されると、アプリが指定した ID に切り替える要求を処理できる場合は、完了ハンドラーに渡す IntuneMAMAddIdentityResultSuccess 必要があります。 ID の切り替えを処理できない場合、アプリは完了ハンドラーに渡す IntuneMAMAddIdentityResultFailed 必要があります。

  この呼び出しに応答してアプリを呼び出 setUIPolicyAccountId す必要はありません。 SDK でアプリをアンマネージド ユーザー アカウントに切り替える必要がある場合は、空の文字列が呼び出しに identitySwitchRequiredForAccountId 渡されます。

• SDK によって開始される ID の自動登録:

  SDK がアクションを実行するためにアプリにユーザーを自動登録する必要がある場合、アプリは に IntuneMAMPolicyDelegateメソッドをaddIdentity:completionHandler:実装する必要があります。 アプリが ID または IntuneMAMAddIdentityResultFailed を追加できる場合は、アプリケーションで完了ハンドラーを呼び出し、IntuneMAMAddIdentityResultSuccess を渡す必要があります。

• 選択的ワイプ:

  アプリが選択的にワイプされると、SDK は で IntuneMAMPolicyDelegateメソッドをwipeDataForAccountId呼び出します。 アプリは、指定したユーザーのアカウントとそのアカウントに関連付けられているデータを削除する責任を負います。 SDK は、ユーザーが所有するすべてのファイルを削除でき、アプリが呼び出しから FALSE を返した場合に wipeDataForAccountId 削除されます。

  このメソッドはバックグラウンド スレッドから呼び出されることに注意してください。 ユーザーのすべてのデータが削除されるまで、アプリは値を返すべきではありません (アプリが FALSE を返す場合はファイルを除きます)。

終了条件

アプリのマルチ ID の統合を検証するためのかなりの時間を計画します。 テストを開始する前に、次の手順を実行します。

• アカウントにアプリ保護ポリシーをCreateして割り当てます。 これは、テストマネージド アカウントになります。
• Createが、アプリ保護ポリシーを別のアカウントに割り当てないでください。 これは、テストアンマネージド アカウントになります。 または、アプリがMicrosoft Entra アカウント以外の複数のアカウントの種類をサポートしている場合は、アンマネージド テスト アカウントとして既存の AAD 以外のアカウントを使用できます。
• アプリ内でポリシーがどのように適用されるかを確認します。 マルチ ID テストでは、アプリが動作していて、ポリシーが適用されていないタイミングを簡単に区別する必要があります。 スクリーンショットをブロックするアプリ保護ポリシー設定は、ポリシーの適用を迅速にテストする際に有効です。
• アプリが提供する UI のセット全体について考えてみましょう。 アカウント データが表示される画面を列挙します。 アプリでは、一度に 1 つのアカウントのデータしか表示されないか、複数のアカウントに属するデータを同時に表示できますか?
• アプリが作成するファイルのセット全体について考えてみましょう。 これらのファイルのうち、システム レベルのデータではなく、アカウントに属するデータを含むファイルを列挙します。
  • これらの各ファイルの暗号化を検証する方法を決定します。
• アプリが他のアプリと対話できる一連の方法全体を検討してください。 すべてのイングレス ポイントとエグレス ポイントを列挙します。 アプリで取り込み可能なデータの種類 どのような意図がブロードキャストされますか? 実装されているコンテンツ プロバイダーは何ですか?
  • これらの各データ共有機能を実行する方法を決定します。
  • アプリと対話できるマネージド アプリとアンマネージド アプリの両方を備えたテスト デバイスを準備します。
• エンド ユーザーがログインしているすべてのアカウントと対話できるようにする方法を検討します。 そのアカウントのデータが表示される前に、ユーザーがアカウントに手動で切り替える必要がありますか?

アプリの現在の動作を徹底的に評価したら、次の一連のテストを実行してマルチ ID 統合を検証します。 これは包括的なリストではなく、アプリのマルチ ID 実装がバグフリーであることを保証するものではありません。

ログインとログアウトのシナリオの検証

マルチ ID アプリでは、最大 1 つのマネージド アカウントと複数のアンマネージド アカウントがサポートされます。 これらのテストは、ユーザーがログインまたはログアウトしたときに、マルチ ID 統合によって保護が不適切に変更されないようにするのに役立ちます。

これらのテストの場合は、テスト デバイスにアプリをインストールします。テストを開始する前にログインしないでください。

アクティブな ID とアプリのライフサイクルの検証

マルチ ID アプリは、1 つのアカウントのデータを含むビューを表示し、ユーザーが現在の使用中のアカウントを明示的に変更できるようにする場合があります。 また、複数のアカウントのデータを同時に含むビューが表示される場合もあります。 これらのテストは、マルチ ID 統合によって、アプリのライフサイクル全体を通じてすべてのページでアクティブ ID に適切な保護が提供されるようにするのに役立ちます。

これらのテストの場合は、テスト デバイスにアプリをインストールします。テストを開始する前に、マネージド アカウントとアンマネージド アカウントの両方でログインします。

データ共有シナリオの検証

マルチ ID アプリは、他のアプリとの間でデータを送信したり、他のアプリからデータを受信したりできます。 Intuneのアプリ保護ポリシーには、この動作を決定する設定があります。 これらのテストは、マルチ ID 統合がこれらのデータ共有設定を確実に受け入れるようにするのに役立ちます。

これらのテストの場合は、テスト デバイスにアプリをインストールします。テストを開始する前に、マネージド アカウントとアンマネージド アカウントの両方でログインします。 追加：

• マネージド アカウントのポリシーを次のように設定します。
  • "組織データを他のアプリに送信する" を "ポリシー管理アプリ" に送信します。
  • "他のアプリからデータを受信する" から "ポリシー管理アプリ" に。
• テスト デバイスに他のアプリをインストールします。
  • (Microsoft Outlook など) データを送受信できる、アプリと同じポリシーを対象とするマネージド アプリ。
  • データを送受信できるアンマネージド アプリ。
• マネージド テスト アカウントを使用して、他のマネージド アプリにログインします。 他のマネージド アプリがマルチ ID の場合でも、マネージド アカウントでのみログインします。

Microsoft Outlook がドキュメントの添付ファイルを Microsoft Office に送信するなど、アプリが他のアプリにデータを送信できる場合:

アプリは、Microsoft OneDrive からファイルを添付する Microsoft Outlook など、他のアプリからデータをアクティブにインポートする場合があります。 また、Microsoft Office が Microsoft Outlook 添付ファイルからドキュメントを開くなど、他のアプリから受動的にデータを受信する場合もあります。 受信アプリ保護ポリシー設定では、両方のシナリオについて説明します。

アプリが他のアプリからデータをアクティブにインポートできる場合:

アプリが他のアプリから受動的にデータを受信できる場合:

これらのテストでエラーが発生すると、データの送受信を試みたときに、アプリに適切なアクティブ ID が設定されていない可能性があります。 これを調査するには、アクティブな ID が正しく設定されていることを確認するために、送受信の時点で SDK の GET ID API を利用します。

次の手順

上記のすべての 終了条件 を完了すると、アプリはマルチ ID として正常に統合され、ID ごとにアプリ保護ポリシーを適用できます。 以降のセクション「 ステージ 6: App Protection の条件付きアクセスのサポート 」と 「ステージ 7: Web ビュー機能」は、アプリの目的のアプリ保護ポリシーのサポートに応じて、必要な場合と必要ない場合があります。