Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

データ処理パイプラインを管理する

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

Google SecOps SIEM

このドキュメントは、セキュリティエンジニアが Google SecOps でデータ処理パイプラインを設定して管理し、取り込み前にイベントのフィルタリング、フィールドの変換、機密性の高い値の削除を行う際に役立ちます。この機能により、データの取り込みプロセスを解析前に堅牢に制御できます。このガイドで推奨されている方法に沿って、データの互換性を最適化し、費用を削減して、Google SecOps 内の機密情報を保護できます。

データ処理では、次のコアアクションを通じてログ管理を簡素化します。

フィルタ: 関連するイベントのみを取り込むことで、ノイズと費用を削減します。
変換: データ形式の変更、フィールドの解析、ログの拡充を行い、使いやすさを向上させます。
Redact: 保存前に機密性の高い値をマスキングまたは削除して、機密情報を保護します。

次の図は、データが Google SecOps に流れる仕組みと、システムがそのデータを処理する方法を示しています。

データ処理パイプライン

オンプレミスとクラウドの両方のデータストリームのデータ処理を構成するには、Bindplane 管理コンソールを使用するか、公開されている Google SecOps Data Pipeline API を直接使用します。

一般的なユースケース

データ処理のユースケースの例を次に示します。

未加工ログから空の Key-Value ペアを削除します。
機密データを秘匿化する
未加工のログコンテンツから取り込みラベルを追加します。
マルチインスタンス環境では、直接取り込みログデータに取り込みラベルを適用して、ソースストリームインスタンス（Google Cloud Workspace など）を識別します。
フィールド値で Palo Alto Cortex データをフィルタします。
SentinelOne データをカテゴリ別に削減します。
フィードと直接取り込みログからホスト情報を抽出し、Cloud Monitoring の ingestion_source フィールドにマッピングします。

主な用語

データ処理では、次の要素が使用されます。

ストリーム: ログタイプと取り込みソース（フィードや API など）によって定義される特定のデータフロー。データ処理パイプラインへの入力として機能します。
プロセッサノード: 1 つ以上のプロセッサ（フィルタ、変換、秘匿化アクションなど）を含むパイプライン内のコンポーネント。これらのプロセッサは、ノードを通過するデータを順番に操作します。
宛先: データ処理パイプラインのエンドポイント。通常は、処理されたデータが最終的な取り込みと分析のために送信される Google SecOps インスタンスです。

始める前に

データ処理パイプラインの設定を始める前に、次の要件を確認してください。

パーサーと UDM への影響: データ処理パイプラインは、未加工のログデータが Google SecOps パーサーに到達する前に変更します。これらの変更は、パーサーがログを解釈して統合データモデル（UDM）形式に変換する方法に影響する可能性があります。フィードまたはログタイプのパイプラインを有効にする前に、フィルタリング、変換、秘匿化のルールによって、パーサーが正しい UDM イベントを生成できないような方法でデータが意図せず変更されていないことを確認します。
API のサポート: Chronicle API を呼び出すことで、push ベースのストリームのデータ処理がサポートされます。データ処理マネージャー（DPM）で構成されたフィルタは、Chronicle Ingestion API がデータを受信した後に適用されます。したがって、これらのフィルタは、お客様が Ingestion API の割り当てと上限（importPushLog API の上限など）に達することを防ぐことはできません。これらの上限は、DPM フィルタリングが行われる前に評価されるためです。Ingestion API の上限を効果的に管理し、上限を超えないようにするには、DPM フィルタに依存するのではなく、データソース自体でフィルタリングを実装する必要があります。

