您的 PHP 版本已达到生命周期终止。但您的安全性不必因此受影响。

要求 6.3.3 规定必须修复已知的漏洞，其中包括针对关键问题的 30 天服务水平协议（SLA）。未打补丁的旧版 PHP 将立即导致不符合要求——NES 恢复了补丁路径。

未受支持的组件使得难以证明处理电子受保护健康信息（ePHI）的系统具备合理的保障措施。NES 提供主动维护和有据可查的风险降低措施。

信任服务标准要求及时修复漏洞并进行补丁管理。如果旧版组件未安装安全补丁，将导致认证失败。

基准要求以 NIST SI-2 为基础，规定必须在规定时限内修复漏洞并安装安全更新。政府云中未打补丁的旧版软件不符合合规要求。

将遗留软件视为金融信息通信技术资产的韧性缺陷。NES针对关键系统实施了一套有据可查的补丁管理计划。

第21条涉及补丁更新、漏洞及供应链管理。若未打补丁的旧版软件会引发风险，则该软件实际上即为不符合要求。

第32条要求采取“最先进”的技术措施。在发生安全事件后，运行已不再受支持的旧版软件将难以进行辩护——NES负责维护该Web服务器。

控制措施 PR.PS-02 要求各组织根据风险情况，主动维护或移除存在漏洞的软件。NES 可在无需强制升级或移除的情况下实现合规。

要求在支持期内有效处理产品及其组件中的漏洞。NES 确保已交付产品的 PHP 层得到全面覆盖。

漏洞管理和配置管理控制措施要求识别技术漏洞，并确保软件符合安全标准。NES 通过为已停产（EOL）软件提供补丁，恢复了控制状态。

控制措施 7（持续漏洞管理）和控制措施 2（软件资产盘点）将不再接收安全更新的软件视为存在固有漏洞。NES 确保软件始终保持最新补丁状态并可接受审计。

许多组织根据合同规定，不得分发不受支持的软件。NES 提供了这些政策所要求的、由供应商支持的解决方案。