Microsoft Entra ID（旧 Azure AD）の B2B ユーザープロビジョニングとシングルサインオン

Last reviewed 2024-07-11 UTC

このドキュメントでは、Microsoft Entra ID（旧称 Azure AD）のユーザープロビジョニングとシングルサインオンを拡張し、Microsoft Entra ID B2B コラボレーションユーザーのシングルサインオン（SSO）を有効にする方法について説明します。

このドキュメントは、組織で Microsoft Office 365 または Microsoft Entra ID を使用し、次の図に示すように、Microsoft Entra ID のユーザープロビジョニングとシングルサインオンをすでに構成していることを前提としています。

Microsoft Entra ID のユーザープロビジョニングとシングルサインオンの構成。

この図では、外部 ID プロバイダ（IdP）のユーザーと他の Microsoft Entra ID テナントのユーザーが B2B サインオンを介して Microsoft Entra ID テナントにログインしています。

目標

Microsoft Entra B2B ゲストユーザーを対象とするように、Microsoft Entra ID ユーザープロビジョニングの構成を拡張する。
Microsoft Entra B2B ゲストユーザーを対象とするように、Microsoft Entra ID SSO の構成を拡張する。
ゲストユーザーのセッションの長さを制限するように Cloud Identity を構成する。

始める前に

Microsoft Entra ID のユーザープロビジョニングとシングルサインオンを設定していることを確認します。

Microsoft Entra B2B ゲストユーザー

Microsoft Entra ID を使用すると、外部ユーザーをゲストとして Microsoft Entra ID テナントに招待できます。外部ユーザーを招待すると、Microsoft Entra ID によってテナントにゲストユーザーアカウントが作成されます。これらのゲストユーザーアカウントは、通常の Microsoft Entra ID ユーザーアカウントとはいくつかの点で異なります。

ゲストユーザーにはパスワードがありません。ゲストユーザーがログインすると、ホームテナントまたは招待を受けた外部 ID プロバイダ（IdP）に自動的にリダイレクトされます。
ゲストユーザーのアカウントのユーザープリンシパル名（UPN）は、招待されたユーザーのメールアドレスから取得したプレフィックスとテナントの初期ドメインを組み合わせたものになります（例: prefix#EXT#@tenant.onmicrosoft.com）。
別の Microsoft Entra ID テナントからユーザーを招待し、後でそのユーザーがホームテナントから削除されても、ゲストユーザーアカウントは Microsoft Entra ID テナントで引き続き有効です。

こうした違いは、ユーザープロビジョニングとシングルサインオンの構成方法に影響します。

onmicrosoft.com は Microsoft が所有する DNS ドメインのため、Cloud Identity または Google Workspace アカウントでセカンダリドメインとして tenant.onmicrosoft.com を追加することはできません。つまり、Cloud Identity や Google Workspace にユーザーをプロビジョニングする場合、ゲストユーザーの UPN をメインのメールアドレスとして使用することはできません。

ゲストユーザーを Cloud Identity または Google Workspace にプロビジョニングするには、ゲストユーザーの UPN を Cloud Identity または Google Workspace アカウントで使用されるドメインに変換するためのマッピングを設定する必要があります。

このドキュメントでは、次の表のように UPN マッピングを設定します。

	Microsoft Entra ID の元の UPN	Cloud Identity または Google Workspace のメインのメールアドレス
標準ユーザー	`alice@example.com`	`alice@example.com`
Microsoft Entra ID ゲスト	`charlie@altostrat.com`	`charlie_altostrat.com@example.com`
外部ゲスト	`user@hotmail.com`	`user_hotmail.com@example.com`

ユーザーがホームテナントから削除されても、Microsoft Entra ID は Cloud Identity または Google Workspace の対応ユーザーを一時停止しません。これはセキュリティリスクとなります。このようなユーザーにシングルサインオンを行うと失敗しますが、既存のブラウザセッションと更新トークン（Google Cloud CLI で使用されたものも含む）は数日間または数週間アクティブな状態を維持し、ユーザーは引き続きリソースにアクセスできます。