注: データ処理パイプラインは、最新の Chronicle API を使用して取り込まれたログにのみ適用されます。以前の取り込み API を使用して取り込まれたログは、データ処理パイプラインを通過しません。
データの可視性: フォワーダーと Bindplane から取り込まれたデータには、直接データの取り込みストリームとは異なる collectorID のタグが付けられます。ログの完全な可視性をサポートするには、データソースをクエリするときにすべての取り込み方法を選択するか、API を操作するときに関連する collectorID を明示的に参照する必要があります。
Bindplane コンソールの設定: Bindplane コンソールを使用して設定と管理を行う場合は、次の手順を完了します。
1. Google SecOps コンソールで、Bindplane 統合の構成に使用するユーザーまたはサービスアカウントに次のいずれかのロールを付与します。
  - 次の権限を含むカスタムロール:
    - chronicle.logProcessingPipelines.associateStreams
    - chronicle.logProcessingPipelines.create
    - chronicle.logProcessingPipelines.delete
    - chronicle.logProcessingPipelines.dissociateStreams
    - chronicle.logProcessingPipelines.fetchAssociatedPipeline
    - chronicle.logProcessingPipelines.fetchSampleLogsByStreams
    - chronicle.logProcessingPipelines.get
    - chronicle.logProcessingPipelines.list
    - chronicle.logProcessingPipelines.testPipeline
    - chronicle.logProcessingPipelines.update
    - chronicle.logTypes.get
    - chronicle.logTypes.list
    - chronicle.feeds.get
    - chronicle.feeds.list
    - chronicle.logs.list
    - chronicle.parsers.list: この権限は、Bindplane の Validate SecOps Parser アクションを使用する場合にのみ必要です。
    - chronicle.parsers.runParser: この権限は、Bindplane の Validate SecOps Parser アクションを使用する場合にのみ必要です。
    指定された必要な権限を持つカスタムロールを使用することをおすすめします。
    
    詳細については、カスタムロールを作成、管理すると IAM を使用して機能アクセス制御を構成するをご覧ください。
  - 事前定義された Chronicle API 管理者 roles/chronicle.admin ロール。
    
    詳細については、専用プロジェクトでプロジェクト IAM 管理者のロールを割り当てるをご覧ください。
2. Bindplane Server コンソールをインストールします。SaaS またはオンプレミスの場合は、Bindplane Server コンソールをインストールするをご覧ください。Bindplane の最新バージョン（または Bindplane バージョン 1.96.4 以降）がインストールされていることを確認します。
3. Bindplane コンソールで、Google SecOps 宛先インスタンスを Bindplane プロジェクトに接続します。詳細については、Google SecOps インスタンスに接続するをご覧ください。

Google SecOps インスタンスに接続する

始める前に、[Project Integrations] ページにアクセスするための Bindplane プロジェクト管理者権限があることを確認します。

Google SecOps インスタンスは、データ出力の宛先として機能します。

Bindplane Server コンソールを使用して Google SecOps インスタンスに接続するには、次の操作を行います。

Bindplane Server コンソールで、 [メニュー] をクリックし、[プロジェクト設定] を選択します。
[プロジェクト設定] ページで、[統合] カードに移動し、[Google SecOps に接続] をクリックして [統合を編集] ウィンドウを開きます。

Google SecOps の宛先インスタンスの詳細を入力します。
このインスタンスは、次のように処理されたデータ（データ処理からの出力）を取り込みます。

フィールド	説明
リージョン	Google SecOps インスタンスのリージョン。 Google Cloud コンソールでインスタンスを見つけるには、[セキュリティ] > [検出と制御] > [Google Security Operations] > [インスタンスの詳細] に移動します。
お客様 ID	Google SecOps インスタンスのお客様 ID。 Google SecOps コンソールで、[設定] > [管理] > [プロファイル] > [組織の詳細] に移動します。
Google Cloud プロジェクト番号	Google SecOps インスタンスのGoogle Cloud プロジェクト番号。 Google SecOps コンソールでプロジェクト番号を確認するには、[設定] > [管理] > [プロフィール] > [組織の詳細] に移動します。
認証情報	サービスアカウント認証情報は、Google SecOps Data Pipeline API の認証とアクセスに必要な JSON 値です。この JSON 値は、Google サービスアカウントの認証情報ファイルから取得します。サービスアカウントは、Google SecOps インスタンスと同じ Google Cloud プロジェクトに配置する必要があります。また、Chronicle API 管理者ロール（`roles/chronicle.admin`）の権限、または必要な権限を持つカスタムロールが必要です（前提条件を参照）。サービスアカウントを作成して JSON ファイルをダウンロードする方法については、サービスアカウントキーの作成と削除をご覧ください。また、Bindplane Cloud のデプロイでは、認証に Workload Identity 連携（WIF）がサポートされています。セルフホスト型の Bindplane デプロイでは、WIF はサポートされていません。詳細については、Google SecOps 統合を WIF 認証に接続するをご覧ください。

