当 Apache Log4j 达到生命周期终止（EOL）时，CVE 漏洞仍会持续出现。

要求 6.3.3 规定，已知的关键级和高严重性漏洞必须在 30 天内修复。已达到生命周期结束（EOL）且上游未提供补丁的 Apache Log4j 将导致您不符合合规要求。NES 恢复了补丁路径。

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

信任服务标准要求及时修复漏洞并进行补丁管理。除非存在补偿性支持方案，否则已停止支持（EOL）的依赖项会在审计中引发重大问题。NES 正是这一支持方案。

第21条涉及补丁管理、漏洞管理和供应链管理。运行已达到生命周期终止（EOL）且没有持续维护支持渠道的软件会带来风险，NIS2要求运营商积极采取措施降低此类风险。

DORA 将生命周期结束（EOL）软件视为金融信息通信技术（ICT）资产的韧性漏洞。NES 为您提供经过维护的构建版本以及有文档记录的补丁管理计划。

管理包含数字组件的产品的软件生命周期安全。在保障期内，NES 将为您已达到生命周期结束（EOL）的 Apache Log4j 产品线提供经过维护和打补丁的构建版本。

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

持续监控要求按照既定周期修复漏洞。经过修补且获得供应商支持的构建版本，可为您的信息安全运营中心（ISSO）提供有据可依的修复路径，从而证明将已达到生命周期结束（EOL）的 Apache Log4j 保留在授权边界内的合理性。

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