Cloud Identity を使用してユーザーをマッピングする

以下でサポートされています。

Google SecOps

注: この機能には、Google Security Operations サービス固有の規約のpre-GA サービス規約が適用されます。pre-GA の機能についてはサポートが制限されます。また、pre-GA の機能の変更は pre-GA の他のバージョンと互換性がない可能性があります。詳細については、Google SecOps 技術サポート サービス ガイドラインとGoogle SecOps サービス固有の規約をご覧ください。
この機能が環境に表示されない場合は、プレビュー機能を管理するをご覧になるか、システム管理者にお問い合わせください。

注: "すでに Google Cloudへの SOAR 移行のステージ 2 を完了している場合は、IAM を使用して、SOAR を含む Google SecOps への機能アクセスを管理する必要があります。移行後も、下位互換性を維持するため、[グループ マッピング] ページに [権限グループ] 列が表示されます。これらの割り当ては削除しないでください。この列は、お客様に影響を与えることなく、2026 年 11 月 30 日までに削除されます。詳細については、に移行する Google Cloudをご覧ください。

このドキュメントでは、安全な識別を使用して Google Security Operations でユーザーを認証してマッピングする方法について説明します。

ユーザー アクセスを制御する

プラットフォームのさまざまな側面へのユーザー アクセスを管理する方法は複数あります。

• 権限グループ: 特定の権限グループに割り当てることで、ユーザーのアクセスレベルを設定します。これらのグループによって、ユーザーが表示または編集できるモジュールとサブモジュールが決まります。たとえば、ユーザーは [**ケース**] ページと [**ワークデスク**] ページにアクセスできますが、[**ハンドブック**] と [**設定**] は制限される場合があります。 詳細については、権限グループを操作するをご覧ください。
• SOC ロール: ユーザー グループのロールを定義します。ユーザーを SOC ロールに割り当てて、タスク管理を効率化できます。ケース、アクション、 またはハンドブックを個々のユーザーに割り当てるのではなく、SOC ロールに割り当てることができます。ユーザーは、自分に、自分のロールに、または追加ロールの 1 つに割り当てられた ケースを確認できます。 詳細については、 ロールを操作するをご覧ください。
• 環境または環境グループ: 環境または環境 グループを構成して、さまざまなネットワークまたはビジネス ユニット間でデータを分割します。これは、企業やマネージド セキュリティ サービス プロバイダ（MSSP）でよく使用されます。ユーザーは、割り当てられた環境またはグループ内の データにのみアクセスできます。詳細については、 環境を操作するをご覧ください。

メール ユーザー グループをマッピングする

権限グループ、SOC ロール、環境の組み合わせによって、プラットフォーム内の各グループの Google SecOps ユーザー ジャーニーが決まります。

マッピングにはさまざまなオプションがあります。単一または 複数の権限グループ、SOC ロール、環境を使用してユーザーをマッピングできます。このプロセスにより、異なるグループにマッピングされたさまざまな ユーザーが、必要な権限レベルをすべて継承します。

デフォルトでは、Google SecOps にはデフォルトの管理者グループが含まれています。

注: カスタム IAM ロール マッピングはサポートされていません。

メールグループをマッピングする手順は次のとおりです。

1. [設定] > [SOAR 設定] > [詳細] > [グループ マッピング] に移動します。
2. 次のものが用意されていることを確認します。
   • グループ名: メールグループに割り当てる名前（T1 analystsなど）。
   • グループ メンバー: そのグループを構成するユーザー メールアドレスのコレクション。
3. [ Add] [Add] をクリックして、各グループのメールアドレスをマッピングします。各メールアドレスを追加したら、[**追加**] を押します。
4. 完了したら、[追加] をクリックします。ユーザーがプラットフォームにログインするたびに、 [ユーザー管理] ページ（ [設定] > [組織] にあります）に自動的に追加されます。

ユーザーが Google SecOps プラットフォームにログインしようとしたときに、 メールグループがマッピングされていない場合、このようなユーザーが拒否されないようにするには、 このページで [デフォルトのアクセス設定] を有効にして 管理者権限を設定することをおすすめします。最初の管理者 設定が完了したら、管理者権限をより 最小限の権限レベルに調整することをおすすめします。

グループ マッピングでの複数の権限については、 複数の制御アクセス パラメータを使用してユーザーをマッピングするをご覧ください。

グループをアクセス制御パラメータにマッピングする

このセクションでは、[グループ マッピング] ページで、さまざまなメールグループを 1 つ以上のアクセス制御パラメータにマッピングする方法について説明します。この方法は、Google SecOps プラットフォームの標準化に準拠するのではなく、特定のカスタマイズに基づいてユーザーグループをオンボーディングしてプロビジョニングしたいお客様に役立ちます。グループをパラメータにマッピングするには、最初にグループをさらに作成する必要がある場合がありますが、マッピングを設定すると、新しいユーザーは追加のグループを作成しなくても Google SecOps に参加できます。