[接続] をクリックします。接続の詳細が正しく、Google SecOps に正常に接続できた場合は、次のようになります。
- Google SecOps インスタンスへの接続が開きます。
- 初めて接続すると、[Bindplane コンソール] に [SecOps Pipelines] タブが表示されます。
- Bindplane コンソールには、API を使用してこのインスタンスに以前に設定した処理済みデータが表示されます。API を使用して構成したプロセッサの一部は Bindplane プロセッサに変換され、それ以外は未加工の OpenTelemetry Transformation Language（OTTL）形式で表示されます。Bindplane コンソールを使用すると、API を使用して以前に設定したパイプラインとプロセッサを編集できます。
Google SecOps インスタンスへの接続が正常に作成されたら、データ処理を設定できます。

Bindplane コンソールを使用してデータ処理を設定する

このセクションでは、Bindplane コンソールを使用して Google SecOps で新しいログ処理パイプラインをプロビジョニングしてデプロイする方法について説明します。Bindplane コンソールを使用して、API で設定したパイプラインを管理することもできます。

新しい Google SecOps パイプラインを作成する

Google SecOps パイプラインは、1 つのデータ処理コンテナを構成するためのコンテナです。新しい Google SecOps パイプラインコンテナを作成するには、次の操作を行います。

Bindplane コンソールで、[SecOps Pipelines] タブをクリックして [SecOps Pipelines] ページを開きます。
[SecOps パイプラインを作成] をクリックします。
[SecOps パイプライン名] と [説明] を入力します。

重要: Google SecOps パイプラインの名前は、作成後に変更することはできません。
[作成] をクリックします。新しいパイプラインコンテナは、[SecOps Pipelines] ページで確認できます。
このコンテナ内でデータ処理コンテナのストリームとプロセッサを構成します。

データ処理コンテナを構成する

データ処理コンテナは、取り込むストリームと、データが宛先に到達する前に適用するプロセッサを定義します。

パイプライン構成カードで、ストリームとプロセッサノードを構成します。

データ処理コンテナを構成する手順は次のとおりです。

まだ作成していない場合は、新しい Google SecOps パイプラインを作成します。
Bindplane コンソールで、[SecOps Pipelines] タブをクリックして [SecOps Pipelines] ページを開きます。
新しいデータ処理コンテナを構成する Google SecOps パイプラインを選択します。
[パイプライン] 構成カードで、次の操作を行います。
1. ストリームを追加します。
2. プロセッサノードを構成します。Bindplane コンソールを使用してプロセッサを追加するには、プロセッサを構成するをご覧ください。
注: 一部のカスタムプロセッサでは、未加工の OTTL コードを直接編集できます。
これらの構成が完了したら、データ処理をロールアウトするを参照して、データの処理を開始します。

ストリームを追加する

ストリームを追加する手順は次のとおりです。

[パイプライン] 構成カードで、追加 [ストリームを追加] をクリックして、[ストリームを追加] ウィンドウを開きます。

[Add Stream] ウィンドウで、次のフィールドの詳細を入力します。

フィールド	説明
ログタイプ	取り込むデータのログタイプを選択します。例: `CrowdStrike Falcon (CS_EDR)` 注: 警告警告アイコンは、ログタイプが別のストリーム（このパイプラインまたは Google SecOps インスタンスの別のパイプライン）ですでに構成されていることを示します。使用できないログタイプを使用するには、まず他のストリーム構成から削除する必要があります。ログタイプが構成されているストリーム構成を確認する方法については、SecOps パイプライン構成をフィルタするをご覧ください。
取り込み方法	選択したログタイプのデータを取り込むために使用する取り込み方法を選択します。これらの取り込み方法は、Google SecOps インスタンスに対して以前に定義されています。次のいずれかのオプションを選択する必要があります。すべての取り込み方法: 選択したログタイプのすべての取り込み方法が含まれます。このオプションを選択すると、同じログタイプに特定の取り込み方法を使用する後続のストリームを追加できなくなります。例外: 他のストリームで、このログタイプに対して未構成の特定の取り込み方法を選択できます。特定の取り込み方法（`Cloud Native Ingestion`、`Feed`、`Modern Chronicle Ingestion API`、`Workspace Ingestion` など）。
フィード	取り込み方法として `Feed` を選択すると、選択したログタイプについて、Google SecOps インスタンスの [設定] > [データマネジメント] > [フィード] で利用可能なフィードのリストが次のフィールドに表示されます。設定を完了するには、関連するフィードを選択する必要があります。利用可能なフィードを表示して管理するには、[設定] > [データマネジメント] > [フィード] に移動します。SIEM のみのプラットフォームを使用している場合は、[設定] > [フィード] に移動します。

