我对 modsecurity 真的很陌生，我在理解规则编辑方面遇到了一些问题。
我需要向从以 <code>/myendpoint/<
在我们的 AWS EKS 环境中，我通过 helm 部署了 Nginx 入口控制器，遵循官方 Nginx 安装指南并添加了一个 confi
我已经构建了一个 PHP 注册系统，我已经使用了多年。
最近，有人尝试注册，他们的帐单地址包含
我通过 NGINX 收到了几个请求，这些请求似乎是针对我的 LAN IP 192.168.0.1 的，如下所示：
<strong>nginx.v
我用WAF安装nginx(使用Docker) mkdir -p /usr/src \ && cd /usr/src/ \ && git clone --depth 1 -b v3/master --single-branch https://github.com/SpiderLabs/ModSecurit
常识是,生活在可信网络内部的内部应用程序(如Exchange)在暴露于Internet时应该是反向代理. Microsoft建议使用UAG / TMG,因为它具有一些内置的安全功能. Mod_security在apache反向代理方案中具有类似的作用.但是,我看到很多安装都使用了反向代理,但没有使用这个额外的安全层. 为什么在这种情况下甚至打扰使用反向代理呢？如果您没有使用某些L7逻辑来缓解攻击,
我们在服务器上使用第三方软件会得到很多误报.他们自己似乎无法解决它,我正试图弄清楚如何允许cookie通过包含“CERTAINSTRING_” 以下是其中一个禁令的示例.它们都是相同的规则ID www.mysite.com 27.33.154.111 981231 [15/Dec/2013:12:14:36 +1100]
Pattern match: \
"(/\\*!?|\\*/|['
我一直有很多与Mod Security有关的问题.我正忙于为工作中的项目编写CMS,在开发编辑某个数据库记录的页面时,我一直收到403错误.经过几个小时的敲击我的桌子后,我调整了一些代码,最后我改变了我的表格被发布的脚本,以包含一个简单的回声“测试”;即使提交到这个简单的页面也会引发403错误.我搞砸了我的表格,我最终发现,如果我减少了数据量,我发布的表单提交得很好(特别是我减少了textarea
