2026年10月28日，WordPress官方发布7.1.4安全版本，并建议及时更新。本篇于2026年10月29日核对公告，面向哈尔滨企业维护负责人讨论一项实际工作：多站点环境下，怎样记录哪些站点已检查、哪些正在处理、哪些仍需人工复核，而不是只在群里发一句“已更新”。
已确认的发布事实
官方公告将7.1.4列为安全发布，说明修复了多项问题，并介绍通过后台或下载更新的方式。这里仅保留理解维护任务所需的事实，不转述漏洞利用细节。本篇没有检查读者的WordPress实例，也没有替任何站点执行更新。
站点状态应有证据，而非只有颜色
| 字段 | 记录内容 | 防止的误读 |
|---|---|---|
| 站点与负责人 | 实际对象及有权处理者 | 把未纳入的站点视为已覆盖 |
| 检查时版本 | 检查时间与实际结果 | 拿旧截图当作当前状态 |
| 处理阶段 | 待处理、进行中、待复核、已复核 | 把开始操作当成结束 |
| 备份与回退 | 可恢复资料及确认记录 | 仅凭按钮成功就认定可恢复 |
| 复核范围 | 前后台关键任务与未覆盖项 | 版本号正确就代表全部正常 |
单站处理记录（示例表头）
站点标识：
检查时间与当时版本：
处理负责人：
备份与回退准备：
实际处理结果及时间：
代表页面与业务任务复核：
未解决问题：
当前阶段：及时处理与明确记录一起进行
- 核对官方发布和实际站点范围。
- 由维护负责人确认备份、环境与必要回退准备。
- 记录实际操作结果，不替失败或未知项打勾。
- 复核关键页面、后台及实际业务入口。
- 对仍待处理的对象明确负责人和后续安排。
后台显示已是目标版本，还需要写复核吗？
需要分别说明版本检查和实际功能复核覆盖了什么；两者不是同一证据。
安全公告能说明本站已经被攻击吗？
不能。公告说明修复事项，不等于已经确认某个站点发生事件。具体异常应另行调查。
1发现纳入实际站点清单。
2处理记录有权负责人的实际操作。
3复核验证关键任务并列出遗漏。
4归档保存结果，未解决项继续跟踪。
云典网站本身是否使用WordPress，应以实际技术清单判断，不能因文章栏目叫WordPress就假设所有主站和城市站都要执行同一升级。维护报告应精确指向对象与系统，避免向不适用的站点传播“已升级”的错误结论。