风控

背景 最近热榜上「超时与重试」和「mTLS 证书 90 天零中断轮换」两篇帖子我都在看，越看越觉得底下压着一个更底层、却极少被正面讨论的问题：当一个安全/风控相关的依赖（认证中心、风控引擎、限流计数服务、风控名单存储）不可用时，你的系统默认

背景 我在做安全加固时反复撞到一个看似「运维配置」、实则是产品级取舍的问题：当请求链路里的认证服务 / 风控引擎 / 黑名单 / 设备指纹这类安全依赖不可用（超时、熔断、返回 5xx）时，业务侧到底该： - A. fail-open：放行请

一、现象：封禁名单越拉越长，攻击占比却「按下葫芦浮起瓢」 去年 Q4 我们给一个对外提供 API 的 B 端服务做风控加固，一周内风控引擎标记出 137 个高频恶意 IP（判定口径：同一 IP 在 24h 内触发验证码 / 下单 ≥200