本地 WAF 已死,云 WAF 永生

news/2024/11/17 13:24:44/

多年来,Web 应用程序防火墙 (WAF) 一直是应用程序保护的代名词。事实上,许多应用程序安全团队认为保护其应用程序的最佳选择是一流的本地 WAF 解决方案,尤其是当这些应用程序部署在本地或私有云中时。 

但自从引入本地 WAF 以来,开发、部署和使用应用程序的环境发生了根本性的变化。现在是我们检查本地 WAF 是否仍然是应用程序保护的最佳解决方案的时候了或者是时候进行一些新的尝试了。

让我们考虑一下当今的应用程序威胁形势。

根据最新研究,云 WAF 服务阻止的 Web 应用程序交易总数在 2021 年至 2022 年期间增长了 128%,大大超过了 2020 年至 2021 年期间 88% 的攻击增幅。

鉴于威胁形势的非常规变化,很明显保护应用程序需要的不仅仅是传统的本地 WAF。防御越来越多的跨多个向量的攻击不仅需要 WAF(保护应用程序漏洞),还需要 API 保护、机器人管理和 DDoS 保护(具有第 7 层 DDoS 保护能力)。

请务必注意,这些解决方案的好坏取决于管理它们的应用程序保护专家。

然而,威胁形势的升级并不是导致本地 WAF 消亡的唯一变化。从历史上看,应用程序是单一的,只部署在私有数据中心。如今,它们部署在多个环境中:传统数据中心、云(公共或私有)或两者兼而有之。

应用程序架构也在发生变化。

几十年来,大多数都基于单一的整体应用程序代码库。如今,应用程序使用微服务架构和许多广泛依赖 API 进行通信的集成第三方服务。

使情况更加复杂的是,许多应用程序依赖于在客户端浏览器中运行代码,这使得客户端设备也成为应用程序的一部分。

在这种不断发展的架构中保护应用程序只是仅仅依赖传统的本地 WAF 不再足够的另一个原因,即使它可以部署在整个组织的云环境中。

鉴于当今的应用程序和威胁形势,自我管理的本地 WAF 面临更多挑战。

管理开销:在越来越多的环境中保护越来越多的应用程序所涉及的管理开销几乎变得不可能。

网络专家短缺:随着威胁向量列表的增加和攻击变得更加复杂,管理网络安全各个方面所需的专业知识水平呈指数级增长。

这就是症结所在:安全专家跟不上。网络安全劳动力研究表明,70% 的组织的网络安全团队面临技能短缺。

造成短缺的原因之一是现有团队因工作量大而倦怠率高。这给许多需要保护其应用程序和架构的组织带来了巨大挑战。

保护质量:WAF 的好坏取决于为其配置的安全策略。本地 WAF 仅根据其保护的本地应用程序生成安全策略;这可能非常有限。

此外,在覆盖机器人和 API 域的同时优化和最大化应用程序保护需要机器学习和基于人工智能的算法,而这些算法不适用于本地 WAF 设备。

保护所有应用程序表面:随着应用程序架构的发展,仅保护一个环境(应用程序服务器)已经不够了。可以从多个入口点访问新的应用程序架构,所有这些都需要保护。这包括服务器、云、第三方 API 和客户端。老派的本地 WAF 无法为所有这些接入点提供保护。

敏捷性和可扩展性:推出新的应用程序保护服务是一项劳动密集型任务。确保服务不会破坏应用程序并有效保护它会消耗更多资源。

这会影响组织的整体敏捷性。请记住,应用程序保护是一项计算密集型功能,而扩展它会带来限制敏捷性的额外挑战。

希望现在很明显,使用自我管理的本地 WAF 保护应用程序不再是一个有效的选择。与之相关的管理开销,加上全球网络安全专家的短缺,造成了大多数公司根本无法接受的瓶颈,更不用说它们会损害应用程序保护和安全性。

