説明
デフォルトの Netskope テナント ステアリング構成では、信頼されていないルート証明書と自己署名サーバー証明書がブロックされます。これらの設定は、中間者攻撃を防ぎ、SSL 接続の有効性を確保することを目的としています。ただし、自己署名 SSL 証明書を使用する開発 Web サーバーへのアクセスも防止します。Web サーバーへのアクセスを許可するには、設定を変更するか、Web サーバー ドメインに例外を追加する必要があります。

フェール クローズ ステータスを確認する方法は B です。nsdebuglog.log を確認します。nsdebuglog.log は、Netskope クライアントのステータス、構成、イベント、エラーなどの情報を含むログ ファイルです。nsdebuglog.log ファイルを確認し、「failCloseStatus」という行を探すことで、フェール クローズ ステータスを確認できます。
「1」。これは、Netskope クライアントのフェール クローズ オプションが有効になっていることを示します4。フェール クローズ オプションは、Netskope クライアントに障害が発生したり、Netskope クラウドへの接続が失われたりした場合に、すべての Web トラフィックをブロックできる機能です5。したがって、オプション B が正しく、他のオプションは正しくありません。参照: Netskope クライアントのトラブルシューティング - Netskope Knowledge Portal、クライアント構成 - Netskope Knowledge Portal

このシナリオでセキュリティのために IPSec トンネルを使用して Netskope を展開する場合、接続を成功させるために考慮すべき 2 つの点は、C. 冗長 POP と D. ホストの数です。冗長 POP は、Netskope クラウド プラットフォームをホストする地理的に分散されたデータ センターである Point of Presence です。POP の 1 つで障害または停止が発生した場合に IPSec トンネルの高可用性と回復力を確保するには、冗長 POP を検討する必要があります。ネットワークから異なる POP への複数の IPSec トンネルを構成し、BGP などの動的ルーティング プロトコルを使用してトラフィックの負荷分散とフェイルオーバーを行うことができます1。ホストの数とは、クラウド サービスにアクセスするために IPSec トンネルを使用するデバイスまたはエンドポイントの数です。IPSec トンネルの帯域幅とスループットの要件を見積もり、トラフィック量を処理できる適切な POP を選択するには、ホストの数を考慮する必要があります。Netskope 帯域幅計算ツールを使用して、ホストの数、場所、クラウド サービスに基づいて帯域幅とスループットを見積もることができます2。
したがって、オプション C と D は正解であり、他のオプションは不正解です。参考資料: IPSec - Netskope Knowledge Portal、Netskope Bandwidth Calculator

説明
Microsoft 365 および Azure アプリケーションのコンプライアンス標準を継続的に検出して適用するには、お客様は Netskope SaaS Security Posture Management (SSPM) と Netskope Continuous Security Assessment (CSA) を使用する必要があります。Netskope SSPM を使用すると、お客様は Microsoft 365 などの SaaS 環境におけるセキュリティ、アクセス許可、アクセス関連の問題を監視、評価し、対処することができます。Netskope SSPM は、SaaS アプリの設定をセキュリティ ポリシーや業界ベンチマーク (CIS、PCI-DSS、NIST、HIPAA、CSA、GDPR、AIPCA、ISO など) と比較することで、セキュリティ ポスチャを継続的にチェックします。また、管理対象アプリに接続されているサードパーティ アプリの可視性と制御も提供します1。Netskope CSA を使用すると、お客様は Azure などの IaaS 環境における構成ミスを検出し、監査し、修正することができます。Netskope CSA は、業界標準、CIS ベンチマーク、規制フレームワークに照らしてクラウド構成を継続的に監視および監査します。また、パブリック クラウドを脅威やデータ損失から保護するためのリアルタイムのインライン保護も提供します2。したがって、オプション A と D は正解であり、他のオプションは不正解です。参考資料: SaaS セキュリティ ポスチャ管理 - Netskope、パブリック クラウド セキュリティ ソリューション - Netskope

Netskope DLP ポリシーのどれが最も多くのインシデントを生み出しているかを調査するには、次の 2 つのステートメントが当てはまります。
* 分析機能を使用して、トリガーされた上位 5 つの DLP ポリシーを確認できます。分析機能を使用すると、カスタム ダッシュボードとウィジェットを作成して、データを視覚化して調査できます。DLP ポリシー ウィジェットを使用すると、特定の期間に最も多くのインシデントを生成した上位 5 つの DLP ポリシーを確認できます3。
* レポートまたは高度な分析を使用してレポートを作成できます。レポート機能を使用すると、定義済みのテンプレートまたはカスタム クエリに基づいて、スケジュールされたレポートまたはアドホック レポートを作成できます。ポリシー別の DLP インシデント テンプレートを使用して、DLP ポリシーごとのインシデント数を示すレポートを生成できます4。高度な分析機能を使用すると、データに対して SQL クエリを実行し、結果を CSV または JSON ファイルとしてエクスポートできます。DLP_INCIDENTS テーブルを使用して、ポリシー名とインシデント数でデータをクエリできます5。
他の 2 つの記述は、次の理由により正しくありません。
* Sk​​ope IT アプリケーション タブには、上位 5 つの DLP ポリシーは表示されません。Skope IT アプリケーション タブには、組織のクラウド アプリの使用状況とリスクの概要が表示されます。DLP ポリシーやインシデントに関する情報は表示されません6。
* Sk​​ope IT Alerts タブには、上位 5 つの DLP ポリシーは表示されません。Skope IT Alerts タブには、DLP、脅威保護、IPS などのさまざまなポリシーとプロファイルによって生成されたアラートが表示されます。ポリシーごとのインシデント数は表示されず、インシデントごとのアラート数のみが表示されます7。