降低架构风险

当组织将其应用迁移并扩展到云原生基础设施时，他们也引入了风险。 根据 F5 的应用战略状况报告，88% 的组织继续管理现代和传统应用的混合体。 现实情况是，许多企业都拥有跨越几代架构的应用程序目录。 为了在混合和多云环境中保护这些传统和现代应用程序的安全，组织不断部署和调整大量安全控制。 由于应用的安全性取决于其运行的基础设施，因此安全性需要扩展到整个架构堆栈，从应用程序和 API 到底层云原生基础设施。

传统的安全控制并非旨在保护动态和高度分布式的架构。 组织缺乏可视性和控制力，无法识别可能在单一协同攻击活动中出现的各种安全威胁。 企业希望云基础设施提供商能够缩小差距，但不同的云提供商有不同的责任模式、安全态势和云原生工具。 此外，将应用程序迁移到云端并不会消除风险，甚至可能不会降低复杂性。 实际上，由于云原生基础设施通常缺乏足够的可观察性和安全性，跨数据中心和多个云提供商的异构环境的风险面很可能会扩大——为攻击者创造了重大的盲点和机会，由于安全态势不一致，可能导致停机、中断和安全事件。

不可避免的是，随着恶意行为者不断创新其攻击武器库和策略，漏洞利用将继续存在。 单一工具无法完全缓解广泛的威胁面，即使是 Web应用防火墙 (WAF)。 复杂的软件供应链、开源软件的扩散以及通过 CI/CD 管道实现的自动化将带来不可预见的风险，因此早期检测和补救对于有效保护 Web 应用程序和 API 至关重要。

例如，臭名昭著的log4j2漏洞可以以多种方式被利用，使得补救变得困难，尤其是当潜在的暴露跨越多个云的组件时。 为了提高修复速度，需要数字房屋的前门（应用程序）、窗口（API）和基础（基础设施）之间的漏洞指标和集成。 扩展 Web 应用程序和 API 保护 (WAAP) 以保护云原生基础设施和工作负载，有助于通过实时检测易受攻击的组件和潜在的恶意行为来遏制威胁——为 WAF 等安全控制提供关键见解——其中可以更新策略来保护关键应用服务。 log4j2漏洞向安全领导者发出了警告，指出了难以维持的复杂性和即将发生的破坏性攻击的风险，但这也是组织重新审视其安全态势并采用包括强大基础设施保护在内的全面安全策略的机会。

在应用程序现代化过程中，要成功运行并保护应用，需要对整个架构具有全面的可观察性，而该架构正日益分散和分布，以便全面了解应用级别和基础设施级别的威胁。