ハイブリッド キー信頼モデルで Windows Hello for Business を構成して登録する
この記事では、次に該当する Windows Hello for Business の機能またはシナリオについて説明します。
-
展開の種類:
-
信頼の種類:があります
-
結合の種類:Microsoft Entra join 、 している Microsoft Entra ハイブリッド参加
前提条件が満たされ、PKI 構成が検証されたら、Windows Hello for Business の展開は次の手順で構成されます。
Windows Hello for Business のポリシー設定の構成
キー信頼モデルで Windows Hello for Business を有効にするには、次の 1 つのポリシー設定が必要です。
もう 1 つのオプションですが、推奨されるポリシー設定は次のとおりです。
次の手順では、Microsoft Intune またはグループ ポリシー (GPO) を使用してデバイスを構成する方法について説明します。
Intune/CSP
GPO注
「Microsoft Intune を使用して Windows Hello for Business を構成する」の記事を参照して、Windows Hello for Business を構成するために Microsoft Intune によって提供されるさまざまなオプションについて説明します。
Intune テナント全体のポリシーが有効になっていて、ニーズに合わせて構成されている場合は、「 Windows Hello for Business に登録する」に進むことができます。
Microsoft Intune でデバイスを構成するには、 設定カタログ ポリシーを作成 し、次の設定を使用します。
| カテゴリ | 設定名 | 値 |
|---|---|---|
| Windows Hello for Business | 仕事にパスポートを使用する | true |
| Windows Hello for Business | セキュリティ デバイスが必要 | true |
構成するデバイスまたはユーザーをメンバーとして含むグループにポリシーを割り当てます。
または、PassportForWork CSP でカスタム ポリシーを使用してデバイスを構成することもできます。
| 設定 |
|---|
-
OMA-URI:./Device/Vendor/MSFT/PassportForWork/{TenantId}/Policies/UsePassportForWork- データ型： bool- 価値： True |
-
OMA-URI:./Device/Vendor/MSFT/PassportForWork/{TenantId}/Policies/RequireSecurityDevice- データ型： bool- 価値： True |
グループ ポリシーと Intune の両方を使用して Windows Hello for Business 構成を展開する場合、グループ ポリシー設定が優先され、Intune 設定は無視されます。 ポリシーの競合の詳細については、「複数のポリシー ソースからのポリシーの競合」を参照してください。
その他のポリシー設定を構成して、Windows Hello for Business の動作を制御できます。 詳細については、「 Windows Hello for Business ポリシー設定」を参照してください。
Windows Hello for Business に登録する
Windows Hello for Business プロビジョニング プロセスは、ユーザー プロファイルが読み込まれた直後と、ユーザーがデスクトップを受け取る前に開始されます。 プロビジョニング プロセスを開始するには、すべての前提条件チェックに合格する必要があります。
前提条件のチェックの状態を確認するには、Microsoft > Windows の [アプリケーションとサービス ログ] > [ユーザー デバイス登録] 管理者ログを表示します。
この情報は、コンソールの dsregcmd.exe /status コマンドを使用して入手することもできます。 詳細については、「 dsregcmd」を参照してください。
ユーザー エクスペリエンス
ユーザーがサインインすると、Windows Hello for Business 登録プロセスが開始されます。
- デバイスが生体認証をサポートしている場合、ユーザーは生体認証ジェスチャを設定するように求められます。 このジェスチャを使用して、デバイスのロックを解除し、Windows Hello for Business を必要とするリソースに対する認証を行うことができます。 ユーザーが生体認証ジェスチャを設定したくない場合は、この手順をスキップできます
- ユーザーは、組織アカウントで Windows Hello を使用するように求められます。 ユーザーが [OK] を選択する
- プロビジョニング フローは、登録の多要素認証部分に進みます。 プロビジョニングは、構成済みの MFA 形式でユーザーに積極的に連絡しようとしていることをユーザーに通知します。 プロビジョニング プロセスは、認証が成功、失敗、またはタイムアウトするまで続行されません。MFA が失敗またはタイムアウトするとエラーが発生し、ユーザーに再試行を求められます
- MFA に成功した場合は、プロビジョニング フローは、ユーザーに PIN の作成と確認を求めます。 この PIN は、デバイスで構成されている PIN の複雑さのポリシーを確認する必要があります
- プロビジョニングの残りの部分では、Windows Hello for Business がユーザーの非対称キー ペアを要求します。TPM の非対称キー ペアをお勧めします (またはポリシーで明示的に設定されている場合は必須です)。 キー ペアが取得されると、Windows は IdP と通信して公開キーを登録します。 キーの登録が完了すると、Windows Hello for Business プロビジョニングによって、PIN を使用してサインインできることをユーザーに通知します。 ユーザーはプロビジョニング アプリケーションを閉じ、デスクトップにアクセスできます
登録後、Microsoft Entra Connect はユーザーのキーを Microsoft Entra ID から Active Directory に同期します。
重要
Microsoft Entra ID からオンプレミスの Active Directory にユーザーの公開キーを同期するために必要な最小時間は 30 分です。 Microsoft Entra Connect スケジューラは、同期間隔を制御します。 この同期待機時間は、ユーザーの公開キーが Active Directory に同期されるまで、ユーザーがオンプレミス リソースを認証して使用する機能を遅延させます。 同期が完了すると、ユーザーはオンプレミスのリソースを認証してアクセスできます。 Microsoft Entra Connect Sync: Scheduler を読み、組織の同期サイクルを表示および調整します。
シーケンス図
プロビジョニング フローを理解するには、デバイスの参加と認証の種類に基づいて、次のシーケンス図を確認します。
- マネージド認証を使用した Microsoft Entra 参加済みデバイスのプロビジョニング
- フェデレーション認証を使用した Microsoft Entra 参加済みデバイスのプロビジョニング
- マネージド認証を使用したハイブリッド キー信頼デプロイ モデルでのプロビジョニング
認証フローについて理解を深めるために、次のシーケンス図を確認します。