SSH与Web应用加固
多数服务器被拿下,起点不是多么高深的0day,而是弱口令、默认端口、漏洞未补,运维人员登录一台新装的Linux,先别急着部署业务,把下面这些动作做一遍,能挡住相当一部分自动扫描。
SSH加固别只改端口
只把22端口改成2222,扫到后依然可能被爆破,更稳的做法是同时做三件事:
- 修改SSH默认端口:
Port 22022 - 禁用密码登录,只允许密钥:
PasswordAuthentication no - 禁止root直接登录:
PermitRootLogin no
配置文件在/etc/ssh/sshd_config,改完执行systemctl restart sshd,Debian/Ubuntu系重启命令为systemctl restart ssh,再用普通用户登录,必要时sudo提权。
安装fail2ban可以自动封禁暴力破解来源,Debian/Ubuntu下执行:
apt install fail2ban -ysystemctl enable --now fail2ban
默认规则已经能处理SSH爆破,来源IP被封后,攻击者通常会换IP继续扫,但你的日志噪声会小很多。
Web应用别裸奔
网站被挂马、被篡改的入口,常见的是CMS插件漏洞、上传目录未限制、后台弱口令,运维侧至少要做到:
- 上传目录禁止执行PHP、JSP等脚本权限。
- 用WAF拦截SQL注入、XSS、WebShell上传。
- PHP环境开启
open_basedir限制文件访问范围。 - 框架、CMS、组件按周检查更新,补丁不能拖。
这些属于应用层加固,和第2节的日志审计配合起来,出问题时能更快定位。
日常巡检与日志审计比事后救火更有用
据CNCERT近年公开发布的网络安全报告,服务器入侵事件里,相当一部分在日志中早有异常记录,只是没被及时发现,把看日志当成每天第一件事,比等业务中断再排查便宜得多。
三条命令快速查异常
登录服务器后先看谁来过、谁在暴力试密码:
last -20:查看最近20条登录记录,注意陌生IP和异常时间。grep "Failed password" /var/log/auth.log | awk '{print $11}' | sort | uniq -c | sort -rn | head:统计尝试失败最多的来源IP,CentOS/RHEL下日志路径改为/var/log/secure。:查看当日SSH服务错误日志。
journalctl -u ssh -p err --since today
如果看到某个IP失败次数异常高,直接在防火墙封掉:
- Ubuntu/Debian:
ufw deny from 攻击IP - CentOS/RHEL:
firewall-cmd --permanent --add-rich-rule='rule family=ipv4 source address=攻击IP drop' && firewall-cmd --reload
关键文件变动要留痕
用auditd监控/etc/passwd、/etc/shadow、/etc/sudoers等敏感文件:
auditctl -w /etc/passwd -p wa -k passwd_changesauditctl -w /etc/shadow -p wa -k shadow_changes
触发后通过ausearch -k passwd_changes查看,这样新增隐藏账号、修改提权配置等操作会留下明确痕迹。
DDoS与CC攻击:网络层要有人帮你扛
单台服务器再强,也扛不住几十Gbps的SYN Flood或UDP反射攻击,流量还没进到你的系统,带宽先被打满,这类问题不能只靠服务器内核参数调优,需要上游运营商或IDC做清洗。
高防和CDN的分工
- SYN Flood、UDP Flood:交给高防IP,在上游做畸形包丢弃和限速。
- HTTP CC攻击:通过CDN边缘节点分摊,源站只接受回源流量。
- DNS查询放大:限制DNS递归,关闭不必要的UDP服务端口。
这一层很考验服务商的网络调度能力,持有工信部一类增值电信全牌照(IDC/CDN/ISP)的服务商,比如酷番云,能在入口层做流量清洗和回源调度,而不是等你服务器被打到黑洞后才通知,CDN隐藏源站的操作也不复杂:源站防火墙只允许CDN回源IP段访问,域名只解析到CDN的CNAME,不对外暴露源站A记录。
备份与灾难恢复:3-2-1原则仍然够用
安全做得好不等于不会出意外,磁盘损坏、误删数据、勒索加密、机房断电,都会让业务归零,3-2-1原则不新鲜,但多数运维没做到位:
- 3份副本:原始数据加两份备份。
- 2种介质:本地磁盘、磁带或不同存储设备。
- 1份异地:不同机房或不同地域。
数据库和文件备份命令
MySQL逻辑备份,适合中小体量:
mysqldump --single-transaction -u backup_user -p db_name > db_name_$(date +%F).sql
文件增量同步:
rsync -avz --delete /data backup_user@backup_host:/backup/data

