被拿下的站，多半不是输在技术上
看多了被入侵的案例会发现一个规律：攻击者很少靠什么高明手法，绝大多数时候就是撞开了没锁好的门。弱口令、目录权限放得太开、备份从来没验证过能不能恢复——这三样占了很大比例。
程序层面的漏洞要修，但服务器这几项基础配置，花半天就能做完，性价比高得多。这篇只讲三件事：SSH、文件权限、备份恢复演练。
SSH：先把大门锁好
远程登录是服务器上最值钱的一扇门，默认配置基本等于敞着。几项必做的调整：
- 禁止 root 直接登录：用普通用户登录后再切换，攻击者的字典里第一个词就是 root
- 改用密钥登录：生成密钥对，把公钥放上去，确认密钥能正常登录之后，再把密码登录关掉
- 改掉默认端口：不能防住针对性攻击，但能挡掉九成以上的自动化扫描噪音，日志会清净很多
- 限制可登录的用户：只对需要的人开放，其他账号一律禁止登录
- 装个失败封锁工具：连续失败若干次就封 IP，这类工具配置简单，效果立竿见影
顺序很重要：先验证密钥能登录，再去关密码登录。反过来操作，一旦密钥没配对，你就把自己关在门外了。
图片由 AI 生成
文件权限：别图省事给 777
遇到"权限不足"就整目录改成 777，是最常见的坏习惯。它意味着任何进程都能写这些文件，等于把后门主动打开。合理的做法是分开处理：
- 程序代码属主与运行用户分离：代码文件归部署用户所有，Web 服务进程只有读权限
- 只有上传目录、缓存目录需要可写，而且要在这些目录里禁掉脚本执行
- 配置文件（含数据库密码）权限收紧到仅属主可读
- 整站可写是明确禁止的，能写的地方越少越好
判断标准：需要写的地方越少，被拿下的损失面就越小。
图片由 AI 生成
备份：没演练过的备份等于没有
备份策略有个经典说法：至少三份副本、两种不同介质、一份放在异地。这套原则依然适用，重点在于异地——备份和源站放在同一台机器上，机器一挂就全没了。
但真正决定生死的其实是下一步：恢复演练。备份任务显示"成功"不代表能恢复，配置文件没备份、数据库版本不兼容、备份文件本身损坏，这些只有在真正还原的时候才会暴露。
演练的做法不复杂：找一台干净机器，按文档用备份还原一遍，然后确认三件事——首页能打开、后台能登录、数据是最近一次的。同时把整个过程耗时记下来，这个数字就是你真出事时的恢复时间预期。
频率建议至少每季度一次，站点结构有变动后额外补一次。演练时发现的每个问题，都是真出事前捡回来的运气。
顺手把告警配上
三件小事值得配：备份任务失败时发通知、磁盘快满时发通知、SSH 登录失败异常增多时发通知。备份失败没告警是最危险的——你可能已经裸奔好几个月，直到真需要恢复那天才发现。
数据库账号也别偷懒
顺带提一句：程序连数据库不要用 root 账号，给每个站点单独建账号，只授予它自己那个库的权限。这样即使某个站被攻破，也不至于连累同机器上的其他库。
写在最后
这几件事都不炫技，也没什么新概念，但真出事的时候，救你的就是它们。建议今天就挑一件做掉——比如先把密钥登录配上，或者干脆安排一次恢复演练。看十篇教程，不如亲手还原一遍来得实在。
