SOAR 移行の概要

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

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

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

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

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

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

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

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

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

移行に伴い、Google SecOps プラットフォームにアクセスできなくなるダウンタイムが最長 90 分発生します。このダウンタイム中、SIEM サービスはバックグラウンドで引き続き動作しますが、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. 移行前の検証ガイドを参照して、上記の手順が正しく設定されていることを確認します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

SOAR API を Chronicle API に移行する

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

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

Webhook を移行する

2026 年 11 月 30 日までに、次の手順で SOAR ウェブフックを Chronicle API に移行する必要があります。

新しいリクエスト形式を使用して、クライアント サイドで Webhook URL を更新します。具体的には、以前の siemplify-soar.com ドメインを新しい googleapis.com ドメインに置き換えます。以前の siemplify-soar.com ドメインは、2026 年 11 月 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 リンクとともに最初に作成された API キーを引き続き使用します。

リモート エージェント認証インフラストラクチャを移行する

次の手順では、リモート エージェントの認証インフラストラクチャを Google Cloud サービス アカウント認証に移行する方法について説明します。このプロセスでは、リモート エージェントのインスタンスやホストの移行や置き換えは必要ありません。

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

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

SOAR 監査ログを移行する

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

移行後の変更:

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

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

次のステップ

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