带宽没打满、网站却卡成狗，用户打不开、接口一直转圈 —— 这不是服务器坏了，很可能是 CC 攻击。这篇给你一套从 "判断是不是 CC" 到 "应急止血再长期防护" 的完整打法。
网站突然打不开，第一反应是 "服务器出问题了"，查了半天带宽、CPU，发现带宽没满、机器却卡死。大概率不是故障，是 CC 攻击。CC 不像 DDoS 那样 "流量洪水"，它用大量看似正常的请求拖垮应用层，隐蔽性强、排查难。这篇从判断到应对，给你一套能立刻用的方案。
一、先判断：你的网站是不是被 CC 了？
对照这几个典型症状：
| 现象 | 说明 |
|---|---|
| 带宽 / 流量正常，但 CPU、内存飙升 | 大量假请求在消耗应用资源 |
| 网站打开极慢、502/504 频发 | 应用层被拖垮 |
| 登录、搜索、下单接口被刷爆 | 攻击专挑业务接口打 |
| 访问日志出现大量相似请求、同一批 IP/UA | 典型的脚本机器人特征 |
| 某个页面 / 接口访问量突然暴涨 | 针对性刷接口 |
关键判断：带宽正常但应用卡死 → 基本就是 CC，别再去查带宽了。
二、应急止血：先做这 5 件事
- 立刻隐藏源站 IP：CC 能打进来，往往是源站 IP 暴露。赶紧把回源换成内网 / 加密，或让业务走防护节点，先断了对方 "直达真身" 的路；
- 开启人机识别 / CC 防护：有高防 CDN 的，立刻开启 CC 防护策略，用无感人机识别拦掉脚本请求，先保住正常用户；
- 对异常接口限流：对被打的登录、搜索接口做频率限制，单 IP、单账号设阈值，把刷子挡住；
- 封禁攻击源：从访问日志里揪出高频恶意 IP/UA，批量封禁；
- 留日志、留证据：把攻击期间的访问日志留存好（这也是等保 "日志留存≥6 个月" 的要求），方便后续溯源。
三、长期防护：别每次都 "打补丁"
应急只能止血，要根治得靠体系化防护：
- 前置高防 CDN：让所有流量先过防护节点，攻击在节点被拦，源站不直接暴露；
- 常态化 CC 防护：把无感人机识别、WAF 规则长期开着，不是等被打了才开；
- 监控告警：对流量、QPS、接口异常做监控，攻击一冒头就能响应；
- 定期压测：模拟 CC 场景验证防护真的有效，别只看宣传。
四、360CDN 怎么防网站 CC？
网站防 CC，核心是 "能识别真伪"。360CDN 的做法是把三件事做齐：
- 第二代无感人机识别算法：100% 无感防 CC，真人用户几乎察觉不到验证，脚本机器人全拦下；
- AI + 规则双引擎 WAF：对恶意请求做语义分析，低误报、拦得准；
- 前置高防 CDN + 隐藏源站 IP：攻击流量在节点被清洗，源站 IP 不暴露。
对网站运营者来说，这套组合意味着被 CC 时不用手忙脚乱—— 防护是常态在线的，而不是临时救火。
一句话总结
网站被 CC：先看 "带宽正常但应用卡死" 判断是 CC，再立刻隐藏源站 IP + 开 CC 防护 + 限流止血，长期靠前置高防 CDN + 无感人机识别常态化防护。 别等被打了才想起来防 ——CC 这种攻击，预防的成本远低于救火。