Skip to main content
Zscaler Internet Access (ZIA) の Cloud Nanolog Streaming Service (NSS) フィードを接続して、Web ログを Living Security に送信します。これはプッシュ型の連携であり、プル型の Zscaler Client Connector 連携とは別のものです。

​
この連携で提供される情報

Web ログフィードでは、Web アクティビティに関与したユーザーとデバイスを特定できます。また、ブロックされたリクエスト、悪意のある宛先、データ転送のブロック、生成 AI の利用といった正規化されたアクティビティを提供できます。結果は、Zscaler で設定したフィールドとフィルターによって異なります。

​
始める前に

次のものが必要です。
  • ZIA Cloud NSS のサブスクリプション、および Cloud NSS フィードを管理する権限
  • Living Security で連携とアクセスキーを管理する権限
  • 対象の Living Security 組織のリージョン
  • 生成されたアクセスキーを保管するための安全な場所
Zscaler では、HTTPS の Cloud NSS 宛先に、公的に信頼された TLS 証明書が必要です。Living Security のリージョン別エンドポイントはこの要件を満たしています。

​
1. Living Security を準備する

1

ソースとストリームを作成する

設定 → 連携 → カタログ に移動し、Custom Push Source を追加して、次のルーティングキーをそのまま使用します。web_logs のアンダースコアは必須です。異なる組み合わせでもデータは受け付けられる場合がありますが、保守されている Zscaler NSS インタープリターは使用されません。
2

アクセスキーを作成する

設定 → Access Keys に移動し、Push Ingest スコープのアクセスキーを作成して、その値をすぐにコピーします。
3

宛先 URL を作成する

Living Security のリージョンに対応する URL を使用します。
  • 米国: https://api.us-east-1.livingsecurity.ai/api/v1/push-ingest/zscaler-nss-feed/web_logs
  • 欧州連合: https://api.eu-west-1.livingsecurity.ai/api/v1/push-ingest/zscaler-nss-feed/web_logs

​
2. Cloud NSS フィードを作成する

現行の ZIA Admin Portal で、Logs → Log Streaming → Internet Log Streaming — Nanolog Streaming Service に移動し、Cloud NSS Feeds を開いて Add Cloud NSS Feed を選択します。古いバージョンの ZIA ポータルでは、メニューのラベルが異なる場合があります。ポータルの操作手順については、Zscaler の Cloud NSS Web ログの手順が正式な情報です。 フィードを次のように設定します。
x-api-key は使用しないでください。また、従来の API キーとシークレットをピリオドで連結して使用しないでください。現在の Living Security のプッシュインジェストでは、スコープ付きアクセスキーのみが Authorization: Bearer … ヘッダーで受け付けられます。
次の、階層のない Feed Output Format を 1 行でそのまま使用します。
すべてのフィールドを最上位に配置してください。廃止された Unify のガイドでは、これらのフィールドが event オブジェクト内にラップされ、sourcetype が追加されていました。このエンベロープは JSON としては受け付けられる場合がありますが、現在のインタープリターと一致しないため、ユーザーもアクティビティも生成されません。
Zscaler のイベントを確認する際に運用チームが想定しているタイムゾーンを選択してください。Living Security は、フィードから提供される datetime の値を解析します。

​
3. フィードをフィルターして有効化する

Zscaler の Policy Action フィルターと Policy Reason フィルターを使用して、ヒューマンリスクプログラムに必要な Web アクティビティを送信します。トラフィックの急増時にログが破棄される可能性があるため、1 秒あたりのイベント数を低く設定することは避けてください。組織でフィードに上限を設ける必要がある場合は、調整中に Zscaler の配信状況と Living Security の Push History の両方を監視してください。 フィードを保存し、Zscaler の接続テストを実行してから、Status を Enabled に設定します。

​
4. 配信と解釈を確認する

  1. Living Security で、設定 → 連携 → 接続されました → zscaler-nss-feed を開きます。
  2. Push History で、最近の web_logs の実行に想定どおりのレコード数が表示されていることを確認します。
  3. 最近の Zscaler のユーザーまたはデバイスの IP が、想定される担当者に関連付けられていること、および Web アクティビティが下流で利用できることを確認します。
  4. 実行は受け付けられたがアクティビティが表示されない場合は、ソース、ストリーム、階層のない出力フォーマットが正確であることを再確認してください。

​
トラブルシューティング

API が受け付けるのは、1 リクエストあたり最大 10,000 レコードおよび 10 MB までで、組織ごとに 60 秒あたり 600 リクエストまでです。レスポンスと再試行の仕様の詳細については、Custom Push Source API を参照してください。

​
関連情報

Custom Push Source API

認証、ペイロードの制限、レスポンス、再試行、実行の確認について説明します。

Zscaler Client Connector

デバイスとポスチャーのデータ用に、別の Client Connector API を接続します。