このリスクを軽減するには、このドキュメントで説明するように Cloud Identity または Google Workspace の専用の組織部門にゲストユーザーをプロビジョニングし、セッションの長さを 8 時間に制限するポリシーを適用します。このポリシーにより、ユーザーがホームテナントで削除されてから 8 時間後にはブラウザセッションと既存の更新トークンが無効になり、すべてのアクセス権が実質的に取り消されます。ただし、Microsoft Entra ID アカウントからゲストユーザーを削除するまで、Cloud Identity または Google Workspace のユーザーはアクティブのままです。

Cloud Identity アカウントまたは Google Workspace アカウントを準備する

Cloud Identity または Google Workspace アカウントに、すべてのゲストユーザーがプロビジョニングされる組織部門を作成します。

管理コンソールを開き、Cloud Identity または Google Workspace の登録時に作成した特権管理者ユーザーを使用してログインします。
メニューで、[ディレクトリ] > [組織部門] に移動します。
[組織部門を作成] をクリックし、組織部門の名前と説明を入力します。
1. 組織部門の名前: guests
2. 説明: Microsoft Entra B2B guest users
[作成] をクリックします。

セッションの長さを 8 時間に制限するポリシーを組織部門に適用します。セッションの長さは、ブラウザセッションに適用されるだけでなく、OAuth 更新トークンの有効期間も制限します。

管理コンソールで、[セキュリティ] > [アアクセスとデータ管理] > [Google Cloud のセッション管理] に移動します。
guests という組織部門を選択し、次の設定を適用します。
- 再認証ポリシー: 再認証を要求する
- 再認証を要求する間隔: 8 時間。
  
  この時間は、ゲストユーザーが Microsoft Entra ID で一時停止された後に Google Cloud リソースにアクセスできる時間の上限を表します。
- 再認証方法: パスワード。
  
  これにより、セッションが期限切れになったときに Microsoft Entra ID での再認証が必要になります。
[オーバーライド] をクリックします。

Microsoft Entra ID のプロビジョニングを構成する

これで、B2B ゲストユーザーのプロビジョニングをサポートするように、既存の Microsoft Entra ID の構成を調整できるようになりました。

Azure ポータルで、[Microsoft Entra ID] > [Enterprise applications] に移動します。
エンタープライズアプリケーションに Google Cloud（プロビジョニング）を選択します。このアプリケーションをユーザープロビジョニングに使用します。
[管理] > [プロビジョニング] の順にクリックします。
[Edit provisioning] をクリックします。
[Mappings] で、[Provision Microsoft Entra ID Users] をクリックします。
行 userPrincipalName を選択します。
[属性の編集] ダイアログで、次の変更を適用します。
1. マッピングの種類: [直接] から [式] に変更します。
2. 式:
  
  Replace([originalUserPrincipalName], "#EXT#@TENANT_DOMAIN", , , "@PRIMARY_DOMAIN", , )
  
  次のように置き換えます。
  - TENANT_DOMAIN: Microsoft Entra ID テナントの .onmicrosoft.com ドメイン（tenant.onmicrosoft.com など）。
  - PRIMARY_DOMAIN: Cloud Identity または Google Workspace アカウントで使用されるプライマリドメイン名（example.org など）。
[OK] をクリックします。
[新しいマッピングの追加] を選択します。
[属性の編集] ダイアログで、次の設定を構成します。
1. マッピングの種類: 式。
2. 式:
  
  IIF(Instr([originalUserPrincipalName], "#EXT#", , )="0", "/", "/guests")
3. 対象の属性: OrgUnitPath
[OK] をクリックします。
[保存] をクリックします。
[はい] をクリックして、変更を保存するとユーザーとグループが再同期されることを確認します。
[属性マッピング] ダイアログを閉じます。

シングルサインオン用に Microsoft Entra ID を構成する

