给老系统做安全加固，做技术的朋友都有过这种经历：补丁一打，某个老接口挂了，或者老旧浏览器打开白屏，业务那边电话立刻打过来。安全加固和兼容性之间的平衡，是每个维护老系统的人都绕不开的题。今天聊聊怎么把这事做稳。
先摸清影响面再动手
动手前花半天时间做三件事。一是盘点环境：服务器系统版本、运行环境版本、浏览器使用占比，全列出来。尤其要问清业务方：客户里还有多少人在用老浏览器、老手机访问。二是把现有功能做基线测试：核心流程全部过一遍并记录，这是加固后的对照标准。三是看加固项会不会碰到老依赖，有些安全要求 requires 升级运行环境，一升级老依赖就崩，这种要单独评估。
分批上线加回滚预案
别一次全上。把加固项按风险排序：低风险的先上——比如安全响应头、密码策略；中风险的第二波——如接口鉴权；风险最高的压轴上，比如环境升级。每上一批，观察一两天，业务方确认没问题再下一批。
回滚预案是保命的。每批变更前打个快照或备份，出问题的判断标准提前定好：核心流程异常超过十分钟，立刻回滚，不逞强。有次我给一个老系统加固登录模块，上线半小时就发现老客户端批量登录失败，靠事先准备好的回滚，五分钟恢复业务，回头慢慢排查原因。要是没有预案，那就是一场事故。
跟业务方同步节奏
技术上再稳，沟通不到位也白搭。上线时间避开业务高峰，别挑月底对账日、促销日动生产环境。提前两天通知业务方测试要点，上线当天留人值守。加固不是闭门造车，是跟业务一起过河。
顺带说句实在的：技术这东西不用样样精通，但你得知道自己的东西在哪儿、谁来管、出了事怎么恢复。我给客户做交代，就这三条。常德不少老板吃过没记录的亏，服务器到期没人续、密码在离职员工手机里。你花半小时把家底盘一遍，比事后补救强十倍。
总结
常德的技术朋友做安全加固，三句话：先盘环境做基线，分批上线留快照，跟业务对好节奏。加固的目的本来就是保护业务，别让加固自己变成事故。你要是最近有加固计划，今天就先做基线测试这一步，把核心流程走一遍留档——这份档案，就是出问题时的定心丸。