随着当今快速发展的应用程序架构,本地 WAF 根本无法提供单一、一致的解决方案来保护应用程序,无论它们部署在什么环境中。

当今的应用程序环境及其支持的业务需要一系列新的保护解决方案。提供最佳攻击覆盖范围的云应用程序保护服务包括:

  • 先进的云 WAF 引擎,具有自动策略生成,包括正面和负面
  • 具有自动端点发现的 API 保护模块
  • 机器人管理模块
  • 应用程序 DDoS 保护服务
  • 客户端保护服务

但即使是这些工具,也只有在正确配置的情况下才有效。这就是为什么顶级云 WAF 服务不仅配备基于 AI 的算法来自动化操作,还配备专家团队来监督这些操作。保持对应用程序保护服务的完全控制和可见性也是确保成功的必要条件。

归根结底,有两个重要的考虑因素将使组织能够判断是否是时候切换到云 WAF 服务了。

第一,云WAF服务是否提供了更好、更全面的应用保护?

其次,云 WAF 服务是否降低了应用程序保护解决方案的总体拥有成本?

对于当今大多数组织而言,这两个问题的答案都是响亮的回答“是!”


http://www.ppmy.cn/news/53170.html

相关文章

【大数据之Hadoop】二十二、Yarn调度器和调度算法

Hadoop作业调度器主要有三种:FIFO、容量(Capacity Scheduler)和公平(Fair Scheduler)。 Apache Hadoop默认的资源调度器:容量调度器Capacity Scheduler。 CDH框架默认调度器是Fair Scheduler。 1 FIFO 单…

多线程、智能指针以及工厂模式

目录 一、unique_lock 二、智能指针 (其实是一个类) 三、工厂模式 一、unique_lock 参考文章【1】,了解unique_lock与lock_guard的区别。 总结:unique_lock使用起来要比lock_guard更灵活,但是效率会第一点,内存的…

如何正确高效地学习android开发?

每一个能成为行业大佬的人,一定有自己独特的方法… 之所以能成为大佬,是因为他们会有自己独特的见解,在一次次的尝试中不断否定,然后一次次的确定,一个程序员想要精益求精,必须要有高效的学习方法和良好的…

iOS App启动流程

名称 区别 冷启动 启动时,App的进程不在系统里,需要开启新进程。 热启动 启动时,App的进程还在系统里,不需要开启新进程。 主要分为三个阶段: main() 函数执行前(pre-main阶段)main() 函…

深眸科技|深度学习、3D视觉融入机器视觉系统,实现生产数智化

随着“中国制造2025”战略加速落实,制造业生产线正在加紧向智能化、自动化和数字化转型之路迈进。而人工智能技术的兴起以及边缘算力持续提升的同时,机器视觉及其相关技术也在飞速发展,并不断渗透进工业领域,拓展应用场景的同时&a…

为了写markdown文件,Windows下的noevim配置

vim安装插件 在网页上写CSDN文章有诸多不便,感觉vim很好用,可是vim中没有预览功能。按照网上找到的教程安装插件,将以下代码复制的到_vimrc文件中。 set rtp$VIM/vimfiles/bundle/Vundle.vim/ call vundle#begin(./vimfiles/bundle/)"…

Scala中使用Typesafe Config 库

Typesafe Config 库 在 Scala 中加载配置文件有很多种方法,其中一种常用的方法是使用 Typesafe Config 库。该库提供了一种简单易用的方式来读取和解析配置文件。 以下是在启动 main 方法后加载配置文件的示例代码: 引入 Typesafe Config 库 import c…

【精华】WiderPerson数据集介绍及标签转换(YOLO格式)

文章目录 &#xff08;1&#xff09;WiderPerson数据集详情<1> 应用项目<2> 数据集地址<3> 归属单位<4> 详细介绍<5> 数据下载及格式介绍 &#xff08;2&#xff09;WiderPerson转YOLO格式<1> 文件夹结构<2> 数据可视化<3> YO…