SOAR 移行の概要

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

このドキュメントでは、SOAR インフラストラクチャを に Google Cloud移行するプロセスとスケジュールについて説明します。この移行は、インフラストラクチャをモダナイズし、サービス との Google Cloud 統合を強化することを目的としています。これにより、Google Security Operations Unified のお客様と、 Google Cloudに移行するスタンドアロン SOAR ユーザーの両方にメリットがあります。

この移行は、信頼性の向上、セキュリティの強化、コンプライアンスの強化、 より詳細なアクセス制御など、重要なインフラストラクチャのアップグレードを提供するために必要です。また、 Model Context Protocol（MCP）の統合と、 アクセス制御のための IAM、 Cloud Monitoring、Cloud 監査ログなどのクラス最高のサービスを通じて、Agentic AI 機能にアクセスできるようになります。

移行は、ステージ 1 とステージ 2 の 2 つのステージで実施されます。

ステージ 1 には、次の移行が含まれます。

  • Google 所有の SOAR プロジェクトから Google Cloud インフラストラクチャへの移行。これは Google によって行われます。
  • SOAR 認証から Google Cloud への移行（SOAR スタンドアロンのお客様のみに適用されます）。

ステージ 1 が正常に完了したことを確認するには、[SOAR 設定] > [ライセンス管理] に移動し、 システム バージョン番号の後に [Google.com] と表示されていることを確認します。

ステージ 2 には、次の移行が含まれます。

  • SOAR 権限グループと権限から Google Cloud IAM への移行。
  • SOAR API から新しい統合 Chronicle API への移行。既存のスクリプトと統合の更新が必要になります。
  • Webhook の移行。
  • リモート エージェントの移行。
  • SOAR 監査ログの移行。

SOAR 権限から IAM ロールへのステージ 2 の移行が正常に完了したことを確認するには、[SOAR 設定] > [ライセンス管理] に移動し、 システム バージョン番号の後に Google.com と CloudIAM Enabled と表示されていることを確認します。

Google SecOps Unified のお客様向けの移行ステージ 1

プロダクト内の通知でステージ 1 の移行日を確認し、記載されている Google フォームで時間枠を確認してください。 ステージ 1 には、次の移行が含まれます。

  • Google 所有の SOAR プロジェクトを に移行する Google Cloud

移行には最大 90 分のダウンタイムが発生し、Google SecOps プラットフォームにアクセスできなくなります。このダウンタイム中、SIEM サービスはバックグラウンドで動作し続けますが、SOAR サービスは一時的に一時停止します。ダウンタイムが終了すると、プラットフォームにアクセスできるようになり、SOAR サービスはダウンタイム中に生成または取り込まれたアラートの処理を 再開します。

移行が完了すると、メールが送信されます。

SOAR スタンドアロンのお客様向けの移行ステージ 1

ステージ 1 を開始する準備が整うと、プロダクト内の通知メッセージが届きます。 次のことを行ってください。

  1. プロジェクト Google Cloud を設定する。 Chronicle サポートにアクセスするために設定された Google Cloud プロジェクトを使用することもできますが、まだ Google Security Operations インスタンスはありません。
  2. Chronicle API を有効にします。
  3. SOAR にアクセスするための Google Cloud 認証を設定します。SOAR にアクセスするための 認証を設定する Google Cloud をご覧ください。
  4. プロダクト内の通知の Google フォームに Google Cloud プロジェクト ID を入力し、フォームを送信する前に移行の日時枠を確認します。
  5. [Google Security Operations を入手] ページへの招待メールを承諾し、設定を完了します。地域情報が正確であることを確認してください。
  6. 移行前の検証ガイドを参照して、上記の手順が正しく設定されていることを確認します。

手順が完了すると、Google は選択した日時に移行を行います。 移行中、SOAR サービスで 2 時間のダウンタイムが発生します。 完了後、SOAR プラットフォームにアクセスするための新しい URL とともにメールが送信されます。 古い URL は 2026 年 6 月 30 日まで有効で、新しい URL にリダイレクトされます。

SOAR にアクセスするための Google Cloud 認証を設定する

設定して使用する ID のタイプに応じて、次のいずれかのオプションを設定する必要があります。これらの手順を行うには、 Google Cloud と ID / IDP 管理者のサポートが必要になる場合があります。

オプション 1: Google Cloud で Cloud Identity 認証を構成する（Google 管理アカウント）

