ハードウェアの攻撃フィルタリングは自動プロセスのため、ユーザによる設定はできません。ハードウェアの攻撃フィルタリングが攻撃レポートに及ぼす影響があるため、いつハードウェア処理が実行されるかを認識することが重要となります。フィルタリングのモニタリングが不可欠です。あります(攻撃のフィルタリングのモニタリングを参照)。フィールドを確認します。フィールドを確認します。ディテクタと呼ばれる特殊なエンティティの定義および設定によって制御されます。あり、これは常にイネーブルです。番号付き)があります。タイプすべてについて、それぞれ異なるアクションおよびしきい値を使用して設定できます。プラットフォームが実行するアクションが決まります。攻撃タイプごとに、それぞれ異なるしきい値およびアクションのセットを設定できます。トラップ(アラーム)についても、同じ細かさでイネーブルまたはディセーブルに設定できます。プラットフォームの望ましい動作を反映した値に設定する必要があります。プラットフォームを通過するすべてのトラフィックに同じ値のセットを使用することはできません。エンティティは、他のネットワーク要素から送信されるとき、通常のトラフィックであっても、その特性によって攻撃とみなされる場合があるからです。クエリーの送信先になります。つのパケット(要求および応答)で構成されています。疑いのあるフローとみなします。疑いのあるフローのしきい値を適切に設定する必要があります。サーバに適していると考えられます。フローの宛先になるのは、攻撃される可能性があるので、このしきい値は不適切です。いうしきい値を設定するのは得策ではありません。アドレスを使用している一般家庭サブスクライバが数多く存在すると考えられます。アドレスで代表させている企業サブスクライバもいくつか存在すると考えられます。アドレスよりも、明らかに多くのフローがトラフィックに含まれます。つのケースに同じしきい値を適用できません。ディテクタと同様に、すべての攻撃タイプごとに、異なるアクションおよびしきい値のセットを指定できます。リスト)を割り当てる必要があります。ディテクタに設定されたアクションおよびしきい値が有効になります。farm」など)を付けることができます。ディテクタは、特別に設定された攻撃タイプに対してのみ有効です。ディテクタの設定に重複して組み込む必要がありません。次に、具体的な例を示します。ディテクタを使用しなければなりません。使用すると仮定します。攻撃をブロックするように設定されていると仮定します(デフォルトの設定では、攻撃をレポートするだけでブロックしません)。サーバについても有効になります。攻撃には対応していないからです。つの設定可能な設定があります。つの値または値のセットにより)または未設定のどちらでも可能です。ステートは、すべての設定に関して未設定です。つのデータベースを形成します。このデータベースによって、攻撃を検出するしきい値および実行するアクションが決まります。プラットフォームが潜在的な攻撃を検出すると、次のアルゴリズムを使用して、攻撃検出のしきい値を判断します。ディテクタを、番号の小さい順にスキャンします。ディテクタで指定されるしきい値を使用します。ディテクタをスキャンします。ディテクタを使用します。残りの設定(アクション、サブスクライバ通知、およびアラーム)で使用される値を決定する場合にも、同じ論理が適用されます。ディテクタが指定する値です。ディテクタの設定が使用されます。ディテクタを設定してイネーブルにするには、次のコマンドを使用します。検出はすべての攻撃タイプに関してイネーブルです。検出を特定の定義された状況についてのみイネーブルまたはディセーブルに設定できます。選択された攻撃方向について、すべてのプロトコルまたは選択されたプロトコルに関してオプション次のオプションを使用できます。検出が、片側または両側の攻撃についてイネーブルかディセーブルかを定義します。検出がイネーブルまたはディセーブルです。