[Add Stream] をクリックして、新しいストリームを保存します。新しいデータストリームが [Pipeline] 構成カードにすぐに表示されます。ストリームは、プロセッサノードと Google SecOps の宛先に自動的に接続されます。

SecOps パイプライン構成をフィルタする

[SecOps パイプライン] ページの検索バーを使用すると、複数の構成要素に基づいて Google SecOps パイプライン（データ処理コンテナ）をフィルタして見つけることができます。ログタイプ、取り込み方法、フィード名などの特定の条件を検索して、パイプラインをフィルタできます。

フィルタするには、次の構文を使用します。

logType:value
ingestionMethod:value
feed:value

たとえば、特定のログタイプを含むストリーム構成を特定するには、検索バーに「logtype:」と入力し、表示されたリストからログタイプを選択します。

プロセッサを構成する

データ処理コンテナには 1 つのプロセッサノードがあり、1 つ以上のプロセッサを保持します。各プロセッサは、ストリームデータを順番に操作します。

最初のプロセッサは、未加工のストリームデータを処理します。
最初のプロセッサから出力された結果は、すぐにシーケンス内の次のプロセッサの入力になります。
このシーケンスは、後続のすべてのプロセッサに対して、[プロセッサ] ペインに表示される順序で続行されます。1 つの出力が次の入力になります。
1 つ以上のプロセッサを追加、削除、または変更して、プロセッサノードを構成します。

Unroll プロセッサを構成する際の要件

Unroll プロセッサは、未加工の文字列を直接操作できません。解析された JSON、XML、CSV などの構造化された内部オブジェクト表現が必要です。
パイプラインの Unroll プロセッサの前に、対応する Transform プロセッサを配置して、アンロールする前に未加工のログペイロードを解析する必要があります。
JSON の例: 配列要素を展開する前に未加工の JSON ペイロード文字列を解析するには、OTTL ステートメント set(body, ParseJSON(body)) を含む変換プロセッサを挿入します。
その他の形式: CSV、XML、YAML 形式のログデータにも、同様の事前解析変換ステップが必要です。

次の表に、プロセッサを示します。

プロセッサタイプ	能力
フィルタ	条件でフィルタ
フィルタ	HTTP ステータスでフィルタする
フィルタ	指標名でフィルタ
フィルタ	正規表現でフィルタ
フィルタ	重大度でフィルタする
秘匿化	機密データの秘匿化
変換	項目の追加
変換	Coalesce
変換	Concat
変換	フィールドをコピー
変換	フィールドを削除する
変換	マーシャル
変換	フィールドを移動
変換	CSV を解析する
変換	JSON を解析する
変換	Key-Value を解析する
変換	重大度フィールドを解析する
変換	タイムスタンプを解析する
変換	正規表現でパースする
変換	XML を解析する
変換	項目名の変更
変換	書き換えタイムスタンプ
変換	分割
変換	変換
展開	イベントの分割ログのスライスを複数の個別のログイベントに分割します。

プロセッサを追加する

プロセッサを追加する手順は次のとおりです。

[パイプライン] 構成カードで、[プロセッサ] ノードをクリックして [プロセッサの編集] ウィンドウを開きます。[Edit Processors] ウィンドウは、データフローごとに配置された次のペインに分かれています。
- 入力（またはソースデータ）: 最近の受信ストリームログデータ（処理前）
- 構成（またはプロセッサリスト）: プロセッサとその構成
- 出力（または結果）: 最近の送信結果ログデータ（処理後）
パイプラインが以前にロールアウトされている場合、システムは、最近の受信ログデータ（処理前）と最近の送信ログデータ（処理後）をペインに表示します。
[プロセッサを追加] をクリックして、プロセッサリストを表示します。プロセッサのリストは、プロセッサタイプ別にグループ化されています。リストを整理して独自のバンドルを追加するには、1 つ以上のプロセッサを選択し、[新しいプロセッサバンドルを追加] をクリックします。
プロセッサリストで、追加するプロセッサを選択します。
必要に応じてプロセッサを構成します。
[保存] をクリックして、プロセッサ構成を [プロセッサ] ノードに保存します。

