Azure クライアント シークレットは、作成時にのみ表示される 1 回限りの値です。管理者がクライアント シークレットを紛失したり忘れたりした場合、Azure ポータルから取得することはできません。
ただし、新しいクライアント シークレットを作成し、それを使用して Terraform を構成することはできます。新しいクライアント シークレットを作成するには、次の手順に従う必要があります。
Azure ポータルにサインインし、Azure Active Directory サービスに移動します。[アプリの登録] でアプリケーション名を選択します。[証明書とシークレット] > [新しいクライアント シークレット] を選択して、新しいクライアント シークレットを作成します。クライアント シークレットの説明と有効期限を追加し、[追加] を選択します。新しいクライアント シークレットの値は再度表示されないため、すぐにコピーしてください。

Microsoft Azure Cloud Shell を使用して Terraform を準備するには、次の手順を実行する必要があります。
* Azure にストレージ アカウントを設定します。これは、Terraform 状態ファイルを BLOB コンテナーに保存するために必要であり、これによりインフラストラクチャ構成のコラボレーションと永続化が可能になります1。
* Terraform をアップロードするには、wget (terraform_version) コマンドを使用します。このコマンドは、公式サイトから最新バージョンの Terraform をダウンロードし、現在のディレクトリに zip ファイルとして保存します2。
* Terraform ファイルを bin ディレクトリに移動します。この手順では、Terraform 実行可能ファイルを zip ファイルから抽出し、PATH 環境変数の一部である bin ディレクトリに移動します。これにより、Cloud Shell2 の任意のディレクトリから Terraform コマンドを実行できるようになります。
他のオプションは、次の理由で正しくありません。
* Terraform をダウンロードする際に -O コマンドを使用する必要はありません。このコマンドは、ダウンロードしたファイルに別の出力ファイル名を指定するために使用されますが、このタスクでは必要ありません3。
* Azure で Terraform をサブスクライブする必要はありません。Terraform は、どのクラウド プロバイダーでも使用できるオープン ソース ツールであり、Azure4 で使用するためにサブスクリプションや登録は必要ありません。参考資料:
* ルートテーブルの更新とIAMポリシーの追加
* Bash を使用して Azure Cloud Shell で Terraform を構成する
* wget(1) - Linuxマニュアルページ
* HashiCorp による Terraform

正解は C と D です。FortiGate NGFW は、ラベル認識ポリシーを使用して North-South コンテナ トラフィックを検査でき、FortiGate NGFW と FortiSandbox を使用してコンテナ トラフィックを保護できます。
コンテナ セキュリティに関する Fortinet のドキュメント1 によると、FortiGate NGFW はコンテナ インフラストラクチャのセキュリティ保護に次のような利点をもたらします。
* ラベル認識ポリシーを使用して、コンテナと外部ネットワーク間の North-South トラフィックを検査できます。これにより、Kubernetes ラベルとメタデータに基づいて動的なポリシー適用が可能になります。
* FortiSandbox と統合して、疑わしいファイルや URL をクラウドベースのサンドボックスに送信し、分析と検出を行うことで、コンテナ トラフィックに対する高度な脅威保護を提供できます。
* FortiGuard セキュリティ サービスを活用して、ウイルス対策、Web フィルタリング、IPS、アプリケーション制御など、コンテナ トラフィックに関するリアルタイムの脅威インテリジェンスと更新を提供できます。
他のオプションは、次の理由で正しくありません。
* FortiGate NGFW は、不要な複雑さとオーバーヘッドが生じるため、North-South トラフィック検査のために各アプリケーション コンテナの間に配置することはできません。代わりに、FortiGate NGFW をコンテナ ネットワークのエッジに導入するか、サイドカー プロキシとして導入して、入口と出口のポイントでトラフィックを検査することができます。
* FortiGate NGFW はワーカー ノードに接続してコンテナを保護することはできません。コンテナ トラフィックに対する十分な可視性と制御が得られないためです。代わりに、FortiGate NGFW はネイティブの Kubernetes API とサービスを活用してコンテナ トラフィックを監視および保護できます。
1:Fortinet ドキュメント ライブラリ - コンテナ セキュリティ

A: ピア GRE アドレスは、FortiGate 外部インターフェイスの IP アドレスです。これは、トランジットゲートウェイアタッチメントサブネット 1 に接続されている FortiGate インターフェイスの IP アドレスです。この IP アドレスは、FortiGate とトランジットゲートウェイ 2 間の GRE トンネルを確立するために使用されます。B. トランジットゲートウェイ GRE アドレスは自動生成されます。これは、FortiGate 2 との GRE トンネルを確立するために使用されるトランジットゲートウェイの IP アドレスです。この IP アドレスは、Connect アタッチメント 3 を作成するときに指定したトランジットゲートウェイ CIDR 範囲から AWS によって自動的に割り当てられます。
他のオプションは、次の理由で正しくありません。
* BGP 内部 CIDR ブロックは、/29 を含む CIDR ブロックにすることはできません。IPv4 の場合は 169.254.0.0/16 範囲の /29 CIDR ブロック、IPv64 の場合は fd00::/8 範囲の /125 CIDR ブロックである必要があります。これらは、GRE トンネル経由の BGP ピアリングに使用される内部 IP アドレスです4。
* ピア GRE アドレスは、FortiGate の内部インターフェイス IP アドレスではありません。内部インターフェイス IP アドレスは、FortiGate からサードパーティ アプライアンス (SD-WAN など) が配置されている VPC サブネットにトラフィックをルーティングするために使用されます1。ピア GRE アドレスは、FortiGate から GRE トンネルを介してトランジット ゲートウェイにトラフィックをルーティングするために使用されます2。

FortiCNP に追加する FortiGate VM を構成するには、FortiGate で次の 3 つの手順を実行する必要があります。
* FortiGate でログの送信を有効にして、FortiCNP が FortiGate から IPS ログを受信できるようにします。
* FortiGate で SSL/SSH 検査プロファイルを作成し、暗号化されたトラフィックを検査して IPS 保護を適用します。
* FortiGate に IPS センサーとファイアウォール ポリシーを作成し、トラフィックの IPS 検出と防止を有効にします。
参考文献:
* FortiCNP 22.4.a 管理ガイド、22-24 ページ
* FortiGate IPS管理ガイド、9-10ページ