ユーザーを削除する

ここからグループを削除する場合は、 [User Management] 画面から個々のユーザーを削除してください。詳細については、ユーザー アカウントを無効にするか削除するをご覧ください。

ユースケース: 各メールグループに一意の権限フィールドを割り当てる

次のユースケースでは、この機能を使用して、会社のニーズに応じて ユーザーをオンボーディングしてプロビジョニングする方法について説明します。

貴社には次の 3 つのペルソナがあります。

• セキュリティ アナリスト（グループ メンバー: Sasha、Tal）
• SOC エンジニア（グループ メンバー: Quinn、Noam）
• NOC エンジニア（グループ メンバー: Kim、Kai）

セキュリティ アナリストと SOC エンジニアは、同じ Google SecOps 権限グループ（アナリスト）と SOC ロール（Tier 1）を持っています。セキュリティ アナリストには ロンドン環境の権限がありますが、SOC エンジニアにはマンチェスター環境の権限があります 。一方、NOC エンジニアには ロンドン 環境の権限がありますが、基本 権限グループと Tier 2 SOC ロールが割り当てられています。

このシナリオを次の表に示します。

グループ	権限グループ	SOC ロール	環境	グループ メンバー
セキュリティ アナリスト	アナリスト	Tier 1	ロンドン	[e-mail], [e-mail]
SOC エンジニア	アナリスト	Tier 1	マンチェスター	[e-mail], [e-mail]
NOC エンジニア	基本	Tier 2	ロンドン	[e-mail], [e-mail]

メールグループを設定する

Google SecOps でメールグループを設定する手順は次のとおりです。

1. 次のメールグループを作成します。
   • セキュリティ アナリスト（Sasha と Tal を含む）
   • SOC エンジニア（Quinn と Noam を含む）
   • NOC エンジニア（Kim と Kai を含む）
2. [設定]> [SOAR 設定] [詳細]> [グループ マッピング]> に移動します。
3. [グループを追加] をクリックします。
4. ダイアログに次の詳細を入力します。
• グループ: Security analysts
• 権限グループ: Analyst
• SOC ロール: Tier 1
• 環境: 空白のままにします
• グループ メンバー: [e-mail], [e-mail]
5. 次のダイアログに次の詳細を入力します。
• グループ: SOC engineers
• 権限グループ: Analyst
• SOC ロール: Tier 1
• 環境: 空白のままにします
• グループ メンバー: [e-mail], [e-mail]
6. 次のダイアログに次の詳細を入力します。
• グループ: NOC engineers
• 権限グループ: Basic
• SOC ロール: Tier 2
• 環境: 空白のままにします
• グループ メンバー: [e-mail]、[e-mail]
7. 次のダイアログに次の詳細を入力します。
• グループ: London
• 権限グループ: 空白のままにします
• SOC ロール: 空白のままにします
• グループ メンバー: 空白のままにします
• 環境: London
8. 次のダイアログに次の詳細を入力します。
• グループ: Manchester
• 権限グループ: 空白のままにします
• SOC ロール: 空白のままにします
• グループ メンバー: 空白のままにします
• 環境: Manchester

ケース連携機能を使用しているお客様は、 Google SecOps の連携ケース アクセスを設定するをご覧ください。

API アクセス用のサービス アカウントをマッピングする

Google SecOps へのサービス アカウント アクセス または Workload Identity 連携アクセス を許可するには、ID をプラットフォームのアクセス制御パラメータにマッピングする必要があります。このマッピングは、自動タスクまたは API オペレーションの実行に必要なSOC ロールと環境に必要なアクセス権を ID に付与するための必須の手順です。

1. [SOAR 設定]>[詳細]>[グループ マッピング] に移動します。
2. [add] [Add] をクリックします。

3. [マッピングを追加] ダイアログのフィールドに入力して、ID をプラットフォームのアクセス制御パラメータにマッピングします。

   1. [IdP / ユーザー グループ] フィールドに、次のいずれかを入力します。
      • Cloud Identity を使用して ID を設定した場合は、サービス アカウントの完全なメールアドレス。
      • Workforce Identity 連携を使用して ID を設定した場合は、Workload Identity プリンシパル文字列。

   2. 次のアクセス制御フィールドを構成します。

      フィールド	説明
      権限グループ	権限グループを選択して、ID がアクセスできるモジュールとサブモジュールを定義します。
      SOC ロール	SOC ロールを選択して、ID のロール（Tier 1 など）を定義します。
      環境	ID がアクセスできる環境または環境グループ（すべての環境 など）を選択します。
      グループ メンバー	必要に応じて、必要なユーザー メールアドレスを入力します。各メールアドレスを追加したら、Enter キーを押します。
      制限される操作	制限するアクションを選択して、モジュール内の特定のオペレーションを制限します。

4. [追加] をクリックします。

さらにサポートが必要な場合コミュニティ メンバーや Google SecOps のプロフェッショナルから回答を得ることができます。