システムは、受信ストリームデータの新しいサンプル（[入力] ペインから）を処理して新しい構成をすぐにテストし、結果の送信データを [出力] ペインに表示します。

データ処理パイプラインをロールアウトする

ストリームとプロセッサの構成が完了したら、パイプラインをロールアウトしてデータの処理を開始する必要があります。

[公開を開始] をクリックします。これにより、データ処理がすぐに有効になり、Google のインフラストラクチャが構成に従ってデータの処理を開始します。ロールアウトが成功すると、データ処理コンテナのバージョン番号が増分され、コンテナの name の横に表示されます。

API メソッドを使用してデータ処理を設定する

Bindplane コンソールの代わりに、Google SecOps データパイプラインメソッドを使用して、処理されたデータを管理できます。これらのデータパイプラインメソッドには、パイプラインの作成、更新、削除、一覧表示、フィードとログタイプのパイプラインへの関連付けが含まれます。

このセクションの例を使用するには、次の操作を行います。

お客様固有のパラメータ（URL やフィード ID など）を、お客様の環境に適したパラメータに置き換えます。
独自の認証を挿入します。このセクションでは、署名なしトークンは ****** に置き換えられています。

特定の Google SecOps インスタンス内のすべてのパイプラインを一覧表示する

次のコマンドは、特定の Google SecOps インスタンスに存在するすべてのパイプラインを一覧表示します。

curl --location 'https://abc.def.googleapis.com/v123/'\
'projects/projectabc-byop/locations/us/'\
'instances/aaaa1aa1-111a-11a1-1111-11111a1aa1aa/'\
'logProcessingPipelines' \
--header 'Authorization: Bearer ******'

1 つのプロセッサを使用して基本的なパイプラインを作成する

カスタム取り込みラベルの値をアップサートする単一の変換プロセッサを使用して基本的なパイプラインを作成し、3 つのソースを関連付けるには、次の操作を行います。

次のコマンドを実行します。

curl --location 'https://abc.def.googleapis.com/v123/projects/projectabc-byop/locations/us/instances/aaaa1aa1-111a-11a1-1111-11111a1aa1aa/logProcessingPipelines' \
--header 'Content-Type: application/json' \
--header 'Authorization: Bearer ******' \
--data '{
    "displayName": "Example Pipeline",
    "description": "My description",
    "processors": [
        {
            "transformProcessor": {
                "statements": [
                    "set(attributes[\"labels.myLabel.value\"], \"myValue\")"
                ]
            }
        }
    ]
}'

レスポンスから name フィールドの値をコピーします。

次のコマンドを実行して、3 つのストリーム（ログタイプ、コレクタ ID を含むログタイプ、フィード）をパイプラインに関連付けます。name フィールドの値を {pipelineName} 値として使用します。

curl --location 'https://abc.def.googleapis.com/v123/{pipelineName}:associateStreams' \
    --header 'Content-Type: application/json' \
--header 'Authorization: Bearer ******' \
--data '{
    "streams": [
        {
            "logType": "MICROSOFT_SENTINEL"
        },
        {
            "logType": "A10_LOAD_BALANCER",
            "collectorId": "dddddddd-dddd-dddd-dddd-dddddddddddd"
        },
        {
            "feed": "1a1a1a1a-1a1a-1a1a-1a1a-1a1a1a1a1a1a"
        }
    ]
}'

3 つのプロセッサを含むパイプラインを作成する

パイプラインは次のプロセッサを使用します。

フィルタ: 取り込みラベルに基づいて条件に一致するログをフィルタします。
変換: 名前空間の値をアップサートします。
秘匿化: カスタム正規表現パターンに基づいて、ログデータからメールアドレスと社会保障番号を秘匿化します。

パイプラインを作成して 3 つのソースを関連付けるには、次の操作を行います。

次のコマンドを実行します。

