Important: This integration is a preview and subject to change. The certification process is underway.
概観
Exabeamの統合を使用して、Catoのネットワークおよびセキュリティのデータを他のソースのデータと並行してExabeam New-Scale Security Operations Platformで分析します。ネイティブ統合はデータを直接JSON Webhook Cloud Collectorに送信するので、SOCセンターはCatoのレコードを検索し、モニタリングや調査ワークフローに使用できます。
統合をCato管理アプリケーション(CMA)で設定します。 CatoはJSON配列を含むHTTPS POSTリクエストを送信し、コレクターのベアラートークンで認証します。 ExabeamでCatoフィールドを解析するには、追加の設定が必要になる場合があります。
Exabeamデータソース
イベント、フロー、またはその両方を送信できます:
イベント: ポリシーの一致、脅威、接続性の変更、監査アクティビティなどのネットワークとセキュリティ活動の記録。
フロー: アプリケーションとユーザーのコンテキストを追加し、バイト数、パケット数、期間などの集約されたセッションの詳細を含むネットワークフローの記録。
各記録にはdata_sourceフィールドが含まれ、その値はeventsまたはflowsとなります。フローデータは、トラフィックに応じてイベントデータよりもかなり多くのボリュームを生成する可能性があります。
必須条件
CMAのリソースセクション内での統合のエディター権限。詳細については、RBACを使用した管理者ロールの管理を参照してください。
Exabeam New-Scaleの展開でクラウドコレクターを管理する権限。
イベント連携の始め方に説明されている前提条件、必要なIPリスト登録を含みます。
ユースケース
これらの例は、関連するデータソースが取り込まれ、レコードの関連付けに使用される項目が一貫して解析されることを前提としています。
イベント
Exabeamサーチのタイムラインで、Cato脅威イベントと同じタイミングでのIDプロバイダーへのサインインを並べ、潜在的に侵害されたアカウントを調査します。一致するユーザー情報とタイムスタンプを使用して、アクティビティのシーケンスを構築します。
フロー
アカウントのCatoフローレコードを調査に追加し、連絡先、接続時間、転送ボリュームを評価します。
Exabeam統合の作成
ExabeamでJSON Webhook Cloud Collectorを作成し、その宛先URLと認証トークンを使用してCMAで統合を設定します。
ステップ1: ExabeamでWebhook Cloud Collectorを作成
コレクターを作成するには:
Exabeamにログインして、Collectors > Cloud Collectors に移動します。
新しいコレクタ をクリックし、Webhook を選択します。
Cato Networksなどの説明的な名前を入力します。フォーマット では JSON を選択します。このフォーマットは、Catoが送信するJSON配列から個々のレコードをExabeamが抽出できるようにします。
(オプションで)サイト とタイムゾーン を選択します。
インストールをクリックします。 Exabeamは、認証トークンと宛先URLを表示します。両方の値をコピーして、トークンを安全に保管します。
概要に移動 をクリックし、コレクターが表示されることを確認します。
地域ホスト名および /logs/json パスを含む、コレクターの完全なURLを使用します。
ステップ 2: curl を使用してエンドポイントをテストする
CMAに統合を設定する前に、Exabeamへ直接テストリクエストを送信します。これにより、Catoの統合からエンドポイントと認証の問題を分離できます。
エンドポイントをテストするには:
テストエンドポイントのAPIホスト名で
<api-fqdn>を置き換えます。隠されたプロンプトでコレクタトークンを入力します。この例では、Bash構文を使用して改行区切りのJSONを使用します。サンプルのタイムスタンプを現在のUTC時刻で更新し、次のコマンドを実行します:
例全体をインタラクティブな Bash シェルで実行します(必要に応じて最初に
bashを実行します)。隠されたプロンプトで資格情報を入力し、コマンドに挿入しないでください。この例では、シェルトレーシングを無効化し、標準入力を介して--header @-を使用して認証ヘッダーを通し、資格情報をシェル履歴や curl コマンドライン引数から保護します。例が終了したときに、仮の資格情報変数は破棄されます。( set +axv set -euo pipefail unset CATO_TEST_TOKEN IFS= read -r -s -p 'Exabeam collector token: ' CATO_TEST_TOKEN builtin printf '\n' >&2 case "$CATO_TEST_TOKEN" in ''|*$'\r'*) builtin printf 'キャリッジリターンなしの非空資格情報を入力してください。\n' >&2; exit 1 ;; esac builtin printf '%s\n' "Authorization: Bearer ${CATO_TEST_TOKEN}" | \ curl -q --fail --show-error --include --max-time 30 -X POST 'https:///ingest/api/v1/third_party_log/hec' \ --header @- \ -H "Content-Type: text/plain" \ --data-binary $'{"timestamp": "2026-10-20T10:00:03Z", "msg": "ndjson log line 1"}\n{"timestamp": "2026-10-20T10:00:05Z", "msg": "ndjson log line 2"}\n' ) HTTPレスポンスでエラーを確認します。成功したリクエストはHTTP 2xxステータスを返します。
Exabeamで
ndjson log line 1とndjson log line 2を検索し、それらが別々のレコードとして表示されることを確認します。
このテストは、宛先がサンプルリクエストを受け入れるかどうかを確認します。以下の統合設定後、Catoデータと解析を検証します。
ステップ3: CMAで統合を作成
Exabeam統合を作成するには:
CMAのナビゲーションメニューから、リソース>統合に移動します。
設定済みの統合タブを開き、新規をクリックします。
Exabeamを選択し、データエクスポート機能を利用します。
名前とオプションの説明を入力します。
インジェストURLには、Exabeamによって生成された完全な宛先URLを貼り付けます。
Bearerトークンには、コレクターの認証トークンを貼り付けます。トークンのみを入力します。Catoは
Bearerプレフィックスを追加します。データソースの下で、イベント、フロー、またはその両方を選択します。
(オプション) イベントとフローのフィルターを設定し、送信するレコードを制御します。フィルターをご覧ください。
保存をクリックします。
Catoはトークンを暗号化して保存し、再表示しません。コレクタートークンを更新する際に統合をアップデートしてください。
ステップ4: インジェストとパーシングを確認
CatoのデータがExabeamに届いたことを確認するには:
CMA内で、統合のステータスを確認します。必要に応じてページを更新し、認証または宛先のエラーを確認します。
Exabeamで、Collectors > Cloud Collectors > 概要に移動し、Cato コレクターを開いてデータを受信していることを確認します。
選択したデータソースごとに直近のCatoイベントまたはネットワークトラフィックを生成します。
Exabeam Searchを使用して、特徴的な値または
data_sourceフィールドによって直近のCatoレコードを見つけます。両方のソースが選択されている場合、eventsとflowsの両方の値でレコードを確認します。Catoの項目が解析されているか確認します。レコードが解析されていない場合は、Exabeamのガイダンスに従ってAuto Parser GeneratorまたはLog Streamワークフローを使用して解析を設定します。
フィルター
イベントとフローフィルターを使用して、ExabeamにエクスポートされるCatoデータを制限します。これにより、取り込み量を制御し、関連する活動に調査を集中させることができます。
グループ内のフィルター条件はANDロジックを使用します。別々のグループはORロジックを使用します。
イベントフィルター – コンディションを定義するにはフィルタの追加をクリックするか、他のフィルターグループを追加するにはグループ追加をクリックします。
フローフィルター – フローが選択されると利用可能です。イベントフィルターと同じロジックを使用します。
厳しすぎるフィルターはエラーを報告せずにすべてのレコードを除外する可能性があります。データが届かない場合は、選択したデータソースとフィルター条件を確認してください。
確認された制限事項
Exabeamの汎用Webhook Cloud Collectorには事前設定されたコンテンツサポートが含まれていません。 Catoレコードのパーサーを開発する必要があるかもしれません。
Exabeamは圧縮されていないバッチリクエストを32MBと2分のリクエスト期間に制限しています。
Exabeamのサイトメタデータの変更は、Webhookログに表示されるまで最大で五分かかります。
Cato統合のリクエストボディ形式、コンテンツタイプ、または認証ヘッダーをカスタマイズすることはできません。
トラブル解決
問題点 | 解決 |
|---|---|
認証はHTTP 401または403で失敗します | トークンが宛先のコレクターに属し、期限切れや取り消されていないことを確認してください。コレクタートークンをコピーまたは再生成し、CMAでBearer Tokenを更新します。 |
宛先が到達不能であるか、HTTP 404を返します | Exabeamから完全な宛先URLをコピーします。リージョナルホスト名と |
宛先がHTTP 400を返すか、レコードを拒否します | コレクターがJSONフォーマットを使用し、CatoがコレクターのJSON宛先URLを使用していることを確認します。 |
統合は正常に見えますが、データが到着しません | データソースの選択とフィルターを確認し、Catoアクティビティを生成し、Exabeamのコレクターの概要をレビューします。取り込みまで数分待ちます。 |
イベントまたはフローのみが到着します | 必要なソースが選択されていることを確認し、各ソースのフィルターグループを見直します。 |
レコードは到着しますが、項目は解析されません | 生のレコードを確認し、Exabeamのオートパーサー生成器またはログストリームのワークフローで解析を設定します。 |
リクエストが大量に失敗します | バッチサイズとリクエスト持続時間の制限に関するコレクターエラーを確認します。影響を受けた時間範囲と宛先の応答をCatoサポートに連絡します。認証トークンは除外します。 |