结论：WAF（Web 应用防火墙）在流量入口用规则（签名/正则）+ 语义分析 + 行为模型检测恶意请求并拦截，部署形态有反向代理、云 WAF、嵌入式模块（ModSecurity）。它的定位是缓解层：争取漏洞修复时间、挡掉批量扫描的低级攻击，但不能替代代码修复——规则可被绕过，且 WAF 不理解业务逻辑。
展开：绕不过的结构性短板：1）语义鸿沟——WAF 看到的是 HTTP 文本，不知道后端是 PHP 还是 Java、SQL 方言是 MySQL 还是 PG，攻击载荷经编码/分块/注释混淆（UNI/**/ON SEL/**/ECT）、HTTP 参数污染（HPP）、multipart 边界差异、JSON/XML 嵌套后，正则规则与后端解析结果不一致即绕过；2）逻辑漏洞免疫——越权、薅羊毛、短信轰炸这类业务逻辑滥用请求完全合法，WAF 看不见；3）性能与误伤平衡——规则太严拦正常用户（富文本里的 <script> 字样），太松形同虚设，调优成本高。正确姿势：WAF 用于漏洞公告后的虚拟补丁（hotfix 窗口期）、CC 限速、已知恶意 IP/UA 拦截；代码级SDL（参数化、输出编码、SAST/DAST）才是根治。易错点：以为上了云 WAF 就不用修漏洞——绕过 PoC 公开后扫描器立刻跟进；回源 IP 未做 ACL，攻击者直连源站 IP 绕过 WAF。
追问方向：RASP（运行时应用自保护）与 WAF 的视角差异（应用内部上下文 vs 边界文本）、LLM WAF（语义检测）的现状与对抗样本问题。