メール以外にも、アラートルールの通知はWebhookを介してプッシュ配信され、ITSMプラットフォームやUCaaSツールと統合することで、既存のサービスデスクやメッセージングシステムにおけるリアルタイムのインシデント管理とコラボレーションが可能になります。

アラートルールは、ZscalerのThreatLabZで定義済みの検出結果、または顧客定義のロジックに基づいて作成できます。これにより、組織はベンダーの脅威インテリジェンスとテナント固有のアラート要件を組み合わせることができます。オプションA（ThreatLabZで定義済みと顧客定義）が正解です。これは、アラートルールの種類がThreatLabZで定義済みと顧客定義の2種類であるためです。
他の選択肢が間違っている理由：
B) Snortの定義とサードパーティの定義: サードパーティのPageRiskフィードは外部ソースの評判になります。Zscalerの回答は独自のマルチデータWebページアルゴリズムです。
C) ThreatLabZによる事前定義とサードパーティによる定義：サードパーティのPageRiskフィードは外部ソースの評判データであり、Zscalerの回答は独自のマルチデータWebページアルゴリズムです。
D) 顧客定義と第三者定義: 第三者の PageRisk フィードは外部ソースの評判になります。Zscaler の回答は独自のマルチデータ Web ページ アルゴリズムです。

XSS対策は、Cookieの窃盗や信頼できるサイトコンテキストを介した潜在的に悪意のあるリクエストの送信など、ブラウザ側のスクリプトによる悪意のある動作に対処します。これらの攻撃は、ブラウザが正当なアプリケーションを信頼していることを悪用し、セッションやユーザーデータを漏洩させる可能性があります。オプションC（Cookieの窃盗と潜在的に悪意のあるリクエスト）が正解です。Cookieの窃盗と潜在的に悪意のあるリクエストは、XSS攻撃の結果だからです。
他の選択肢が間違っている理由：
A) セキュリティ例外と悪意のあるアクティブコンテンツの保護: 悪意のあるアクティブコンテンツとは、ユーザーセッションを悪用または操作できるスクリプト、アプレット、またはブラウザで実行されるオブジェクトのことです。
B) ファイル形式の脆弱性とブラウザの悪用: ファイル形式の脆弱性とブラウザの悪用は、より広範な悪用カテゴリです。XSS は特に、信頼できる Web コンテキストでのスクリプト実行を悪用します。
D) Cookie の窃盗と高度な脅威ポリシー: Cookie の窃盗は XSS の結果ですが、「高度な脅威ポリシー」はポリシーファミリーであり、回答にある 2 番目の XSS エクスプロイトタイプではありません。

サーバーグループは、FQDN（またはIPアドレス）とポートによって定義される実際のバックエンドエンドポイントを保持し、それらのFQDNをIPアドレスに効果的にマッピングすることで、ZPAがトラフィックをどのホストにルーティングすべきかを認識できるようにします。

プライベートアプリケーションをホストする各環境において、App Connectorsは冗長構成でペアにして配置する必要があります。ZPAはアプリケーションサーバーへのアウトバウンド接続のみを提供するためにコネクタを必要とするため、コネクタが1つしかない場合は可用性リスクが生じます。4つのデータセンターの場合、最低限必要な耐障害性設計は、データセンターごとに2つのコネクタです。そのため、オプションB（8個 - データセンターごとに2個）が正解となります。4つのデータセンターにデータセンターごとに2個のコネクタを掛けると、8個のApp Connectorsになります。
他の選択肢が間違っている理由：
A) 6個 - データセンターごとに1個、コールドスタンバイ用に2個：コールドスタンバイコネクタは、必要になるまで待機状態になります。ZPAの耐障害性は通常、少数のパッシブ予備ではなく、ホスティング拠点ごとにアクティブな冗長コネクタに依存します。
C) 4つ - データセンターごとに1つ: データセンターごとにコネクタが1つなので、そのサイトの障害発生箇所は1つになります。メンテナンス作業やコネクタの停止が発生すると、そのデータセンターのプライベートアプリへのアクセスが中断されます。
D) 16 - 他のデータセンターへのフルメッシュをサポートする: フルメッシュはネットワークトポロジーの考え方です。
ZPAアプリコネクタは、コネクタ間のメッシュリンクを必要としません。必要なのは、Zscalerクラウドへの冗長なアウトバウンド接続性です。