curl --location 'https://abc.def.googleapis.com/v123/projects/projectabc-byop/locations/us/instances/aaaa1aa1-111a-11a1-1111-11111a1aa1aa/logProcessingPipelines' \
--header 'Content-Type: application/json' \
--header 'Authorization: Bearer ******' \
--data-raw '{
    "displayName": "My Pipeline 2",
    "description": "My description 2",
    "processors": [
        {
            "filterProcessor": {
                "logConditions": [
                    "attributes[\"labels.log_source.value\"] == \"myLogSourceToFilterOut\""
                ]
            }
        },
        {
            "transformProcessor": {
                "statements": [
                    "set(attributes[\"environment_namespace\"], \"myValue\")"
                ]
            }
        },
        {
            "redactProcessor": {
                "blockedValues": [
                    "\\b\\d{3}[- ]\\d{2}[- ]\\d{4}\\b",
                    "\\b[a-zA-Z0-9._/\\+\\-—|]+@[A-Za-z0-9\\-—|]+\\.[a-zA-Z|]{2,6}\\b"
                ],
                "allowAllKeys": true
            }
        }
    ]
}'

レスポンスから name フィールドの値をコピーします。

curl --location 'https://abc.def.googleapis.com/v123/{pipelineName}:associateStreams' \
    --header 'Content-Type: application/json' \
--header 'Authorization: Bearer ******' \
--data '{
    "streams": [
        {
            "logType": "MICROSOFT_SENTINEL"
        },
        {
            "logType": "A10_LOAD_BALANCER",
            "collectorId": "dddddddd-dddd-dddd-dddd-dddddddddddd"
        },
        {
            "feed": "1a1a1a1a-1a1a-1a1a-1a1a-1a1a1a1a1a1a"
        }
    ]
}'

トラブルシューティング

このセクションでは、パフォーマンスの期待値の概要と、一般的な問題に対するセルフサービスによる修正方法について説明します。

レイテンシと上限

Ingestion API を使用してエージェントを構成すると、低ボリュームの Google SecOps パイプラインで確認応答時間が長くなることがあります。

レイテンシの平均は 700 ミリ秒から 2 秒に増加する可能性があります。必要に応じて、タイムアウト期間とメモリを増やします。データスループットが 4 MB を超えると、確認応答時間が短縮されます。

検証とテスト

データ処理の詳細は、Google SecOps コンソールで確認できます。

すべてのデータ処理構成を表示する

Google SecOps コンソールで、[設定] > [データマネジメント] > [データ処理] に移動します。ここで、構成済みのすべてのパイプラインを表示できます。
[Incoming Data Pipelines] 検索バーで、作成したパイプラインを検索します。パイプライン名やコンポーネントなどの要素で検索できます。検索結果には、パイプラインのプロセッサと構成の概要が表示されます。
パイプラインの概要から、次のいずれかの操作を行うことができます。
- プロセッサの構成を確認します。
- 構成の詳細をコピーします。
- [Bindplane で開く] をクリックして、Bindplane コンソール内でパイプラインに直接アクセスして管理します。

設定済みのフィードを表示する

システムで構成済みのフィードを表示する手順は次のとおりです。

Google SecOps コンソールで、[設定] > [データマネジメント] > [フィード] に移動します。SIEM のみのプラットフォームを使用している場合は、[設定] > [フィード] に移動します。[フィード] ページには、システムで構成したすべてのフィードが表示されます。
各行にポインタを合わせると、⋮ [その他] メニューが表示されます。このメニューでは、フィードの詳細の表示、フィードの編集、無効化、削除を行うことができます。
[詳細を表示] をクリックして、詳細ウィンドウを表示します。
[Bindplane で開く] をクリックして、Bindplane コンソールでそのフィードのストリーム構成を開きます。

利用可能なログタイプのデータ処理の詳細を表示する

[利用可能なログタイプ] ページでデータ処理の詳細を表示するには、次の操作を行います。このページでは、利用可能なすべてのログタイプを表示できます。

Google SecOps コンソールで、[設定] > [データマネジメント] > [利用可能なログタイプ] に移動します。SIEM のみのプラットフォームを使用している場合は、[設定] > [利用可能なログタイプ] に移動します。メインページには、すべてのログタイプが表示されます。
各フィード行にポインタを合わせると、 more_vert [その他] メニューが表示されます。このメニューでは、フィードの詳細を表示、編集、無効化、削除できます。
[データ処理を表示] をクリックして、フィードの構成を表示します。
[Open in Bindplane] をクリックして、Bindplane コンソールでそのプロセッサのプロセッサ構成を開きます。

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