服务器被攻破，多数时候不是遇上什么高级攻击，而是弱口令、补丁没打、备份失效、权限过大这类基础问题。格达软件在承接移动 APP、小程序、PC 软件以及服务器维护项目时，反复验证了一个结论：把基础动作做成流程，收益远大于堆砌安全设备。
一、资产盘点与基线加固
一切加固的前提是知道自己有什么。建议先建立一份可维护的资产台账，至少包含：公网 IP 与域名、开放端口与服务、证书到期时间、数据库与存储位置、业务负责人。清单每月更新一次，变更即记录。
在此基础上执行基线加固，优先级如下：
- 账号权限：一人一号，禁用 root 远程登录，统一走 sudo 授权，离职当天回收密钥；
- 补丁管理：操作系统与中间件每月至少一次补丁窗口，紧急漏洞 24 小时内评估；
- 网络暴露面：安全组只放行业务必需端口，数据库、Redis、管理后台一律不暴露公网；
- 登录防护：SSH 禁用密码登录、启用密钥，配合 fail2ban 限制爆破。
常见的 SSH 加固片段如下：
# /etc/ssh/sshd_config
PermitRootLogin no
PasswordAuthentication no
PubkeyAuthentication yes
MaxAuthTries 3
ClientAliveInterval 300
AllowUsers deploy ops
改完先 sshd -t 校验，再重载服务，避免把自己关在门外。
二、按业务形态做差异化加固
不同业务的攻击面差别很大，同一套模板套所有项目往往会顾此失彼。格达软件在项目交付时通常按业务类型区分重点：
| 业务形态 | 主要风险面 | 加固重点 |
|---|---|---|
| 移动 APP 后端 | API 被刷、越权访问 | 接口鉴权与限流、签名校验、防重放 |
| 小程序 | 前端可直接抓包 | 敏感逻辑后置、服务端校验、openid 绑定 |
| PC 软件（C/S） | 客户端被逆向 | 通信加密、授权码校验、灰度更新通道 |
| 开发咨询 | 环境与密钥混用 | 配置与代码分离、密钥托管、最小权限 |
| 服务器维护托管 | 长期无人巡检 | 定期巡检报告、变更留痕、告警闭环 |
以 API 为例，网关层的限流与鉴权要同时做，不能只靠前端校验。一个简单的 Nginx 限流配置就能挡掉大部分低级刷量：
limit_req_zone $binary_remote_addr zone=api:10m rate=20r/s;
location /api/ {
limit_req zone=api burst=40 nodelay;
limit_req_status 429;
proxy_pass http://backend;
}
三、可观测性与备份：让故障可发现、可回滚
看不到问题的系统，就等于没有运维。建议至少落三件事：
- 指标监控：CPU、内存、磁盘、连接数、接口 P95 延迟与错误率，阈值告警到人而非群；
- 日志集中：应用日志与访问日志统一采集，保留 30 天以上，便于追溯；
- 备份与恢复：遵循 3-2-1 原则，数据库每日全量加增量，异地保存，并且每季度做一次真实恢复演练——没有验证过的备份等于没有备份。
发布环节同样重要：小程序与 APP 走灰度发布，PC 软件保留可回退的更新通道，服务端采用蓝绿或滚动发布，保证任何一次上线都能在 10 分钟内回滚。
四、应急响应与演练：把流程练成肌肉记忆
预案写在文档里没人看，练一遍才有效。建议明确三类内容：谁来判断、谁来执行、多久升级上报；同时准备一份「断网、勒索、数据误删」的场景化处置卡，注明隔离、取证、恢复、通报的顺序。
演练不必复杂，每半年一次即可：随机选一台非核心机器，模拟磁盘写满或数据库连接耗尽，看团队从告警到恢复用时多久，然后复盘改进。对中小企业而言，把这套流程交给专业的服务器维护团队托管，通常是性价比更高的选择。
格达软件在移动 APP 开发、PC 软件开发、小程序开发、开发咨询与服务器维护业务中，都会把上述基线作为交付标准的一部分。安全加固不是一次性项目，而是持续的小步迭代——先把弱口令和暴露端口关掉，收益就已经超过 80%。