关闭非必要端口与服务、源站 IP 不对外暴露、限制 ICMP 响应，能挡掉相当一部分自动化扫描与试探。
独立防御资源独享，不受邻居影响；配套 CDN 做边缘分摊，避免单机硬扛大流量。
针对 HTTP 层 CC 做频率与指纹识别，且不限正常连接数，不误伤真实用户。
开启访问日志与错误日志，配置资源与可用性告警。没有日志的应急响应等于盲人摸象。
改端口、禁密码登录、防火墙白名单、最小权限、及时打补丁——这些基础项覆盖了绝大多数入侵路径。
被打时先判断类型再动手：流量型走清洗、应用层走规则与代码修复，别一上来就重启服务器。
| 攻击类型 | 表现 | 处置方向 |
|---|---|---|
| 流量型 DDoS（UDP 反射等） | 带宽跑满、服务整体不可达 | 接高防清洗层 / 切高防节点 / 上层封 UDP |
| CC 攻击（应用层） | 带宽不高但 CPU / 连接数爆表、响应极慢 | WAF 规则、频率限制、CDN 层拦截 |
| 暴力破解 | 日志大量登录失败 | 改端口、禁密码登录、fail2ban、IP 白名单 |
| 入侵与后门 | 异常进程、异常外连、文件被改 | 隔离取证、排查入口、清除后门、全量改密 |
| 数据窃取 | 数据库异常查询、异常导出 | 立即断网取证、评估泄露范围、按法规处置 |
很多人以为接入 CDN 就安全了，但如果源站 IP 已经在 DNS 历史记录里暴露过， 攻击者可以直接绕过 CDN 打源站，CDN 形同虚设。正确做法是接入 CDN 后更换源站 IP，并确保新 IP 不再出现在任何公开记录中。 同时配置源站防火墙只允许 CDN 回源 IP 访问。
发生数据泄露事件时，部分法规要求在限定时限内向监管报告。 请提前了解适用法规的报告义务与时限，不要等到事件发生后才去查。 我们可以协助提供服务器侧的技术日志与取证支持，但合规申报责任在使用方。
把业务规模、用户分布、预算区间告诉我们，出架构建议与对应配置。
