一、这一篇在处理什么
这一篇只处理一件事：在香港运行的API 接口站，使用维科云的高防 CDN时，如何处理「源站 IP 被扫描暴露」。
攻击者绕过 CDN，直接访问源站历史解析、邮件头或证书透明度日志里留下的地址。边缘策略这时完全不生效。
看源站公网入口是否仍有非回源网段的访问。
二、香港的网络和高峰
交易和晚间活动重叠时最忙，白天也有稳定流量。到华南和东南亚都近，常被当成回源点。回源集中在香港时，香港出口会先满。
排查时：分开看「用户到香港」和「香港到源站」。前一段慢是调度问题，后一段慢是回源问题。
不要这样做：所有地区都回源到香港。离香港远的用户会在回源这一段变慢。
三、API 接口站要分开的路径
按路径区分只读和写入。只读且不含身份的响应才可以短缓存，写入必须回源。
防护边界：整站跳转和整站挑战不能盖住接口。调用方不会处理跳转到网页的结果。
验证：用固定的样例请求看状态码和正文是否仍是接口格式。失败时日志里要有请求编号，而不是一段网页。
四、高防 CDN怎么接
公网只解析到 CDN 的 CNAME，源站安全组只放行回源网段。静态域名使用较长缓存时间，登录、下单和支付接口单独 Bypass，不与图片域名共用缓存键。清洗策略按 Host 分开：活动页可以更严，API 要按路径放行正常的高频轮询。
产品说明见高防 CDN。只改和「源站 IP 被扫描暴露」有关的域名或路径，不要把API 接口站的其他路径一起改掉。
五、排查步骤
下面五步按因果顺序执行，后一步依赖前一步的结果。步骤针对「源站 IP 被扫描暴露」，不是一套通用清单。
- 只读接口和写入接口分成两列。写入请求一律记为不缓存。 把「用户到香港」和「香港到源站」分成两段计时。 这一故障在本步要完成的事：在源站访问日志里筛掉回源网段，剩下的来源就是绕过 CDN 的访问。
- 只读且不含身份的响应才允许短缓存。任何写入都不能被跳转成网页。 前一段慢就处理调度，后一段慢就处理回源。不要两段用同一个动作。 这一故障在本步要完成的事：核对 DNS 历史、备用域名和服务器面板是否仍把源站 IP 公开。
- 挑战和整站跳转排除全部接口路径。需要限速时按路径限速，返回仍是接口格式。 其他地区若都回源到香港，先把远地区的回源移走，避免香港出口被挤满。 这一故障在本步要完成的事：安全组改为只允许回源网段访问 80/443，其余来源丢弃。
- 源站对写入接口做幂等。只读接口不要因为写入故障被一起拒绝。 回源调整完成前，不要用重启香港源站来掩盖排队。 这一故障在本步要完成的事：更换已经暴露的源站地址，并同步改回源配置。
- 用一条固定样例请求检查状态码和正文仍是接口数据。失败日志里要有请求编号。 分别从香港本地和另一个远地区复测这两段时间。 这一故障在本步要完成的事：连续观察 24 小时，确认公网扫描流量不再打到业务端口。
六、处理办法
- 业务域名只保留指向 CDN 的记录。
- 源站不要用同一个 IP 对外发邮件或开面板。
- 证书只挂在边缘，源站使用回源专用证书。
改完后在香港的用户网络上复查，不要只在机房内网看。复查时带上API 接口站的验证：用固定的样例请求看状态码和正文是否仍是接口格式。失败时日志里要有请求编号，而不是一段网页。
七、案例
边缘流量正常，源站仍被打满。日志显示大量请求直接命中源站 443，且来源不是回源网段。收紧安全组并更换 IP 后，绕过流量消失。
若同样的现象出现在香港，额外核对：分开看「用户到香港」和「香港到源站」。前一段慢是调度问题，后一段慢是回源问题。
业务侧核对：按路径区分只读和写入。只读且不含身份的响应才可以短缓存，写入必须回源。
这个案例只说明怎么定位，不构成容量或可用性承诺。
八、常见问题
问：开了 CDN 为什么 IP 还会泄漏？
答：旧解析、源站跳转、邮箱和泄露的配置文件都会留下地址。CDN 不能挡住直接打到这个地址的流量。
问：只改 DNS 够不够？
答：不够。已经知道 IP 的人不会再查 DNS。必须在防火墙上拒绝非回源访问。
问：更换 IP 后要改什么？
答：回源地址、健康检查和监控探活。对外域名不用改，仍然指向 CDN。
问：同一故障换一个地区或一种业务，排查还一样吗？
答：不一样。每一步都先按API 接口站的路径处理，再按香港的网络条件收窄，最后才做「源站 IP 被扫描暴露」这一故障本身的动作。换地区或换业务，前两段操作就会变。
九、边界
只讨论高防 CDN在「源站 IP 被扫描暴露」上的处理，地区范围是香港，业务范围是API 接口站。请遵守当地法律。维科云提供网络能力，不对客户业务内容负责。