抜粋：学習ガイド p.65：FortiViewの脅威ウィジェットは、IPSイベント、CVE、攻撃ベクトル、影響を受けるホストなど、上位の脅威とドリルダウン情報を表示します。
技術的な詳細解説：正解はCです。FortiViewのトップ脅威ビューは、脅威の種類と影響を受ける宛先/アプリケーションコンテキストを特定するために使用されます。この図は、アプリケーションに対してSQLインジェクション攻撃が発生したという結論を裏付けています。オプションAは、別の攻撃とターゲットを挙げています。オプションBは範囲が広すぎます。ウィジェット表示では、FortiAnalyzerが合計3種類のIPS攻撃のみを記録したことを証明していません。オプションDは、図によって裏付けられていない優先順位付けの判断です。FortiViewは深刻度と件数を表示しますが、アナリストは依然としてビジネスへの影響を評価します。

インシデントは通常、分析プロセスにおいて複数の段階を経ます。ほとんどの場合、インシデントの状況が更新された際には、関係者全員に通知することが重要です。
ファブリックコネクタは複数追加でき、それぞれに同じ通知設定または異なる通知設定を設定できます。
通知を正常に送信するためには、コネクタの受信側を適切に設定する必要があります。

FortiAnalyzerを使用してFortiOSデバイスと連携するプレイブックを作成する場合、FortiGate側で受信Webhookトリガーが必要です。これにより、自動化ステッチ内のアクションをFortiOSコネクタ経由で実行できるようになります。受信Webhookトリガーを使用すると、FortiAnalyzerは指定されたエンドポイントにHTTP POSTリクエストを送信することでFortiGate上でアクションを開始でき、その結果、FortiGate上で定義された自動化ステッチがトリガーされます。
各選択肢の分析は以下のとおりです。
* オプションA：FortiAnalyzerイベントハンドラー
* これは誤りです。FortiAnalyzerイベントハンドラーは、FortiAnalyzer自体の中でログイベントやアラートを処理するために使用されますが、FortiGate上で自動化ステッチをトリガーするものではありません。
* オプションB：ファブリックコネクタイベント
* これは誤りです。ファブリックコネクタのイベントはFortinetのSecurity Fabric統合に関連していますが、FortiAnalyzerからFortiGateの自動化ステッチをトリガーするために具体的に使用されるものではありません。
* オプションC：FortiOSイベントログ
* これは誤りです。FortiOSのイベントログは監視に使用できますが、FortiAnalyzerから直接自動化ステッチをトリガーするようには設計されていません。
* オプションD：受信ウェブフック
* これは正しいです。FortiGateの受信Webhookトリガーにより、FortiAnalyzerからのリクエストを受信できるようになり、プレイブックによってFortiGateデバイスで定義された自動化ステッチをアクティブ化できます。この方法は、FortiOSコネクタを介してFortiAnalyzerのアクションをFortiGateに統合するためによく使用されます。
* FortiOSおよびFortiAnalyzerのドキュメントによると、FortiAnalyzerのプレイブックをFortiGateの自動化ステッチと統合する場合、FortiGateで推奨されるトリガータイプはIncoming Webhookであり、これによりFortiAnalyzerはFortiOSコネクタを介してFortiGateの自動化フレームワークとやり取りできます。

正確な抜粋: 学習ガイド p.159: SELECT * FROM $log を使用して、選択したログタイプのスキーマを取得できます。
技術的な詳細解説：正解はCです。FortiAnalyzerデータセットは、レポートデータを抽出するだけでなく、ログタイプで使用可能な列を表示するためにもSQL SELECTクエリを使用します。SELECT * FROM $logを実行してデータセットをテストすると、データベーススキーマで使用可能な列ヘッダーが表示されます。オプションAは、SELECTが読み取り専用であり、データを消去しないため誤りです。オプションBは、WHEREはオプションですが、FROMは必須の句であるため誤りです。オプションDは、マクロがデータセットクエリを省略形で表現するため、SELECTロジックがマクロに直接関連しているため誤りです。

抜粋：学習ガイド105～106ページ：インシデント分析には監査履歴が含まれ、インシデントの設定/ステータスは常に最新の状態に保つ必要があります。
技術的な詳細解説：正解はAです。アナリストがインシデントのステータスを「クローズ：誤検知」に変更すると、FortiAnalyzerはインシデント監査履歴にその操作を記録します。これにより、説明責任が維持され、他のアナリストが何が変更されたのか、そしてその理由を確認できるようになります。対応するイベントは自動的に緩和済みとして再分類されるわけではありません。インシデントはクローズされたからといって削除されるわけではありません。インシデント番号は、ケースのライフサイクル全体を通して追跡するために使用される識別子であるため、安定したままです。