新闻

WebpowerX 完成 PHP 高危漏洞应急处置：主动防护、验证恢复，守护客户业务

2026年11月12日 WebpowerX 完成 PHP 高危漏洞应急处置：主动防护、验证恢复，守护客户业务已关闭评论

2026 年 10 月 22 日 15:20（北京时间 GMT+8），WebpowerX 完成旧版邮件营销平台 dmdelivery 的 PHP 高危漏洞应急升级及测试验收，相关服务恢复运行。本次处置中，团队在收到系统预警后 50 分钟完成影响研判，60 分钟内启动预防性暂停；从启动暂停到服务恢复，处置窗口为 17 小时 50 分钟，控制在 18 小时以内。

dmdelivery 采用 PHP 架构，原计划于 2026 年底前（北京时间 GMT+8）下线；WebpowerX 全新版平台 dmartechx 采用 Java 架构。此次应急升级针对仍在服务期内的旧版 dmdelivery 展开。平台已有既定下线计划，并不意味着可以降低对现有客户的安全保障标准：只要仍在提供服务，风险处置与客户支持就必须持续落实。

安全信息持续公开，团队迅速研判旧版平台风险

2026 年 10 月 21 日 03:33（北京时间 GMT+8），PHP 安全团队通过 php.announce 发布严重安全更新预告，披露两处 CVSS v4.0 基础评分均为 9.2 的严重漏洞，并计划于 2026 年 10 月 21 日 22:00（北京时间 GMT+8）发布安全更新。当时，预告已明确风险等级，但完整漏洞详情与修复版本尚未公开。

WebpowerX 的漏洞监测系统持续关注安全社区、厂商公告与官方渠道，并自动推送高风险预警。2026 年 10 月 21 日 20:30（北京时间 GMT+8），公司收到本次 PHP 严重漏洞的系统预警，随即启动 P1 级应急响应。技术团队围绕 dmdelivery 的实际部署，核对 PHP 版本、梳理暴露面，并排查任务提交与发送、点击及打开跟踪、后台处理等关键业务链路。

至 2026 年 10 月 21 日 21:20（北京时间 GMT+8），团队确认相关 PHP 运行时处于受影响版本范围。考虑到风险可能涉及业务运行和客户数据安全，而当时尚无可直接部署的官方修复版本，团队形成预防性暂停方案并提交管理层审批，同时通过客户服务群同步影响范围。从收到预警到完成影响研判，用时 50 分钟。

在正式漏洞详情公开前，主动启动预防性暂停

2026 年 10 月 21 日 21:30（北京时间 GMT+8），WebpowerX 发布《PHP Core 远程代码执行漏洞应急升级通知》，说明受影响能力、处置安排与回滚方案，并启动 dmdelivery 相关服务的预防性暂停，收敛访问入口、暂停相关运行任务、冻结非必要生产变更。从接收预警到启动暂停，用时 60 分钟。

四分钟后，2026 年 10 月 21 日 21:34（北京时间 GMT+8），PHP 官方代码仓库公开两份正式漏洞详情公告。此时，WebpowerX 已启动预防性暂停流程。团队选择先控制风险，而不是等待补丁期间继续维持已知存在严重风险的运行环境。

2026 年 10 月 21 日 21:35（北京时间 GMT+8），相关服务状态页更新为“调查中（Investigating）”，提醒客户调整受影响的营销活动安排。客户沟通中同时明确：iEmail 服务不受此次暂停影响，有投递需求的客户可结合业务情况使用 iEmail，减少业务安排受到的影响。

此次暂停是一项预防性安全措施，并不等同于确认发生攻击或数据泄露。对 WebpowerX 而言，负责任的服务不仅是在正常时期保持系统运行，也包括在严重风险出现时，及时作出保护客户利益的决策，并清楚说明其业务影响。

官方修复版本陆续发布，人工审核与自动化升级协同推进

2026 年 10 月 21 日 21:48（北京时间 GMT+8）与 2026 年 10 月 21 日 21:54（北京时间 GMT+8），CVE-2026-109618 和 CVE-2026-109619 两条漏洞记录先后发布。随着官方公告、CVE 记录与安全厂商分析逐步完善，研发侧 AI 系统辅助汇集信息、比对受影响版本，整理修复路径与临时缓解建议，为技术团队确认方案提供支持。

PHP 官方发布邮件显示，2026 年 10 月 21 日 22:00（北京时间 GMT+8），php.announce 宣布 PHP 8.2.35 与 PHP 8.3.36 可用；2026 年 10 月 21 日 22:10（北京时间 GMT+8）宣布 PHP 8.5.12 可用，2026 年 10 月 21 日 22:32（北京时间 GMT+8）宣布 PHP 8.4.27 可用。上述时刻为同一官方邮件渠道的发布声明时间，并非所有下载包首次上线的统一时刻。

团队依据适用版本和官方修复方案推进升级。修复方案经技术团队审核确认后，进入自动化执行流程。AI 与自动化用于提高信息处理和执行效率，关键方案审核及生产决策仍由团队把关。

升级完成后，团队没有立即恢复业务，而是继续进行回归测试和压力测试，对任务提交、处理与发送，点击和打开跟踪，后台功能及页面访问，以及运行时升级后的性能与稳定性逐项验证。恢复标准不是“补丁装好了”，而是关键业务链路通过测试与验收。

完成验收后恢复服务，暂停处置窗口控制在 18 小时以内

2026 年 10 月 22 日 15:20（北京时间 GMT+8），测试与验收完成，修复版本部署至生产环境。逐项验证服务功能后，dmdelivery 相关能力恢复开放，状态页更新为“已恢复（Recovered）”。

按分钟口径统计，从首批修复版本发布声明至服务恢复，升级与恢复验证窗口为 17 小时 20 分钟，涵盖版本核对、修复实施、回归与压力测试及生产验证；从启动预防性暂停至恢复，暂停处置窗口为 17 小时 50 分钟，包含等待官方修复与后续升级验证，控制在 18 小时以内。前者不单独计作补丁安装耗时，后者以启动暂停为计时起点。

服务恢复后，团队继续开展 24 小时重点观察，通过监控规则与 AI 辅助研判跟踪运行情况，观察期内服务运行稳定。

产品持续演进，客户服务责任始终延续

从 PHP 架构的 dmdelivery 到 Java 架构的 dmartechx，WebpowerX 正按照既定产品路线推进平台演进。对于仍在使用旧版平台的客户，既定下线计划不会成为放松维护的理由；对于每一次关键升级，修复效率也不能代替必要的测试与验收。

本次预防性暂停给部分客户的业务安排带来了不便，WebpowerX 对此表示歉意，并感谢客户在应急处置期间的理解与配合。作为一家以技术为导向、重视客户服务的企业，公司将持续完善风险监测、应急决策、透明沟通、修复验证与恢复后观察机制，以实际行动承担对客户的服务责任。

如需了解本次事件对具体业务的影响、后续服务安排或平台升级计划，请联系您的客户服务负责人。

本文日期及具体时刻均标注北京时间 GMT+8；外部公告时间按分钟展示，响应和恢复指标按分钟口径统计。内部处置时间依据本次应急记录。

参考资料