WordPress 7.1.3 修了 7 个漏洞，3 个是 Anthropic 报的：AI 正在给开源 CMS 当「编外安全团队」

10 月 6 日，WordPress 发布了 7.1.3。距上一个安全版 7.1.2（9 月 22 日）只隔了两周。这次是 7 个安全修复加 4 个 bug 修复，官方口径是「建议立即更新」。

两周前那个补丁修的是一个被评级为 critical 的漏洞，攻击者已经在实际利用了。这次不是那种「丢下一切立刻升级」的级别，但有两个修复，我觉得每个开着评论的站都该看一眼。

两个和评论有关的漏洞

第一个：不用登录，任何人都能读到私密文章的评论。

这是 7 个里唯一一个官方描述为「未认证」的，由 Patchstack 的 Ananda Dhakal 报告。问题出在顺序上——每篇文章都有自己的评论 feed，WordPress 在给单篇文章生成 feed 时，先把评论取出来了，然后才去检查访客有没有权限看这篇文章。检查确实把文章藏起来了，但那一刻评论已经加载完了。于是任何人通过 feed，就能读到私密或未发布文章下已经过审的评论，包括评论者的名字。

修法很朴素：把取评论的查询挪到权限检查之后。看不了文章，评论就永远不会被取。

第二个：评论管理页的存储型 XSS，通过「待审评论」触发。

由 Trail of Bits 的 Thomas Chauchefoin 报告。这里有个细思极恐的地方：WordPress 默认设置下，访客的第一条评论会先进待审队列——也就是说，不需要任何账号，任何人都能往这个队列里塞一条。而版主或编辑打开评论管理页时，代码就可能在他浏览器里跑起来。

技术细节也很典型：wp-admin/js/common.js 里 Help 标签的点击处理，把链接地址直接丢给了 jQuery 的 $()，而 $() 会把「看着像 HTML 的字符串」当成 HTML 建出来。7.1.3 改成了 .find()，只当选择器用，不会创建元素。

这两个我建议优先处理，尤其是还在用评论功能的站点：攻击者可以是陌生人，代码跑在审核者的浏览器里。

但最值得琢磨的是署名

7 个漏洞里，3 个由 Anthropic 报告：WXR 导出工具里的二阶 SQL 注入、WP_Http::make_absolute_url() 的拒绝服务、以及 Author 角色可以越权把文章置顶的权限问题。另外 7.1.1 的 11 个漏洞里，也有 2 个是它报的。

我认为这不是一件小事。开源 CMS 的维护者就那么几个人，代码历史十几年，靠人力把每个函数都审一遍是不现实的。现在 AI 公司拿自己的模型大规模做代码审计、给上游项目报漏，正在变成常态。好处很直接：补丁会来得更快、更密。

代价也很直接：站长的「更新疲劳」会更严重。当安全版本从每季度一次变成每两周一次，「这个月已经更过一次了」就会成为最常见的漏更新理由。

一个反直觉的细节：补丁小得离谱

这次七个文件加起来，只增了 119 行、删了 103 行，而且大部分是挪位置和改缩进。

评论那个修复最典型：把同一个函数里的 37 行代码往下挪了挪，一行都没改。漏洞不是因为代码写得烂，而是因为顺序不对。这类问题，恰恰是自动化审计最擅长抓的——它不需要理解业务，只要盯着「检查发生在使用之前还是之后」。

另外，到 10 月 7 日为止，这 7 个漏洞都还没有 CVE 编号，也就没有严重度评分可以排序。目前能参考的，只有「攻击者需要先有什么」：两个从陌生人开始，三个需要 Contributor/Author 账号，一个需要管理员去跑一次导出，还有一个取决于你装了哪些插件。

站长该做什么

• 更新到 7.1.3：后台「仪表盘 → 更新」，或者命令行的 wp core update。
• 别假设自动更新一定成功。托管商策略、文件权限、被禁用的常量、上一次更新失败，任何一个环节都可能让更新卡住。去后台看一眼实际版本号。
• 顺手清一清不再需要的 Author、Contributor 账号——三个漏洞都挂在这个权限档位上。
• 审核评论时，对来路不明的待审评论保持警惕。

我的判断

WordPress 的更新节奏，正在从「有事才做的维护」变成「常态化的安全运维」。这次没有紧急到要半夜爬起来打补丁，但两周一个安全版这个频率本身，就说明了一件事：把核心小版本自动更新打开、把人员权限收紧，比每次盯着新闻临时补救更有用。

对普通博客来说，最实际的动作就两个：确认更新已经装上，以及删掉那些早就不用的编辑账号。