网络安全韧性：重新思考漏洞管理作为共同责任

已知漏洞的持续威胁

美国网络安全和基础设施安全局（CISA）最近将两个漏洞添加到其已知被利用漏洞（KEV）目录中，表明存在活跃的野外利用。一个通过路径遍历缺陷影响 WSO2 产品，另一个是 Adobe Commerce 和 Magento 中的错误授权问题。这些添加不仅仅是行政更新；它们反映了一种反复出现的模式，即攻击者迅速将公开披露的缺陷武器化。延迟修补此类漏洞的组织实际上让数字大门敞开，招致入侵。

KEV 目录根据约束性操作指令 26-04 作为联邦机构的优先列表，但其相关性远远超出政府。私营企业经常将其用作补丁管理的基准。这些漏洞正被积极利用的事实强调了一个严峻的现实：披露与利用之间的窗口正在缩小。安全团队必须假设任何关键漏洞将在几天内（如果不是几小时内）成为攻击目标，并相应调整响应时间表。

这一发展还凸显了资产清单和配置管理的重要性。如果不清楚易受攻击的软件位于何处，组织就无法有效修复。例如，WSO2 中的路径遍历缺陷可能允许攻击者访问敏感文件，而 Adobe Commerce 授权问题可能允许未经授权的操作。两者不仅需要打补丁，还需要审查访问控制并监控入侵迹象。

扩展支持：数据库安全的双刃剑

Amazon RDS for MySQL 宣布对次要版本 5.7.44 和 8.0.46 提供扩展支持，在标准支持结束后提供长达三年的关键 CVE 修复。此举解决了一个常见的企业困境：在不中断运营的情况下升级遗留数据库版本的难度。扩展支持提供了一条生命线，但也引入了一个微妙的风险：自满。组织可能会无限期推迟必要的升级，依赖仅解决关键漏洞而非所有错误或性能改进的供应商补丁。

扩展支持模式是对现实世界限制的务实回应，但应被视为桥梁而非目的地。在旧版本上每多待一年都会增加技术债务和潜在的安全暴露。虽然 AWS 承诺修复关键 CVE，但底层架构可能缺乏现代安全功能。安全领导者必须权衡扩展支持的运营便利性与现代化的战略必要性。具有明确里程碑的清晰迁移路线图对于避免发现自己处于不受支持的版本且没有简单出路至关重要。

此外，该公告强调了云安全中的共同责任模型。AWS 管理基础设施，但客户负责应用补丁、配置安全组和管理访问。扩展支持并不能免除用户的职责；它只是延长了时间表。组织仍必须监控漏洞，及时应用补丁，并考虑额外的控制措施，如数据库活动监控和加密。

云容器中的跨租户风险

Cloudflare 披露了其 Containers 平台中的一个漏洞，该漏洞可能暴露先前工作负载的残留磁盘数据，由 Accomplish 的外部研究人员发现。这种跨租户数据暴露凸显了多租户云环境中的一个根本挑战：确保共享物理基础设施的客户之间的隔离。即使有强大的逻辑分离，存储清理或资源分配中的细微缺陷也可能导致数据泄漏。

Cloudflare 透明的回应——解释问题、调查和修复——为行业树立了积极的榜样。然而，该事件引发了关于容器化服务安全性的更广泛问题。容器在设计上是短暂的，但其底层存储可能比预期保留数据更长时间。云提供商必须实施严格的清理流程，客户应考虑对静态敏感数据进行额外加密，即使在托管服务中也是如此。

这一事件还强调了独立安全研究的重要性。外部研究人员在识别内部团队可能忽略的漏洞方面发挥着关键作用。漏洞赏金计划和负责任的披露政策不仅仅是可有可无的；它们是成熟安全态势的重要组成部分。组织应鼓励此类研究，并制定明确的流程来分类和修复报告的问题。

勒索软件战术：一致性作为防御机会

微软对 Storm-2570 的追踪——一个在多个勒索软件家族（Qilin、DragonForce、Anubis、BERT）中使用一致的后入侵工具的勒索软件附属机构——揭示了一个重要见解：攻击者经常重复使用技术、基础设施和程序。这种一致性虽然危险，但也为防御者提供了战术优势。通过识别和共享入侵指标（IOC）以及战术、技术和程序（TTP），安全社区可以在勒索软件部署之前中断攻击。

该报告强调，勒索软件不是一个单一事件，而是一个过程。攻击者通常会在网络内花费数天或数周时间，横向移动、提升权限并在加密系统之前窃取数据。这段停留时间为检测和响应提供了窗口。投资于强大监控、端点检测和响应（EDR）以及威胁狩猎的组织可以及早捕获对手。关键是寻找一致的战术——特定工具、命令模式或网络行为——而不是仅仅关注最终的勒索软件载荷。

此外，附属模型使归因和防御复杂化。不同的勒索软件家族可能由相同的参与者部署，这意味着针对一种变体调整的防御可能被另一种变体绕过。专注于底层行为而非基于签名的检测的整体方法更为有效。跨部门以及与 CISA 等政府机构共享威胁情报可以放大集体防御。

综合威胁格局：呼吁主动防御

这四个发展虽然各自独立，但共同描绘了一个网络安全格局，其中已知漏洞、遗留系统、云错误配置和复杂的勒索软件参与者汇聚在一起。共同点是需要主动的分层防御。仅仅依赖被动修补或边界安全是不够的。组织必须采用基于风险的方法，优先处理被积极利用的漏洞，管理技术债务，确保云隔离，并及早检测对手行为。

共同责任的概念反复出现。云提供商保护基础设施，但客户必须保护其配置和数据。软件供应商发布补丁，但用户必须应用它们。安全研究人员识别缺陷，但组织必须修复它们。没有任何一个实体能够承担全部负担；韧性需要整个生态系统的协作。

最终，问题不在于漏洞是否会被利用，而在于组织能够多快、多有效地做出响应。建立韧性意味着投资于持续的漏洞管理、威胁情报、事件响应能力和安全意识文化。最近的披露提醒我们，威胁格局是动态的，自满是最大的漏洞。