グローバルセキュリティポリシーは、SRX全体にわたるポリシー適用の柔軟性を高めます。特定の送信元ゾーンや宛先ゾーンに縛られることはありません。
* 送信元ゾーンと送信先ゾーンのコンテキストは不要です（オプションA）。一致条件によって制限されない限り、グローバルポリシーはすべてのゾーンに適用されます。
* グローバル セキュリティ ポリシーでは特定のゾーン コンテキストは必要ありません (オプション B は誤りです)。
* グローバルポリシーはゾーンベースポリシーの前ではなく後に処理されます。つまり、ゾーンベースセキュリティポリシーが優先されます（オプションCは誤りです）。
* 管理者は、同じデバイス上でゾーンベースのセキュリティ ポリシーとグローバル セキュリティ ポリシーの両方を同時に構成できます (オプション D が正解です)。
これにより、特定のポリシーをゾーンごとに適用しながら、複数のゾーンにわたってルールを重複させることなく一般的なポリシーをグローバルに適用できる柔軟な設計が可能になります。
参考:Juniper Networks - Junos OS セキュリティの基礎、グローバル セキュリティ ポリシー。

Juniper SRXのフローベースパケット処理では、フローモジュールがスクリーニング、セッション管理、NAT、ポリシー適用などのセキュリティ機能を担います。処理順序は非常に重要です。
* スクリーンはセッション検索の前に適用されます。これにより、セッション管理のためにリソースを消費する前に、パケットに異常、フラッド、またはプロトコル違反がないか検査されます。これらのスクリーンの例には、TCP SYNフラッド保護、ICMPフラッド保護、ポートスキャン保護などがあります。
* スクリーニング後、セッション検索が行われます。この時点で、ファイアウォールはパケットがセッションテーブル内の既存のセッションに属しているかどうかを確認します。一致するセッションが見つかった場合、パケットはポリシー評価をバイパスし、セッション状態に従って転送されます。
* 既存のセッションが見つからない場合、新しいセッションが作成される前に、パケットはルート検索、NAT 処理、およびセキュリティ ポリシー評価を続行します。
このように、スクリーニングはセッション検索の前に行われ、フロープロセスの早い段階でシステムを保護します。この設計により、セッションリソースを割り当てる前に悪意のあるトラフィックや不正なトラフィックをドロップすることで、効率性が確保されます。
参考資料:Juniper Networks - SRX シリーズ サービス ゲートウェイのセキュリティ処理 (フロー モジュール シーケンス)、Junos OS セキュリティの基礎、公式コース ガイド。

* 宛先NATの目的（オプションC）：インターネット上の外部ホストが内部ネットワークにアクセスできるようにするために使用されます。
/private リソース（DMZ 内の Web サーバーなど）の場合、宛先 NAT は、受信トラフィックの宛先 IP を内部サーバーに合わせて変更します。
* プールベースの NAT (オプション D):SRX は宛先 NAT プールをサポートし、複数のパブリック IP アドレスまたは範囲を内部サーバーに変換できます。
* 誤ったオプション:
* オプション A は、宛先 NAT ではなく、送信元 NAT について説明します。
* オプション B は、SRX が「インターフェースベース」の宛先 NAT をサポートしていないため、正しくありません。
正しい記述:CとD
参考資料:Juniper Networks - NAT のタイプと構成 (ソース、宛先、静的)、Junos OS セキュリティの基礎。

RFC 1918 では、次の 3 つのプライベート IPv4 ブロックが定義されています。
* 10.0.0.0/8
* 172.16.0.0/12
* 192.168.0.0/16
オプション A は、単一のソース NAT ルール内のこれらの範囲に正確に一致し、サブネットごとの多数のエントリを置き換えます。
* オプション B および C には、無効または RFC1918 以外のネットワークが含まれます (例: 192.16.0.0/12、172.168.0.0/16)。
* オプション D は、RFC1918 ではない network192.0.2.0/24 というドキュメントを誤って追加します。
参考:Juniper Networks - Junos OS セキュリティの基礎、「ソース NAT マッチング」および RFC 1918 プライベート アドレス範囲。

展示構成より：
[セキュリティポリシーを編集 from-zone Trust to-zone Trust]
ポリシーすべて許可 {
マッチ {
送信元アドレス 任意;
宛先アドレス 任意;
アプリケーション任意;
}
それから {
許可する;
}
}
* from-zone と to-zone は両方とも Trust # Trust に設定されています。
* これは、ポリシーが同じゾーン内のトラフィックを管理していることを意味します。
* 同じゾーン内のポリシーは、ゾーン内ポリシーと呼ばれます。
オプションの分析:
* グローバルポリシー (A): ゾーン固有ではなく、ゾーン全体に普遍的に適用されます。ただし、ここでは当てはまりません。
* ゾーン間ポリシー (B): 2つの異なるゾーン間に適用されます（例: TrustゾーンとUntrustゾーン）。両方のゾーンがTrustゾーンであるため、このポリシーは適用されません。
* ゾーン内ポリシー (C): 正解。同じゾーン (信頼番号 Trust) 内のトラフィックに適用されます。
* デフォルトポリシー (D): 一致するポリシーがない場合に適用される暗黙的な全拒否ポリシー。この図には示されていません。
正しいポリシータイプ:ゾーン内ポリシー
参考資料:Juniper Networks - セキュリティ ポリシー タイプ (ゾーン間、ゾーン内、およびグローバル)、Junos OS セキュリティの基礎。