waf-policy/1.1.0 · 2026/07/09 更新

適応型 WAF

優先度に応じてルール、マッチ、段階的な検証を読み解く方法。

ADDA WAF は機微なルートへのリクエストを評価し、改変や探索を特定して、比例した措置で対応します。

Web フィルターの運用成熟度は、ブロックだけで決まりません。探索、正当なエラー、反復的な不正利用、協調的な圧力を区別し、説明と見直しの可能性を維持する必要があります。

WAF は三つの戦術的な面で補完されます。取得とフォーム向けの forms-shield、連携ルート向けの api-shield、機微なアクセス向けの login-shield です。

チェックリスト

• 有効なルールと公開済みバージョンを確認する。
• テストリクエストのマッチを確認する。
• ブロックする場合は、記録された evidence にエスカレーションする。

クイックスタート

1. 管理されたケースで機微なルートをテストします。
2. ブロックが正しいと判断する前に matchedRules と decision を読みます。
3. パターンが繰り返されるか複数の面に影響する場合は incident を作成します。

運用フロー

検出

ルートはパターン、頻度、またはシグナルの組み合わせによりルールを起動します。

どのルールが措置を説明するか確認します。

段階化

ADDA は文脈に応じて許可、検証、制限、ブロックを選択できます。

信頼が確定していない間は段階的な措置を優先します。

裏付け

トラフィックに継続的な措置が必要な場合は、WAF を tasks、incidents、evidence に接続します。

個別のイベントを協調した対応へ変換します。

flowchart LR
  S1["検出"]
  S2["段階化"]
  S3["裏付け"]
  S1 --> S2
  S2 --> S3

バリデーターとチェック

この画面を文脈に沿って分析し、運用に重点を置いた推奨手順を返します。

WAF レイヤーを検証

保護対象の面に関する記事、checks、次の手順を要約します。

フォームを検証

取得、abuse、段階的な摩擦に関するシグナルに焦点を当てます。

例

WAF 評価の payload

{
  "method": "POST",
  "url": "https://capacero.ar/api/login",
  "path": "/api/login",
  "body": "username=demo&password=test",
  "userAgent": "curl/8.0",
  "ip": "198.51.100.44"
}

リンクと参照