ゲストユーザーがシングルサインオンを使用して認証できるように、既存の Microsoft Entra ID の構成を拡張してゲストのシングルサインオンを有効にします。

Azure ポータルで、[Microsoft Entra ID] > [Enterprise applications] に移動します。
シングルサインオンに使用するエンタープライズアプリケーションに Google Cloud を選択します。
[管理] > [シングルサインオン] の順にクリックします。
選択画面で、[SAML] カードをクリックします。
[ユーザー属性とクレーム] カードで [編集] をクリックします。
[Unique User Identifier (Name ID)] という行を選択します。
[Claim conditions] を選択します。
外部ゲストに対する条件付きクレームを追加します。
- User type: External guests
- Source: Transformation
- Transformation: RegexReplace()
- Parameter 1: Attribute
- Attribute: user.userprincipalname
- Regex pattern: (?'username'^.*?)#EXT#@(?i).*\.onmicrosoft\.com$
- Replacement pattern: {username}@PRIMARY_DOMAIN。PRIMARY_DOMAIN は、Cloud Identity または Google Workspace アカウントで使用されるプライマリドメイン名に置き換えます。
[Add] をクリックします。
異なるテナントの Microsoft Entra ID ゲストに条件付きクレームを追加します。
- User type: Microsoft Entra ゲスト
- Source: Transformation
- Transformation: RegexReplace()
- Parameter 1: Attribute
- Attribute: user.localuserprincipalname
  
  注: user.userprincipalname ではなく、user.localuserprincipalname を選択してください。
- Regex pattern: (?'username'^.*?)#EXT#@(?i).*\.onmicrosoft\.com$
- Replacement pattern: {username}@PRIMARY_DOMAIN。PRIMARY_DOMAIN は、Cloud Identity または Google Workspace アカウントで使用されるプライマリドメイン名に置き換えます。
[Add] をクリックします。
通常の Microsoft Entra ID ユーザーに条件付きクレームを追加します。
- User type: Members
- Source: Attribute
- Value: user.userprincipalname
[保存] をクリックします。

シングルサインオンのテスト

構成が正しく機能することを確認するには、Microsoft Entra ID テナントに次の 3 つのテストユーザーが必要です。

通常の Microsoft Entra ID ユーザー。
Microsoft Entra ID ゲストユーザー。これは、別の Microsoft Entra ID テナントから招待されたユーザーです。
外部のゲストユーザー。これは、Microsoft Entra ID 以外のメールアドレス（@hotmail.com アドレスなど）を使用して招待されたユーザーです。

ユーザーごとに、次のテストを行います。

新しいブラウザウィンドウをシークレットモードで開き、https://console.cloud.google.com/ に移動します。
表示された Google ログインページで、前の表の Cloud Identity または Google Workspace のメインのメールアドレス 列にあるユーザーのメールアドレスを入力します。この表で、ユーザープリンシパル名と Cloud Identity または Google Workspace のメールアドレスの対応を確認してください。

Microsoft Entra ID にリダイレクトされ、別のログインプロンプトが表示されます。
ログインプロンプトで、ユーザーの UPN を入力し、指示に従って認証を行います。

認証に成功すると、Microsoft Entra ID によって Google ログインにリダイレクトされます。このユーザーを使用してログインするのは今回が初めてのため、Google 利用規約とプライバシーポリシーに同意するよう求められます。
利用規約に同意する場合は、[同意する] をクリックします。

Cloud Console にリダイレクトされて、設定を確認して Google Cloud 利用規約に同意するよう求められます。
利用規約に同意する場合は、[はい] を選択し、[同意して続行] をクリックします。
アバターのアイコンをクリックして、[ログアウト] をクリックします。

Microsoft Entra ID ページにリダイレクトされ、正常にログアウトされたことを確認します。

次のステップ

Google Cloud と Microsoft Entra ID の連携の詳細を学習する。
アカウントと組織の計画に関するベストプラクティスと、Google Cloud と外部 IdP の連携に関するベストプラクティスを確認する。