このシナリオは、Google 管理のユーザー名とパスワードを使用して Cloud Identity 内でユーザー アカウントを直接管理する場合に適用されます。 Okta や Azure AD などのサードパーティ ID プロバイダで SSO に Cloud Identity を使用している場合は適用されません。 次の手順を行います。

  1. で Cloud Identity を設定します Google Cloud。 Google 管理のユーザー名とパスワードで Cloud Identity がすでに設定されている場合は、この手順をスキップできます。
  2. 既存のすべての SOAR ユーザーが Cloud Identity 管理コンソールで構成されていることを確認します。
  3. Google アカウントのロール割り当て形式に沿って、IAM で必要なロールを付与します。
    1. 次の事前定義された IAM ロールをオンボーディング SME に割り当てます。 Google Cloud
    2. 次の事前定義された IAM ロールのいずれかを、既存のすべての SOAR ユーザーに割り当てます。
  4. 各ユーザー（管理者を含む）を メール ユーザー グループにマッピングして、SOAR で認証の設定を完了します。
    1. [設定] > [SOAR 設定] > [詳細] > [グループ マッピング] に移動します。
    2. [+] をクリックして、次の情報を入力します。
      • グループ名を追加: メールグループに割り当てる名前（T1 アナリスト、EU アナリストなど）。
      • グループ メンバー: 必要なユーザーのメールアドレスを追加します。メールアドレスを追加したら、Enter キーを押します。
      • 権限グループと SOC ロールの両方に管理者権限を持つ管理者ユーザー グループを選択します。[すべての環境] を選択します。
      • [外部認証] ページに既存のメール ユーザー グループ マッピングがある場合は、既存の SOAR 認証をオーバーライドしないように、そのままにしておく必要があります。SOAR にアクセスするための新しい Google Cloud 認証では、[設定] > [SOAR 設定] > [詳細] > [グループ マッピング] ページでメール ユーザー グループ マッピングを設定する必要があります。
      • 完了したら、[追加] をクリックします。ユーザーがプラットフォームにログインするたびに、[設定] > [組織] > [ユーザー管理] ページに自動的に追加されます。移行されたインスタンスはこれらのマッピングを保持し、SOAR へのユーザー アクセスを決定する基準として使用されます。Google SecOps にアクセスするには、このページですべてのユーザーがマッピングされていることを確認する必要があります。

オプション 2: で Workforce Identity 連携認証を構成する Google Cloud

このシナリオは、 Microsoft Azure Active Directory、Okta、Ping Identity、AD FS などのサードパーティ IdP を使用してユーザー ID を管理する場合に適用されます。

  1. で Workforce Identity 連携を設定します。 Google Cloud すでに設定されている場合は、この手順をスキップできます。
  2. SOAR の既存のすべてのユーザーが、Workforce Identity 連携で設定された Workforce プールグループに属していることを確認します。
  3. Workforce Identity のロール割り当て形式に沿って、IAM で必要なロールを付与します。
    1. 次の事前定義された IAM ロールをすべてオンボーディング SME に割り当てます。
    2. 次のいずれかのロールを IAM で既存のすべての SOAR ユーザーに割り当てます。
  4. SOAR にアクセスする必要があるすべての IdP グループをマッピングして、SOAR で認証の設定を完了します。 既存のユーザーが少なくとも 1 つの IdP グループにマッピングされていることを確認します。
    1. [設定] > [SOAR 設定] > [詳細] > [グループ マッピング] に移動します。
    2. [+] をクリックして、次の情報を入力します。
      • IdP グループ名: IdP からグループ名を追加します。
      • 権限グループ、環境、SOC ロールに必要なアクセス権を選択します。
    3. 権限グループと SOC ロールに管理者権限を持つ管理者 IdP グループを追加し、[すべての環境] を選択していることを確認します。
    4. [外部認証] ページに既存の IdP グループ マッピングがある場合は、既存の SOAR 認証をオーバーライドしないように、そのままにしておく必要があります。 SOAR にアクセスするための新しい Google Cloud 認証では、[設定] > [SOAR 設定] > [詳細] > [グループ マッピング] ページで IdP グループ マッピングを設定する必要があります。
    5. 完了したら、[追加] をクリックします。ユーザーがプラットフォームにログインするたびに、[設定] > [組織] > [ユーザー管理] ページに自動的に追加されます。移行されたインスタンスはこれらのマッピングを保持し、SOAR へのユーザー アクセスを決定する基準として使用されます。Google SecOps にアクセスするには、このページですべてのユーザーがマッピングされていることを確認する必要があります。

