Bricksforge 插件漏洞遭在野利用，WordPress 站点需排查

AI智能摘要

AI 生成的文章内容摘要

WordPress 插件 Bricksforge 的一个最高危漏洞已被确认在野利用。安全媒体 SecurityWeek 报道称，该漏洞编号为 CVE-2026-85097，攻击者可借此接管目标 WordPress 站点。对于正在使用该插件的站长和运维人员，当前最重要的事情不是判断攻击趋势，而是尽快确认自己的站点是否处于受影响范围，并完成升级或临时处置。

事件基本情况

根据 Patchstack 的披露与多个漏洞库记录，Bricksforge 插件在 3.1.8.9 及更早版本中存在未认证的任意文件上传问题，攻击者无需登录即可向站点上传文件，进而可能实现远程代码执行。The Hacker News 的报道给出的 CVSS 评分为 10.0，属于最高级别。安全厂商遥测显示，攻击者自 2026 年 10 月 7 日起已开始利用该漏洞。

需要区分两类信息：漏洞编号、受影响版本范围、在野利用的时间点，属于已确认事实；而攻击规模、具体攻击者归属、受害站点数量等，目前公开资料并未给出可核验的结论，不宜当作既定事实传播。本文也不提供任何利用细节或验证性攻击代码。

谁会受到影响

受影响的对象是安装了 Bricksforge 插件、且版本低于或等于 3.1.8.9 的 WordPress 站点。Bricksforge 是面向 Bricks 主题用户的增强插件，因此使用 Bricks 建站的站点需要重点排查。如果你的站点从未安装该插件，则不在本次影响范围内；如果曾经安装但已删除，仍需确认残留文件是否清理干净。

处置顺序建议

建议按以下顺序操作，先确认范围，再动手变更。

1. 确认是否安装：在 WordPress 后台的插件列表中查找 Bricksforge；若无法登录后台，可通过文件系统检查 wp-content/plugins/ 下是否存在对应目录。
2. 核对版本号：确认当前版本是否小于或等于 3.1.8.9。版本号可在插件列表页或插件主文件中查看。
3. 优先升级：若厂商已发布修复版本，升级到修复版本是首选方案。升级前对站点文件和数据库做完整备份，并确认备份可回滚。
4. 无法立即升级时临时停用：若暂时无法升级，可先停用该插件，评估对站点功能的影响；停用不等于清除风险，仍需尽快完成升级。
5. 排查入侵痕迹：检查上传目录中是否存在异常文件，尤其是伪装成图片的可执行文件；检查是否存在非本人创建的管理员账号、计划任务或未知的插件与主题文件。
6. 必要时回滚：若确认已被入侵，应在隔离环境取证后，用入侵前的干净备份恢复，并同步更换数据库凭据、WordPress 密钥与相关账号密码。

排查与加固要点

排查阶段建议关注上传目录、用户列表和定时任务三类位置，攻击者常借助上传落地文件维持访问。加固方面，可在 Web 层对上传目录禁止脚本执行，限制文件上传类型，并对插件目录做完整性校验。Patchstack 已上线缓解规则，使用其防护能力的站点可确认规则是否生效，但这只是过渡手段，不能替代版本修复。

对于托管多个站点的运维团队，建议先盘点全部站点的插件清单与版本，再按暴露程度排序处置。面向公网、且允许用户交互的站点应优先处理。

在官方修复版本和厂商公告可查证之前，任何“已完全修复”的说法都需要谨慎对待。后续应以厂商公告和漏洞数据库的更新为准，确认修复版本号后再执行升级。