R81.20 ゲートウェイでのみサポートされ、R77.x ではサポートされない機能については、オプション C で説明します。
C. ルールベースはレイヤーで構築でき、各レイヤーにはセキュリティルールのセットが含まれます。レイヤーは定義された順序で検査されるため、ルールベースのフローとどのセキュリティ機能が優先されるかを制御できます。ルールベースレイヤーと呼ばれるこの機能により、ルールベース内のセキュリティルールの整理と優先順位付けにおいて、より柔軟な制御が可能になります。
オプション A、B、および D は、R81.20 で導入された機能に特に関係するものではなく、以前のバージョンでも使用できます。

管理HAを構成する際は、データベースのリビジョンが管理サーバー間で同期されないことにご注意ください。データベースのリビジョンとは、ポリシーのインストール時または変更の保存時に手動または自動で作成されるデータベースのスナップショットです。これらは各管理サーバーにローカルに保存され、管理HAによって複製されることはありません。その他のオプションは、該当しないか、管理HAには関係ありません。参考：Check Point R81 インストールおよびアップグレードガイド

説明
既存のシングルコアCPUを新しいマルチコアCPUに置き換えた後、管理者はcpconfigを使用してカーネルインスタンスの数を増やすという追加作業を行う必要があります。これは、セキュリティゲートウェイではデフォルトで1つのカーネルインスタンスしか有効になっていないためです。複数のコアを活用するには、管理者はCPUで利用可能なコアの数に応じて、より多くのカーネルインスタンスを設定する必要があります。参考資料：CoreXLの設定

Check Pointのウェブサイトによると、ホワイトリストファイルは、管理者に信頼できるファイルのリストを提供するツールです。管理者は、これらのファイルを脅威対策ブレードでスキャンや分析の対象から除外するよう指定できます。ホワイトリストファイルは、SmartConsoleの「脅威対策」>「ポリシー」>「ホワイトリストファイル」で設定できます。その他のツールは、関連性がないか、無効なツールです。参考資料：ホワイトリストファイル

説明
パケットがゲートウェイに到着すると、ゲートウェイは最上位のポリシー レイヤーのルールを上から下へ順にチェックし、パケットに一致する最初のルールを適用します。ルールの適用順序は、一致するルールのアクションによって異なります。アクションが Accept の場合、ゲートウェイはパケットをゲートウェイの通過を許可しますが、次のポリシー レイヤーのルールのチェックも続行します。アクションが Drop、Reject、または Encrypt の場合、ゲートウェイはパケットにそのアクションを適用し、そのポリシー レイヤーおよびそれ以降のポリシー レイヤーのルールのチェックを停止します。ポリシー レイヤーに一致するルールがない場合、ゲートウェイはそのポリシー レイヤーの暗黙的なクリーンアップ ルール（通常は Drop）を適用します。