すべてのお客様向けのステージ 2 の移行

重要: ステージ 2 の移行を開始する前に、ステージ 1 を完了する必要があります。

ステージ 2 の移行は、2026 年 1 月 26 日よりすべてのお客様にご利用いただけるようになります。

ステージ 2 の移行を完了する最終期限は 2026 年 9 月 30 日です。

SOAR 権限グループを Google Cloud IAM に移行する

の移行スクリプトを 1 回クリックして、SOAR 権限グループと権限を IAM に移行します。 Google Cloudこのスクリプトは、権限グループごとに新しいカスタムロールを作成し、Cloud Identity のお客様には ユーザーに、Workforce Identity 連携のお客様には IdP グループに割り当てます。 Terraform を使用して SOAR 権限を移行することもできます。

移行スクリプトと Terraform コマンドの詳細については、SOAR 権限を Google Cloud IAMに移行するをご覧ください。

権限の設定方法について詳しくは、機能へのアクセス権を構成するをご覧ください。

権限の移行後、次のようになります。

  • [SOAR 設定] > [組織] > [権限] ページは、2026 年 9 月 30 日まで引き続きご利用いただけます （以前の API との下位互換性のため）。このページは変更しないでください。権限はすべて IAM で管理されます。
  • [グループ マッピング] ページの [権限グループ] 列は、以前の SOAR API との下位互換性のために表示されます。これらの割り当ては削除しないでください。この列は、お客様に影響を与えることなく、2026 年 9 月 30 日までに自動的に削除されます。
  • [権限] ページの制限付きアクション セクションが [グループ マッピング] ページに移動します。

SOAR API を Chronicle API に移行する

API 呼び出しまたは統合を使用して SOAR API をプログラムで使用している場合は、Chronicle API の一部として提供される新しい SOAR v1 ベータ版エンドポイントに移行できます。

スクリプトと統合を更新して、SOAR API エンドポイントを 対応する Chronicle API エンドポイントに置き換える必要があります。以前の SOAR API と API キーは 2026 年 9 月 30 日まで使用できますが、それ以降は機能しなくなります。 詳細については、エンドポイントを Chronicle API に移行するをご覧ください。

Webhook を移行する

2026 年 9 月 30 日までに、次の手順で SOAR Webhook を Chronicle API に移行する必要があります。

新しいリクエスト形式を使用して、以前の siemplify-soar.com ドメインを新しい googleapis.com ドメインに置き換えて、クライアント側の Webhook URL を更新します。以前の siemplify-soar.com ドメインは、2026 年 9 月 30 日まで引き続き機能します。

たとえば、https://xxxx.siemplify-soar.com/api/external/v1/webhooks/{webhook_id}?api_key=xxxx で定義された Webhook

は、https://us-chronicle.googleapis.com/v1alpha/projects/{project_id}/locations/{location}/instances/{instance/{instance_id}/webhooks/{webhook_id}?api_key=xxxx に更新する必要があります。

Webhook の認証は変更されません。Webhook は、Webhook リンクとともに最初に作成された API キーを引き続き使用します。

リモート エージェントを移行する

次の手順でリモート エージェントを Google Cloud に移行できます。

  1. リモート エージェントの API キーではなく、サービス アカウントを作成します。
  2. リモート エージェントのメジャー バージョンをアップグレードします。

既存のリモート エージェントは 2026 年 9 月 30 日まで使用できますが、それ以降は機能しなくなります。 詳細な手順については、リモート エージェントを Google Cloud に移行するをご覧ください。

SOAR 監査ログを移行する

IAM への権限 移行が完了すると、 で SOAR ログを使用できるようになります。 Google Cloud 2026 年 9 月 30 日までに行われた以前の SOAR API への呼び出しは、 SOAR 監査ログ で引き続きアクセスできます。Google SecOps のお客様の場合は、Google SecOps SOAR ログを収集するをご覧ください。 SOAR スタンドアロンのお客様の場合は、SOAR のログを収集するをご覧ください。

移行後のその他の変更:

ライセンスタイプ ライセンスタイプは、IAM でユーザーに割り当てられた権限によって決まります。

ランディング ページ ランディング ページは、[権限] ページから [ユーザー設定] メニューに移動します。アバターからアクセスできます。

次のステップ

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