waf-policy/1.1.0 · 更新于 2026年7月9日

自适应 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"
}

链接与参考