SOAR の移行に関するよくある質問
SOAR の移行プロセスに関するよくある質問への回答をご覧ください。よく発生する問題の解決策と、移行を成功させるためのベスト プラクティスをご確認ください。
移行の範囲と影響
Q: この移行が必要なのはなぜですか？
Google は、に移行することで SOAR インフラストラクチャをモダナイズしています Google Cloud。 この重要なアップグレードには、信頼性の向上、 セキュリティの強化、コンプライアンスの強化、よりきめ細かいアクセス制御など、重要なメリットがあります。また、Model Context Protocol（MCP）の統合により、Agentic AI 機能にアクセスできるようになります。
移行により、次のことが可能になります。
- Google のクラス最高の API レイヤを活用して、SOAR の信頼性とモニタリング機能を強化します。 このレイヤは、 割り当て管理、監査、オブザーバビリティのための高度な機能を備えた最先端の API ソリューションを提供します。
- プラットフォーム全体で機能と データに対するロールベース アクセス制御（RBAC）を有効にします。
- VPC Service Controls、データ所在地、顧客管理の暗号鍵（CMEK）など、 コンプライアンス機能を強化します。
Q: 移行の範囲はどのくらいですか？
移行には次のコンポーネントが含まれます。
- SOAR プロジェクトをお客様が所有する Google Cloud プロジェクトに移行します。
- SOAR の認証と権限を Google Cloud IAM に移行します。
- SOAR API を Chronicle API に移行します。
- リモート エージェントを移行します。
- SOAR 監査ログを移行します。
Q: 移行後すぐにどのような変更が適用されますか？
移行後すぐに、次のような重要な変更が適用されます。
- GCP プロジェクトの所有権: SOAR プロジェクトは、Google の所有権から お客様が所有する Google Cloud プロジェクトに移行されます。
- 認証:
- Unified SecOps のお客様: 変更はありません。認証は引き続き by Google Cloud IAM によって管理されます。
- SOAR Standalone のお客様: 認証は Google Cloud IAM によって管理されるようになります。SAML を使用しているユーザーの場合、Workforce Identity 連携を採用することになります。 SAML 構成は SOAR システム自体に保存されなくなり、管理されなくなるため、セキュリティ管理が強化されます。
- RBAC: ユーザー権限はよりきめ細かくなり、 IAM を使用して管理されます。環境と SOC ロールは、ID プロバイダ（IdP）グループを使用して SOAR モジュール内で引き続き管理されます。
- 監査ロギング: 監査ログはより詳細になり、**Cloud Audit Logs ** 内で管理されます。
- 新しい URL（SOAR のみ）: SOAR Standalone ユーザーは、SOAR にアクセスするための新しい URL（新しいドメイン）を受け取ります。
Q: お客様 / パートナー様には、この移行についてどのように通知されますか？
すべてのお客様とパートナー様に対して、 移行日と入力フォームへのリンクを含むプロダクト内のポップアップが表示されます。移行の日時を確認するよう求められます。
Q: SOAR がプロジェクトにバインドされると、インフラストラクチャの費用は変わりますか？ Google Cloud
いいえ、費用に影響はありません。フロントエンドに変更はありません。 プロジェクトで新しいリソースが実行されることはないため、関連費用は発生しません。
Q: プロジェクトを SOAR に接続するにはどうすればよいですか？
Google が SOAR プロジェクトをプロジェクトに移行します。 Google Cloud Unified SecOps のお客様の場合、プロジェクト ID はすでに Google が把握しています。 Google Cloud SOAR Standalone のお客様の場合は、 Google Cloud プロジェクト ID を Google と共有する必要があります。
Q: Google SecOps をすでにデプロイしているお客様の場合、SIEM と同じプロジェクト ID を使用する必要がありますか？それとも別のプロジェクトが必要ですか？
統合された Google SecOps デプロイ（1 つの SIEM、1 つの SOAR）の場合は、 既存の Google Cloud SIEM に関連付けられているプロジェクト ID を使用する必要があります。 これにより、RBAC やログなどの管理フローを統合的に管理できます。
Q: VPC Service Controls（VPC SC）などの特別な考慮事項がある Google SecOps インスタンスの場合、どのような手順が必要ですか？
移行を有効にするには、VPC SC ポリシー内で受信ルールと送信ルールの両方を定義する必要があります。 プロジェクトに Google Cloud VPC SC がある場合は、これらの特定のルールについてサポートチームにお問い合わせください。
Q: 移行が成功したことを確認するにはどうすればよいですか？
[SOAR Settings] > [License Management] に移動して、正常に完了したことを確認します。 ステージ 1 の後、システム バージョン番号の後に「Google.com 」と表示されます。 SOAR 権限を IAM ロールに移行するステージ 2 の後、システム バージョン番号の後に「Google.com 」と「CloudIAM Enabled 」の両方が表示されます。
ダウンタイムと継続性
Q: 移行中にダウンタイムは発生しますか？また、その影響はどのくらいですか？
はい。予想されるダウンタイムは次のとおりです。
- SOAR Standalone のお客様の場合、最大 2 時間。
- Google SecOps のお客様の場合、最大 1.5 時間。
この期間中は、プラットフォームにログインできません。SOAR サービス（取り込み、プレイブック、ジョブなど） は一時停止しますが、SIEM サービスはバックグラウンドで引き続き実行されます。
Q: ダウンタイム中に生成されたデータは、SOAR サービスの再開後に自動的に取り込まれますか？
はい。システムがオンラインに戻ると、取り込みとプレイブックが再開され、ダウンタイム中に生成または取り込まれたアラートが処理されます。
Q: ダウンタイムが開始されたときに実行中のプレイブックはどうなりますか？
移行が開始される前にプレイブック サービスがオフになります。実行中のプレイブックが失敗する可能性があります。その場合は、手動で再起動するか、移行が完了した後に再開する必要があります。
Q: 移行中に問題が発生した場合に備えて、ロールバックまたは緊急時対応計画はありますか？
はい。移行プロセスでは、既存の SOAR インスタンスは完全にそのままの状態（オフになっていますが）で維持されます。 移行プロセスが正常に完了しなかった場合は、既存のインスタンスに 戻して新しいインスタンスを削除できます。 このロールバック プロセスには最大 30 分かかります。移行を確実に成功させるために、広範なテストと 綿密なモニタリングを実施し、オンコール スタッフが待機します。
移行後にアクセスに関する問題が発生した場合は、認証の設定が正しくない可能性があります。Identity、IDP、または Google Cloud 管理者に連絡して、トラブルシューティング ガイドを使用して特定と解決を行う必要があります。問題が解決しない場合や、アクセスに関連しない場合は、サポート チケットを開いて懸念事項を記録し、解決状況をモニタリングしてください。
Q: Chronicle API の新しい SOAR エンドポイント v1 に移行できるのはいつですか？
Chronicle API の新しい SOAR エンドポイント v1 に移行できるのは、2026 年 1 月中旬からです。
以前の SOAR API と API キーは非推奨となり、2026 年 9 月 30 日以降は機能しなくなります。スムーズに移行するには、次の 2 つの必須の手順を行います。
- まず、SOAR 権限グループを Cloud IAM に移行する必要があります。
- 既存のスクリプトと統合を更新して、以前の SOAR API エンドポイントを対応する Chronicle API エンドポイントに置き換えます。
認証と権限
Q: SOAR 権限グループと権限を移行するにはどうすればよいですか？
コンソールの移行スクリプトを使用して、既存の権限グループを IAM カスタムロールに移行します。 Google Cloud このスクリプトでは、ユーザー（Cloud Identity のお客様の場合） または IdP グループ（Workforce Identity 連携のお客様の場合）にカスタムロールも割り当てられます。
Q: カスタム権限グループを移行せずに、事前定義ロールのみを使用したい場合はどうすればよいですか？
自動移行をオプトアウトして、IdP グループを Cloud IAM ロールに手動でマッピングすることもできます。
Q: SOAR Standalone のお客様で、手動認証を行うカスタム SAML プロバイダを使用しています。これを IdP マッピング用の IdP グループに変更した場合、既存のユーザー アカウントにどのような影響がありますか？
既存のユーザーがグループのいずれかに一致し、権限が正しくマッピングされている場合、 既存のユーザー アカウントに影響はありません。 ただし、ユーザーがグループにマッピングされていない場合は、ログインできません。 権限が異なる方法でマッピングされている場合、ユーザーは新しいマッピングに基づいて新しい権限を受け取ります。
Q: 複数の ID プロバイダを使用する MSSP に固有の前提条件はありますか？
SOAR の外部認証ページで複数の ID プロバイダを構成しているお客様は、認証に Workforce Identity 連携を定義し、プロバイダごとに個別の Workforce プールを作成する必要があります。各プロバイダは異なるサブドメインに関連付けられています。詳細については、MSSP 移行ガイドをご覧ください。
Q: Chronicle API を認証するにはどうすればよいですか？
Chronicle API を認証するの手順に沿って操作します。
Q: 新しい SOAR API にアクセスするために必要な新しい IP は何ですか？ Chronicle API にアクセスするために IP アドレスを許可リストに登録する必要はありません。必要に応じて、こちらとこちらに示されている IP アドレスの範囲を許可リストに登録できます。
ロギングとモニタリング
Q: 移行の最初のステージが完了しましたが、Cloud Audit Logs ログにログが表示されません。
ログは、移行の最初のステージが完了した後に SOAR プラットフォームに保存されます。 ログは、移行の 2 番目のステージが完了した後に Google Cloud プロジェクトで使用できるようになります。
Q: SOAR データをマネージド BigQuery（BQ）インスタンスに送信しているお客様は、移行後もこの BigQuery データにアクセスできますか？
はい。既存のマネージド BigQuery は引き続き機能します。
ロジスティクスとサポート
Q: 移行の別の時間帯を選択できますか？
いいえ。推奨される時間帯以外に移行することはできません。
Q: 移行中にステータスのリアルタイム更新を受け取りますか？
移行プロセスの開始時と終了時にメール通知が届きます。
Q: 移行後に問題が発生した場合は、誰に連絡すればよいですか？
移行後にアクセスに関する問題が発生した場合は、認証の設定が正しくない可能性があります。 Identity、IDP、または Google Cloud 管理者に連絡して、トラブルシューティング ガイドを使用して特定と解決を行う必要があります。問題が解決しない場合や、アクセスに関連しない場合は、サポート チケットを開いて懸念事項を記録し、解決状況をモニタリングしてください。
SOAR 権限グループを IAM に移行する
次のセクションでは、権限を IAM に移行する際および移行後に発生する一般的な問題について説明します。
移行ツールとスクリプトの問題
Q: Google Cloud コンソールに移行スクリプトが表示されない、または読み込まれないのはなぜですか？
これには 2 つの理由が考えられます。
権限がない: 移行ツールを使用するには、ユーザー アカウントにプロジェクトと Google SecOps インスタンスの両方で十分な権限が必要です。 Google Cloud プロジェクトで必要な IAM ロールを持ち、Google SecOps SOAR で認識されているユーザー アカウントでログインしていることを確認してください。 Google Cloud プロジェクトと SOAR で異なるアカウントを使用すると、認可エラーが発生する可能性があります。 Google Cloud 必要な権限があるにもかかわらず移行スクリプトを読み込めない場合は、サポート チケットを開いてください。
SIEM で Cloud IAM を使用していない: Google SecOps Unified のお客様の場合は、IAM を使用してプラットフォームの SIEM 側のロールと権限を管理していることを確認してください。詳細については、以前の RBAC から機能 RBAC への移行ガイドをご覧ください。
Q: 移行スクリプトを実行しようとするとエラーが発生します。どうすればよいですか？
エラー - 「グループが存在しません」:
add-iam-policy-binding commandsを使用する場合は、短いグループ名ではなく、完全なグループのメールアドレス（your-group@example.comなど）を--memberフラグに使用していることを確認してください。既存のロールに関連するエラー: 条件付きバインディングがすでに設定されているプリンシパルにバインドすると、競合が発生する可能性があります。この問題を解決するには、スクリプトを再実行し、[新しい条件を指定] ではなく [なし] を選択してください。
移行後のアクセスに関する問題
Q: IAM の移行後に、特定のページや機能（プレイブックや IDE など）にアクセスしようとすると、「403 Forbidden」エラーが表示されるのはなぜですか？
移行後に 403 エラーが発生する場合は、ユーザーに割り当てられた Google Cloud IAM ロールに、Google SecOps プラットフォームの SOAR 側で必要な権限がない可能性があります。これは、カスタム IAM ロールを使用している場合に一般的です。
Google SecOps のロールと権限を確認します。カスタム IAM ロールに、必要な SOAR 機能にアクセスするために必要なすべての権限が含まれていることを確認してください。
必要に応じて、ブラウザのデベロッパー ツールを調べて、403 エラーを返す特定の API 呼び出しを特定します。レスポンス ペイロードには、不足している権限が記載されています。また、必要なアクセス権の詳細を示す通知バナーがインターフェース内に表示されます。
これらの解決策で解決しない場合は、サポート チケットを開いてください。
権限とロール
Q: 提供されたツールを使用せずに IAM の移行を手動で行ったため、権限に関する問題が発生しています。どうすればよいですか？
IAM の手動移行では、SOAR ロールに必要な権限が不足する場合があります。提供されている移行スクリプトを使用して、必要なすべての権限が正しく設定されるようにすることを強くおすすめします。手動移行を行う場合は、Google SecOps IAM 権限を慎重に確認して、必要な権限を持つカスタムロールを作成してください。
Q: 移行後、一部のユーザーが SOAR で想定よりも多くの権限を持っているようです。これはなぜですか？
これは、移行前にユーザーまたはグループが事前定義された Chronicle の広範なロールにすでに割り当てられていた場合に発生する可能性があります。 Google Cloud
移行が完了すると、Chronicle の事前定義ロール（chronicle.apiAdmin など）に SOAR 権限が自動的に含まれます。たとえば、Chronicle API 管理者ロールに SOAR 管理者権限が含まれるようになります。
最小権限アクセスを確保するには、次の手順を行います。
- IAM ロールのページで、Chronicle API 管理者などの事前定義ロールを確認して、割り当てられているすべてのプリンシパル（ユーザーとグループ）を特定します。
- これらのロールに、SOAR 権限を必要とするユーザーのみが割り当てられていることを確認します。
- 特定のプリンシパルの SOAR アクセスを制限するには、事前定義ロールから削除し、SOAR 管理者権限を明示的に除外するカスタムロールに割り当てます。
Q: 移行は成功しましたが、[グループ マッピング] ページに [権限グループ] 列が表示されたままです。これはなぜですか？
移行が成功した後も、下位互換性を維持するため、[グループ マッピング] ページの [権限グループ] 列は表示されたままになります。これらの割り当ては削除しないでください。この列は、お客様に影響を与えることなく、2026 年 9 月 30 日までに削除されます。
ベスト プラクティス
- 移行スクリプトを使用する: 可能な限り、公式の移行スクリプトを使用して、SOAR 権限グループから IAM ロールへの移行を処理します。 Google Cloud
- IAM 権限を確認する: さまざまな SOAR 機能とロールに必要な Google Cloud IAM 権限を把握します。
- 徹底的にテストする: 移行後、さまざまなユーザーロールとペルソナのアクセスをテストして、すべてが想定どおりに機能することを確認します。
- サポートにお問い合わせください: エラーが解決しない場合や予期しない動作が発生した場合は、サポートにお問い合わせいただき、できるだけ詳細な情報をご提供ください。
さらにサポートが必要な場合コミュニティ メンバーや Google SecOps のプロフェッショナルから回答を得ることができます。