従来のファイアウォールは、集中型の境界防御とハードウェア容量の制限に基づいて設計されているため、パフォーマンスリスクをもたらします。クラウドやリモートワークのトラフィックは、暗号化された大量のトラフィックフローを生成し、アプライアンスベースの検査では処理しきれず、非効率なバックホールを余儀なくされる可能性があります。パフォーマンスの低下は従来のファイアウォールアーキテクチャにおける現実的なビジネスリスクであるため、オプションA（パフォーマンスの問題）が正解です。
他の選択肢が間違っている理由：
B) 管理の軽減：管理の軽減は、従来のファイアウォールによってもたらされるビジネスリスクではなく、運用上のメリットとなります。
C) 低コスト: 低コストは利点として挙げられますが、従来のファイアウォール環境では通常、ハードウェア、スケーリング、およびメンテナンスのコストが追加されます。
D) ライセンスサポートの低さ: ライセンスサポートは商業上の懸念事項であり、レガシーファイアウォールの問題でテストされた主なアーキテクチャ上のリスクではありません。

Zscalerのマルウェア対策ポリシーは、初期設定でウイルスと識別されたトラフィックをすべてブロックするように構成されており、既知の悪意のあるファイルが即座に拒否されるようになっています。

Zero Trust Exchangeの機能サービスビューでは、アンチウイルスはセキュリティサービス層に属します。この層には、アンチウイルス、サンドボックス、ファイアウォール/セキュリティ検査、および関連する脅威制御などの保護検査機能が含まれています。アンチウイルスはセキュリティサービスであり、プラットフォーム、アクセス制御、または純粋なATPのみのカテゴリではないため、オプションC（セキュリティサービス）が正解です。
他の選択肢が間違っている理由：
A) プラットフォームサービス：プラットフォームサービスは、ポリシー、ID、ログ記録などの共通基盤を提供します。
ウイルス対策ソフトは、セキュリティサービス保護層に属します。
B) アクセス制御サービス: アクセス制御サービスは、アクセス、セグメンテーション、および条件付き制御を処理します。
アンチウイルスは、セキュリティサービスに含まれる脅威検査機能です。
D) 高度な脅威防御サービス：高度な脅威防御は、特定の脅威対策機能群です。機能図では、アンチウイルスはセキュリティサービスの下に広く分類されています。

Risk360 は、Zscaler のテレメトリを侵害ライフサイクルに合わせた測定可能なサイバーリスクビューに変換します。主なリスク領域には、侵害の防止、データ損失、横方向の伝播、外部攻撃対象領域が含まれます。試験の設問は、アラートの数や修復の速さではなく、製品が定量化されたリスクをどのように整理するかを問うています。オプション D (侵害の 4 つの段階それぞれに対してリスクスコアが計算される) が正解です。Risk360 は主要な侵害段階全体にわたってリスクをスコアリングし、管理者や経営幹部が露出が集中している場所を把握して修復の優先順位を付けることができるためです。
他の選択肢が間違っている理由：
A) リスク事象の数は場所ごとに集計され、合算されます。場所ごとにリスク事象をカウントすると、事象量レポートが作成されます。Risk360は、侵害段階のリスクによる曝露を定量化することを目的としており、これは修復の優先順位付けに役立ちます。
B) リスクスコアは、業界平均と比較した必要な是正措置の数に基づいて計算されます。ピアベンチマークは経営幹部の比較に役立ちますが、この質問は Risk360 がスコアを内部的にどのように構成しているかを尋ねています。4 つの侵害段階によって構成されます。
C) 各リスクの軽減にかかる時間は合計され、平均化され、継続的な傾向を示すために追跡されます。軽減にかかる時間は、修復速度を示す運用指標です。Risk360がリスクスコア自体をどのように計算するかを説明するものではありません。

ZPAは、ポリシーに定められた認証条件とセキュリティ条件を満たした場合にのみアクセスを許可します。これはゼロトラストの中核となる動作です。つまり、IDが検証され、コンテキストがチェックされ、デバイスの状態が評価され、最小権限ルールに基づいて、セグメント化されたプライベートアプリにアクセス可能かどうかが判断されます。オプションA（認証とセキュリティに関連する基準チェックを通過した後）が正しいのは、アクセスは単に接続を開始することではなく、定義された基準を通過することを条件としているためです。
他の選択肢が間違っている理由：
B) 最高のパフォーマンスを実現するため、接続要求後すぐにアクセスします。即時アクセスでは、ゼロトラストの判断がスキップされます。ZPA は、プライベート アプリの接続を作成する前に、まず ID、コンテキスト、姿勢、ポリシーを確認します。
C). ランダムな秒数の短い遅延の後: ランダムな遅延は ZPA のセキュリティ制御ではありません。
アクセスは、ルール条件が評価された後、予測可能な形で許可または拒否されます。
D) プライベートアプリケーション内でユーザーパスワードを確認した後：プライベートアプリケーションには独自のログイン機能があるかもしれませんが、ZPA条件付きアクセスはユーザーがそのアプリケーションにアクセスする前に決定されます。ZPAはアクセスブローカーであり、アプリケーションのパスワードチェッカーではありません。