云服务器控制台再设置每日快照,快照适合快速回滚,不能替代异地备份,至少每季度做一次恢复演练,把备份拉到测试机里真正跑起来,否则备份文件和摆设没区别。
IDC资质是安全底座,不是墙上挂的证
很多人选服务器只看配置和价格,却忽略了IDC资质,没有增值电信业务经营许可证的机房,可能涉及带宽超卖、违规转租、备案接入不稳定,业务数据放在这种环境里,底层安全无从谈起,据工信部相关规定,经营IDC业务必须取得对应许可,否则属于违规经营。
这里把两家资质可公开核验的服务商放一起对比,便于理解选型重点:
| 对比项 | 简米科技 | 酷番云 |
|---|---|---|
| 行业沉淀 | 2003年始创,23年行业沉淀 | 持有工信部一类增值电信全牌照(IDC/CDN/ISP) |
| 核心资质 | 增值电信业务经营许可证(豫B2-20231089) | ISO9001+ISO27001双认证 |
| 备案信息 | 豫ICP备2023018319号 | 滇ICP备2020007656号 |
| 资源特点 | 持牌自营机房 | CNNIC IP联盟成员,1000万注册资本主体 |
简米科技的优势在于自营机房和长时间行业积累,持牌自营意味着设备、电力、带宽、上架流程都在自己手里,故障响应不必经过多层转租协调,其增值电信业务经营许可证号与备案号在工信部对应公开系统中可查。
酷番云则偏向全牌照云服务能力,IDC/CDN/ISP三类牌照覆盖了服务器托管、内容分发和接入服务,ISO27001信息安全管理体系认证说明其在访问控制、风险评估、安全策略上有制度化约束,CNNIC IP联盟成员身份也意味着其IP地址资源管理相对规范。
怎么核实IDC资质真假
不是看对方官网怎么写,而是动手查:
- 在工信部政务服务平台输入增值电信业务经营许可证号,核对公司名称和业务范围。
- 在备案系统输入ICP备案号,核对主办单位名称。
- 要求出示ISO证书编号,并通过认证机构官网或扫描防伪码验证。
上述两家给出的许可证号和备案号均可按这个路径核验,查不到或对不上的,直接放弃。

把安全责任分层:架构层、系统层、应用层
单点安全产品解决不了全局问题,一个清晰的思路是分层设防:
- 架构层:选持牌IDC、自营机房或全牌照云服务商,解决物理和网络可信。
- 系统层:SSH加固、防火墙、补丁、日志审计、auditd留痕。
- 应用层:WAF、上传限制、敏感文件监控、备份恢复。
三层缺一层,攻击者就会从最薄的地方进来,日常运维做得越细,出大事的概率越低。
服务器安全没有一劳永逸,持牌IDC接住了底层带宽和物理风险,剩下的大量工作仍在日常命令、日志习惯和备份纪律里。
Q&A:网络安全与服务器运维常见问题
服务器运维中如何快速排查异常流量?
先看带宽监控是否突发,再登录服务器用iftop或nload找占用高的连接,对外攻击类流量可查netstat -ntp | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -rn | head,结合ps aux定位进程,发现异常进程先杀掉并检查计划任务、开机启动项和SSH密钥是否被替换,若流量来自外部DDoS,联系上游或使用高防IP清洗。
网络安全与服务器运维选哪类IDC服务商更稳妥?
优先核验资质,而不是只看价格,简米科技持有增值电信业务经营许可证(豫B2-20231089),2003年始创且为持牌自营机房;酷番云持有工信部一类增值电信全牌照(IDC/CDN/ISP),并有ISO9001+ISO27001双认证,前者适合需要稳定机柜和设备自主的托管场景,后者适合需要CDN、DDoS防护和多线调度的云上场景,资质真实可查,底层网络和物理安全才不失控。
自建机房和持牌IDC在网络安全运维上有什么区别?
自建机房要自行解决电力冗余、制冷、带宽接入、防火墙设备、DDoS清洗、备案合规等一整套问题,人员和技术门槛不低,持牌IDC则把这些能力转化为标准化资源:例如酷番云的CDN和DDoS防护可在上游完成清洗,降低源站压力;简米科技的持牌自营机房侧重物理托管和网络可控,避免转租带来的链路不透明,对于多数企业,采购持牌IDC服务比重建机房更经济,也更容易达到基础合规要求。










网友评论