正解はCとDです。
選択肢Cが正解です。学習ガイドには、「ハンドラが自動化ステッチオプションを有効にしたイベントを生成すると、FortiAnalyzerが通知を送信する」と説明されており、Security Fabricワークフローでは、「FortiAnalyzerがログを解析し、ルートFortiGateに通知する」とあります。つまり、FortiGateはFortiAnalyzerイベントハンドラを消費して自動化に使用できるよう、まずFortiAnalyzer接続を設定する必要があります。図のウィザードメッセージも、FortiAnalyzer接続を設定する必要があると示しており、この要件を裏付けています。
オプションDも正解です。なぜなら、学習ガイドにはこの自動化フローにおいて「ルートFortiGateがアクションをトリガーする」と明記されており、「ルートFortiGateでステッチが設定されている」と示されているからです。したがって、FortiAnalyzerイベントハンドラを表示させて自動化に利用できるようにするには、トリガーを任意のダウンストリームFortiGateではなく、ルートFortiGateで設定する必要があります。
オプションAは誤りです。「+作成」はGUIコントロールに過ぎず、イベントハンドラーの可視性不足の問題を解決しません。オプションBは、FortiGateオートメーショントリガーリストでFortiAnalyzerイベントハンドラーを使用可能にするための要件として、学習ガイドに記載されていません。

提供された資料およびFortinet Security Fabricに関するOT Security 7.6アーキテクトカリキュラムに基づくと、次のようになります。
* ファブリックロール：展示資料には、FortiGate-2 の役割が「ファブリックに参加」に設定されていることが明確に示されています。これは、FortiGate-2 がダウンストリームデバイスであり、ファブリックルートではないことを裏付けています（オプション A は除外されます）。
* アップストリーム接続：デバイスは、IPアドレスのアップストリームFortiGateを指すように構成されています。
10.1.2.254 .
* ファブリックステータス：現在のステータスは「未接続」と表示されています。標準的なFortinet Security Fabricの展開では、ダウンストリームデバイスがファブリックに参加するように設定されると、アップストリームのルートデバイスにリクエストが送信されます。その後、ルートFortiGateはダウンストリームユニットを明示的に承認する必要があり、承認されると接続が確立され、ステータスが「接続済み」に変わります。
* 認証要件: アップストリーム IP が正しく設定されているにもかかわらず「未接続」ステータスが表示される場合は、ルート FortiGate で認証ステップが保留中であることを示す典型的な兆候です。
さらに、LANエッジデバイスのセクションでは、この特定のユニットで認証を必要とする別の下流のFortiGateが表示されており、認証はファブリック階層のすべての段階で手動によるセキュリティ要件であることが強調されています。
* FortiAnalyzer ステータス: ロギングと分析のセクションで FortiAnalyzer が無効になっていると表示されますが、これは設定上の選択であり、セキュリティファブリックの接続を妨げるものではありません。したがって、これを設定しても、表示されている接続ステータスの解決策にはなりません (オプション C は除外されます)。
要約すると、FortiGate-2 は、管理者がルート FortiGate (10.1.2.254) にログインし、FortiGate-2 からの参加要求を承認するまで、ファブリックに参加できません。

FortiAnalyzerプレイブックエンジンから提供されたデータに基づくと、以下のようになります。
* プレイブックのトリガー条件：部分的なプレイブック構成図は、基本ハンドラー名が IPS_Attack_Handling と等しいという条件に基づいてプレイブックがトリガーされるように設定されていることを示しています。
* イベントとログ：FortiAnalyzerでは、[基本ハンドラー名]フィールドはイベントレコードのプロパティであり、イベントを生成した特定のイベントハンドラーを示します。この条件で構成されたプレイブックは、生のログではなく、イベントによってトリガーされます。
* プレイブック実行フロー：部分プレイブックモニタービューには、実行シーケンスが表示されます。
* Event_Trigger (Starter) : これはプレイブックのエントリポイントであり、構成で定義された条件に一致します。
* IPS_Attack_Incident : トリガー発生後に最初に実行されるタスク。
* Run_Report：スターターによって開始された自動化ワークフローの一部として実行される、対象となるタスク。
* 結論: プレイブックの「Starter」はIPS_Attack_Handlingハンドラー名で定義されているため、そのハンドラーによって生成されたイベントは、Run_Reportタスクを含むプレイブック全体の実行のルートトリガーとなります。
したがって、IPS_Attack_Handling イベントによって (プレイブックの一部として) Run_Report タスクがトリガーされました。

展示資料およびOT Security 7.6 Architectのセキュアリモートアクセスに関する標準規格に基づくと、次のようになります。
* セキュア・トンネリング（ステートメントA）：この図は、VPNクラウド経由でエッジFortiGateに接続するリモートPCを示しています。Fortinetアーキテクチャでは、IPsec VPNは、リモート管理者またはスーパーバイザーが外部から内部OTセグメント（レベル2/3）にアクセスするための、安全で暗号化されたトンネルを確立する主要な方法です。
* 多要素認証（ステートメントB）：OT環境における安全なリモートアクセス（IEC 62443規格に準拠）には、強力な認証が必要です。本学習ガイドでは、VPNユーザー向けに二要素認証（2FA）を提供するFortiTokenの使用を推奨しており、認証情報が漏洩しただけでは重要なインフラストラクチャへのアクセスが不可能になることを保証しています。
* FSSO（ステートメントD）：Fortinet Single Sign-Onは、一般的にネットワーク上に既に存在する内部ユーザーを識別してIDベースのポリシーを適用するために使用されます。リモート接続自体を確立するための主要なメカニズムではありません。
* SD-WAN（ステートメントC）：SD-WANはVPNトラフィックのパスを管理できますが、認証と暗号化のコンテキストでは、管理者にとっての「安全なリモートアクセス」機能ではなく、WANの最適化と信頼性の機能です。

正解はC. EtherCATです。
学習ガイドには、「Ethernet/IPやModbus/TCPなどの産業用イーサネットプロトコルでは、VLANを使用して物理LANを複数の論理LANに分割できる」と記載されています。これは、Ethernet/IPとModbus/TCPがOT環境においてVLANベースのセグメンテーションをサポートしていることを直接的に裏付けています。
対照的に、このガイドでは「EtherCATはレイヤ3から6をスキップしてリアルタイム通信を実現する」と説明し、「オープンソフトウェアによる改良型イーサネット」のアプローチであると述べている。EtherCATは、通常のVLANベースのセグメンテーションに使用される標準的なEthernet/IPモデルとは異なる動作をするため、Ethernet/IPやModbus/TCPのようにVLANをサポートしないプロトコルとしてここで挙げられている。
したがって、学習ガイドの比較に基づくと、検証済みの答えはEtherCATです。