本文使用的 Docker 镜像
发布日期: 2026 年 10 月 31 日
风险等级: 高危(High)
漏洞编号: CVE-2026-119977
涉及镜像: library/wordpress — 轩辕镜像 · Docker Hub
CVSS: 8.1(High,CVSS 3.1)
披露时间: NVD 于 2026 年 10 月 31 日公开收录;镜像 7.1.4 于 2026 年 10 月 29 日推送
相关公告: WordPress 7.1.4 · GHSA-4w3m-c66w-69mg
一、漏洞概述
用完整包做核心升级时,WordPress 会把新文件解到 Web 能直接访问的升级临时目录。未登录的人如果在解压还没完成时访问到里面的 PHP,就可以在 Web 进程的权限下执行代码。窗口很短,但是不需要账号。CVSS 3.1 为 8.1。
修复已放进 7.1.4,并回迁到 4.7 起仍在维护的各分支。低于 4.7 的版本不在这份公告的范围内。
二、漏洞状态
统计截止: 2026 年 10 月 31 日(UTC+8)
| 项目 | 状态 |
|---|---|
| 漏洞细节 | 已公开(WordPress 发行说明、NVD) |
| 7.1 线 | 7.1.0–7.1.3 受影响,修复为 7.1.4。Hub 上的 7.1.3 仍受影响 |
| 官方镜像 | 7.1.4、7.1.4-apache 与今天的 latest 是同一份镜像。7.1.4-fpm 是另一份 |
| 更早分支 | 各有回迁安全版(见下表)。官方 library 镜像上没有 7.0.8、6.9.11、6.8.12 这些标签 |
| CISA KEV | 未列入 |
| 分支 | 受影响 | 升到 |
|---|---|---|
| 7.1 | 7.1.0–7.1.3 | 7.1.4 |
| 7.0 | 7.0.0–7.0.7 | 7.0.8 |
| 6.9 | 6.9.0–6.9.10 | 6.9.11 |
| 6.8 | 6.8.0–6.8.11 | 6.8.12 |
| 6.7 | 6.7.0–6.7.10 | 6.7.11 |
| 6.6 | 6.6.0–6.6.10 | 6.6.11 |
| 6.5 | 6.5.0–6.5.13 | 6.5.14 |
| 6.4 | 6.4.0–6.4.13 | 6.4.14 |
| 6.3 | 6.3.0–6.3.13 | 6.3.14 |
| 6.2 | 6.2.0–6.2.14 | 6.2.15 |
| 6.1 | 6.1.0–6.1.15 | 6.1.16 |
| 6.0 | 6.0.0–6.0.17 | 6.0.18 |
| 5.9 | 5.9.0–5.9.19 | 5.9.20 |
| 5.8 | 5.8.0–5.8.18 | 5.8.19 |
| 5.7 | 5.7.0–5.7.20 | 5.7.21 |
| 5.6 | 5.6.0–5.6.22 | 5.6.23 |
| 5.5 | 5.5.0–5.5.23 | 5.5.24 |
| 5.4 | 5.4.0–5.4.24 | 5.4.25 |
| 5.3 | 5.3.0–5.3.26 | 5.3.27 |
| 5.2 | 5.2.0–5.2.29 | 5.2.30 |
| 5.1 | 5.1.0–5.1.27 | 5.1.28 |
| 5.0 | 5.0.0–5.0.30 | 5.0.31 |
| 4.9 | 4.9.0–4.9.34 | 4.9.35 |
| 4.8 | 4.8.0–4.8.33 | 4.8.34 |
| 4.7 | 4.7.0–4.7.38 | 4.7.39 |
三、影响范围
对公网或不可信网络开放的 WordPress。触发点是一次「完整包」核心升级还没结束的那段时间。容器如果把站点目录放在持久卷上,只更换镜像标签不会改写卷里的核心文件。
四、修复建议
官方镜像请升到 7.1.4。Apache 用 7.1.4(与 7.1.4-apache 相同)。php-fpm 用 7.1.4-fpm。不要继续使用 7.1.3,也不要把 latest 写进长期配置。
bashdocker pull docker.xuanyuan.run/library/wordpress:7.1.4
bashdocker pull docker.xuanyuan.run/library/wordpress:7.1.4-fpm
还停在旧分支、又不是用这份官方镜像的,按上表升到该分支的安全版。官方镜像没有那些旧标签,容器部署请直接到 7.1.4。
升级之后打开站点里的 wp-includes/version.php,确认 $wp_version 已经是所在分支的安全版。持久卷上的文件若仍是旧版本,需要在卷里完成核心升级,而不是只改 Compose 里的标签。
Docker Hub: wordpress
轩辕镜像: library/wordpress
五、临时缓解措施
暂时不能升级时,在反代上拒绝执行升级临时目录里的 PHP:
nginxlocation ~* ^/wp-content/upgrade/.*.php$ { deny all; }
其他反代按同样的路径拒绝 PHP。这只盖住升级窗口,不能代替 7.1.4 或所在分支的安全版。
六、与轩辕镜像用户的相关说明
轩辕镜像提供的是镜像加速与拉取服务,不替代 WordPress 的核心升级。docker pull docker.xuanyuan.run/library/wordpress:7.1.4 覆盖 7.1 线。今天的 latest 与 7.1.4 是同一份镜像,加速拉取 latest 以后可能不再锁定在这个版本。站点核心在持久卷上时,换标签不会自动变成 7.1.4。
七、参考链接
- WordPress:7.1.4 发行说明
- GitHub:GHSA-4w3m-c66w-69mg
- NVD:CVE-2026-119977
- Docker Hub:wordpress
- 轩辕站内镜像页:library/wordpress
阅读原文
轩辕镜像安全团队
2026 年 10 月 31 日
评论交流
免责声明
本博客文章所提供的内容、技术方案、配置示例及部署指南等信息,仅供学习交流和技术参考使用。文章内容基于发布时的技术环境和版本信息编写,可能因时间推移、技术更新或环境差异而存在不适用的情况。
用户在参考本博客内容进行部署操作前,应当充分了解相关技术风险,并建议在测试环境中进行充分验证和测试,确认无误后再考虑在生产环境中使用。生产环境部署前,请务必进行数据备份,并制定相应的回滚方案。
用户因使用本博客内容进行部署操作而产生的任何损失、数据丢失、系统故障、安全风险或其他问题,均由用户自行承担全部责任。轩辕镜像官方不对因使用本博客内容而产生的任何直接或间接损失承担责任。
本免责声明的最终解释权归轩辕镜像官方所有。
