CoreRuleSet项目中发现SQL注入检测绕过问题分析

在Web应用防火墙领域，CoreRuleSet（CRS）作为ModSecurity的默认规则集，一直是保护Web应用安全的重要防线。近期发现了一个值得关注的安全问题：在特定情况下，CRS的SQL注入检测规则942160存在检测绕过风险。

问题详情

该问题涉及CRS的SQL注入检测机制，具体表现为当攻击载荷以斜杠（/）结尾时，规则942160无法正确触发。这是由于规则实现中仅检查了REQUEST_BASENAME变量，而忽略了REQUEST_FILENAME变量导致的检测盲区。

技术分析

在正常情况下，CRS的942160规则能够有效检测使用sleep()或benchmark()函数进行的盲SQL注入测试。然而，当攻击者构造如下形式的URL时，检测会失效：

/id/365059-1)%20OR%20556=(SELECT%20556%20FROM%20PG_SLEEP(15))/

相比之下，当使用传统注释符（如--comment）结尾时，检测则能正常工作：

/id/365059-1)%20OR%20556=(SELECT%20556%20FROM%20PG_SLEEP(15))--comment

根本原因

问题的核心在于规则实现中对路径变量的处理不够全面。REQUEST_BASENAME仅获取路径的最后部分，当攻击载荷以斜杠结尾时，这部分内容会被视为空值，导致检测逻辑失效。而REQUEST_FILENAME则包含完整的路径信息，能够覆盖更多检测场景。

影响范围

该问题影响CRS 4.3.0版本，在默认的PL1（Paranoia Level 1）设置下即可复现。虽然问题本身不会导致直接的安全威胁，但它确实为攻击者提供了一种可能的绕过方式，特别是在针对使用CRS保护的Web应用进行SQL注入攻击时。

解决方案

修复方案相对直接：在规则检测中增加对REQUEST_FILENAME变量的检查。这可以确保无论攻击载荷是否以斜杠结尾，都能被正确检测到。这种改进不会显著影响性能，但能大幅提高检测覆盖率。

安全建议

对于使用CRS的用户，建议：

1. 关注官方补丁更新
2. 考虑在自定义规则中增加对REQUEST_FILENAME的检查
3. 在条件允许的情况下，使用更高的Paranoia Level设置

该问题的发现和修复过程体现了开源社区协作的优势，也提醒我们在Web安全防护中需要持续关注检测逻辑的完整性。