响应侧的数据防护
敏感信息防泄漏在 Web 侧关注的是响应内容：身份证号、手机号、银行卡号、密钥令牌等数据被返回给不该看到的访问者，或者被批量导出。WAF 在响应方向做模式匹配，可以记录、脱敏或阻断，但它只能拦住「不合规的内容返回」，拦不住接口本身缺少的权限控制。
基本信息
| 检测位置 | 响应体、错误页面、导出文件与导出接口 |
|---|---|
| 动作 | 记录告警、字段脱敏、阻断响应 |
| 典型对象 | 身份证号、手机号、银行卡、邮箱、密钥与令牌 |
| 合规依据 | 数据分类分级与内部制度（个人信息保护相关要求） |
典型使用场景
- 接口返回用户列表时误带他人手机号与身份证号
- 报错页面输出堆栈、数据库配置或 SQL 语句
- 批量导出接口未做权限与频次限制，可被爬取
- 第三方回传数据中夹带敏感字段
- 合规检查要求证明存在响应侧敏感数据防护措施
配置与验证要点
配置与验证要点
# 1. 明确数据类型与接口范围：先梳理哪些接口会返回敏感字段
# 2. 错误页面单独处理：屏蔽堆栈、文件路径与配置信息
# 3. 导出接口设频次与容量限制，并记录审计日志
# 4. 脱敏规则先在日志模式验证，确认误报率后再开阻断
# 5. 命中记录纳入审计，定期复核接口变更后规则是否失效动作与适用场景
| 动作 | 适用场景 | 代价 |
|---|---|---|
| 记录告警 | 首次上线、规则验证期 | 不阻断，风险仍然存在 |
| 字段脱敏 | 响应含个别敏感字段 | 可能影响依赖完整字段的业务 |
| 阻断响应 | 批量导出、明显越权返回 | 误报会直接造成页面不可用 |
敏感信息检测靠模式匹配，必然有误报与漏报：先把范围聚焦到真正敏感的接口，再逐步扩大，别指望一次配全。
只依赖 WAF 检测而不改进接口权限与返回字段设计，批量拉取风险依旧存在，WAF 只是兜底。