公告写着建议立即升级，安全版本发布当天要完成哪几件事

安全版本发布当天要完成哪些动作？不是点一次更新按钮就结束，而是五件事：判断受影响范围、建立可回滚的备份、执行升级、复查是否已被人先来过的痕迹、补上密钥与口令的收尾。安全版本与普通维护版本的区别正在于此——它默认存在被利用的窗口，流程里少了任何一步，都只是把风险往后推。

公告里哪几行决定优先级

先看三项信息：修复的问题类型、受影响版本区间、是否有可用的绕过条件。以 WordPress 7.1.3 为例，公告把它定性为安全版本并写明建议站点立即更新，列出的修复项覆盖后台页面存储型跨站脚本、导出环节的二阶 SQL 注入、未认证状态下私密内容留言被披露等问题；同时提醒只有最新版本处于积极维护状态，向后回填的补丁属于礼节性处理，不代表旧分支依然安全。读到这里，优先级就已经定了：能升最新分支的当天升，暂时升不了的把入口临时收起来。

动手前的备份与恢复点

升级前的备份要覆盖数据与静态文件两部分。AnQiCMS 的备份与恢复能力本身就包含静态文件，这一点对内容站很关键——只备数据库而不备上传资源，回滚时页面会出现图片缺失，看起来像「升级把站点弄坏了」。备份之外再留一个恢复点：确认最近一次自动备份的产物真实存在、可读取。当天要动生产环境的话，先验证一次恢复流程再动手，比事后翻备份目录从容得多。

升级当页要做完的核验

升级动作本身很快，容易被跳过的是核验。至少走四条：后台能否正常登录；列表页与详情页能否正常出内容，特别是带排序参数的列表请求是否有异常；前台表单与留言提交是否仍然可用；日志里升级时间点之后有没有陌生来源的写入记录。AnQiCMS v3.6.6 修复的两项高危问题正是列表排序参数注入与站点切换登录凭证可被伪造，这类问题的特点是触发点在常规访问路径上，靠肉眼看不出来，必须按请求逐条走一遍。

容易被漏掉的两处收尾

第一处是凭据。已经存在被利用窗口时，仅升级不等于把门关回来：站点签名密钥要轮换，管理员口令要改，这两件事把「漏洞已修」变成「已泄露的访问路径同时失效」。第二处是暴露范围。多站点管理、备份与升级这类全站级操作在接口面上默认关闭，需要显式开启，升级完成后应回头确认这些域仍然保持默认关闭状态——升级前为了方便临时打开的能力，很少有人会主动关回去。

常见问题

问：旧版本分支收到回填补丁，可以只打回填吗？ 答：作为过渡可以，但要清楚这只是缩短暴露时间。回填分支不在积极维护范围内，风险随下一次公告累积，仍应安排到最近一次可升的窗口。

问：当天来不及升级，先做什么最有效？ 答：收缩可达面。把不需要的公开入口、后台暴露地址与高危能力域关掉，比半套升级更安全，也能给正式升级留出准备时间。

问：改口令为什么算升级动作而不是日常运维？ 答：安全版本的利用窗口意味着凭据可能被完整读取过。只修程序不改凭据，等于假设攻击者没有把拿到手的东西用起来。