SOAR 移行の概要

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

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

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

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

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

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

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

  • SOAR 権限グループと権限の Google Cloud IAM への移行。
  • SOAR API が新しい統合 Chronicle API に移行され、既存のスクリプトとインテグレーションの更新が必要になります。
  • Webhook の移行。
  • リモート エージェントの認証インフラストラクチャの移行。

移行が成功したことを確認する

  • [SOAR Settings] > [License Management] に移動し、システム バージョン番号の後に Google.com と表示されていることを確認して、ステージ 1 が正常に完了したことを確認します。

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

Google SecOps 統合のお客様の移行ステージ 1

プロダクト内の通知で、第 1 段階の移行日と、時間帯を確認するための Google フォームをご確認ください。ステージ 1 には、次の移行が含まれます。

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

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

移行が完了すると、メールが届きます。

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

ステージ 1 を開始する準備が整うと、サービス内通知メッセージが届きます。 その際は、必ず次のようにしてください。

  1. Google Cloud プロジェクトを設定する。Chronicle サポートにアクセスするように設定されているものの、Google Security Operations インスタンスがまだない Google Cloud プロジェクトを使用することもできます。
  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 （Google 管理アカウント）で Cloud Identity 認証を構成する

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

次の手順を行います。

  1. Google Cloudで Cloud Identity を設定します。

    Google が管理するユーザー名とパスワードを使用して Cloud Identity をすでに設定している場合は、この手順をスキップできます。

  2. 既存のすべての SOAR ユーザーが Cloud Identity 管理コンソールで構成されていることを確認します。

  3. Google アカウントのロール割り当て形式に従って、IAM で必要なロールを付与します。

    1. Google Cloud で、次の IAM 事前定義ロールをオンボーディング SME に割り当てます。

    2. 既存のすべての SOAR ユーザーに、次のいずれかの事前定義 IAM ロールを割り当てます。

  4. 各ユーザー（管理者を含む）をメール ユーザー グループにマッピングして、SOAR で認証設定を完了します。

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

    2. [add 追加] をクリックして、次の情報を入力します。

      • IdP / ユーザー グループ: メール ユーザー グループの名前（T1 アナリストなど）。
      • 権限グループ: 権限グループを選択します。
      • SOC ロール: SOC ロールを選択します。
      • 環境: 環境（[すべての環境] など）を選択します。
      • グループ メンバー: 必要なユーザーのメールアドレスを入力します。メールアドレスを追加するたびに Enter キーを押します。

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

      ユーザーがプラットフォームにログインするたびに、[SOAR 設定] > [組織] > [ユーザー管理] ページに自動的に追加されます。移行されたインスタンスはこれらのマッピングを保持し、SOAR へのユーザー アクセスを決定する際の基準として使用します。Google SecOps にアクセスするには、すべてのユーザーがこのページでマッピングされている必要があります。

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

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

  1. Google Cloudで Workforce Identity 連携を設定する すでに設定されている場合は、この手順をスキップできます。
  2. SOAR の既存のユーザーがすべて、Workforce Identity 連携で設定された Workforce プールグループに含まれていることを確認します。

  3. Workforce Identities のロール割り当て形式に従って、IAM で必要なロールを付与します。

    1. 次の事前定義 IAM ロールをすべてオンボーディング SME に割り当てます。

    2. 既存のすべての SOAR ユーザーに、IAM で次のいずれかのロールを割り当てます。

  4. SOAR へのアクセスが必要なすべての IdP グループをマッピングして、SOAR で認証設定を完了します。

    既存のユーザーが少なくとも 1 つの IdP グループにマッピングされていることを確認します。

    1. [SOAR 設定] > [詳細] > [グループ マッピング] に移動します。
    2. [追加] 追加 をクリックし、次の情報を入力します。
      • IdP / ユーザー グループ: IdP のグループ名を入力します。
      • 権限グループ: 権限グループを選択します。
      • SOC ロール: SOC ロールを選択します。
      • 環境: 環境（[すべての環境] など）を選択します。
    3. 権限グループ、SOC ロール、すべての環境に対して管理者権限を持つ管理者 IdP グループを追加していることを確認します。
    4. [外部認証] ページに既存の IdP グループ マッピングがある場合は、既存の SOAR 認証をオーバーライドしないように、そのままにしておく必要があります。新しい Google Cloud 認証で SOAR にアクセスするには、[設定] > [SOAR 設定] > [詳細] > [グループ マッピング] ページで IdP グループ マッピングを設定する必要があります。
    5. [追加] をクリックします。ユーザーがプラットフォームにログインするたびに、[設定> 組織 > ユーザー管理] ページに自動的に追加されます。移行されたインスタンスはこれらのマッピングを保持し、SOAR へのユーザー アクセスを決定する基準として使用します。Google SecOps にアクセスするには、すべてのユーザーがこのページでマッピングされている必要があります。

すべてのお客様を対象としたステージ 2 の移行

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

ステージ 2 の移行は、2026 年 1 月 26 日からすべてのお客様に一般提供されます。

IAM ロールへのステージ 2 の移行を完了する最終期限は 2026 年 11 月 30 日です。API の移行期限が 2027 年 3 月 31 日まで延長されました。

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

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

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

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

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

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

SOAR API を Chronicle API に移行する

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

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

Webhook を移行する

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

新しいリクエスト形式を使用して、クライアント サイドでレガシーの siemplify-soar.com ドメインを新しい googleapis.com ドメインに置き換えて、Webhook URL を更新します。従来の siemplify-soar.com ドメインは、2027 年 3 月 31 日まで引き続き機能します。

たとえば、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 年 11 月 30 日まで利用できますが、それ以降は機能しなくなります。詳細な手順については、リモート エージェントを Google Cloud に移行するをご覧ください。

SOAR 監査ログへの影響

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

移行後のその他の変更:

ライセンスの種類 ライセンスの種類は、IAM でユーザーに割り当てられた権限によって決まるようになりました。

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

次のステップ

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