CoreRuleSet项目中关于Sourcebuster JS Cookie误报问题的技术分析

背景概述

在Web应用防火墙规则集CoreRuleSet的实际应用中，近期出现了一个值得关注的误报案例。该问题源于Sourcebuster JS库设置的Cookie触发了OWASP CRS规则941150，导致大量使用WooCommerce 8.5及以上版本的网站出现403访问限制。

技术细节分析

Sourcebuster JS是一个用于追踪网站访问来源的JavaScript库，它会设置多个包含访问来源信息的Cookie。这些Cookie的典型格式如下(经过URL解码后)：

typ=typein|||src=(direct)|||mdm=(none)|||cmp=(none)|||cnt=(none)|||trm=(none)|||id=(none)

其中，src=参数会被CRS规则941150识别为潜在的XSS攻击特征。这条规则原本设计用于检测HTML标签中的危险属性(如style、src、href等)后跟等号的模式，以防止跨站脚本攻击。

问题影响范围

随着WooCommerce 8.5版本发布，其新增的"订单来源追踪"功能集成了Sourcebuster JS库，导致该误报问题影响范围迅速扩大。许多电子商务网站管理员报告称，他们的客户在访问商店页面时遭遇403错误，严重影响了正常业务运营。

解决方案建议

针对此问题，安全专家提出了几种解决方案：

1. 临时解决方案：通过添加自定义规则排除特定Cookie的检测。例如：

SecAction \
    "id:1003,phase:1,t:none,nolog,pass,\
        ctl:ruleRemoveTargetById=941150;REQUEST_COOKIES:sbjs_current,\
        ctl:ruleRemoveTargetById=941150;REQUEST_COOKIES:sbjs_current_add,\
        ctl:ruleRemoveTargetById=941150;REQUEST_COOKIES:sbjs_first,\
        ctl:ruleRemoveTargetById=941150;REQUEST_COOKIES:sbjs_first_add"

2. 长期解决方案：考虑将这类常见WordPress插件的误报模式纳入专门的规则排除插件中。

技术思考

这类误报案例反映了Web安全防护中的一个典型挑战：如何在确保安全性的同时，避免对合法业务功能的干扰。Sourcebuster JS库的设计本身是合理的，它使用src=这样的参数名来存储访问来源信息，这与HTML属性名恰好重合，导致了规则引擎的误判。

对于安全团队而言，这类案例提示我们需要：

1. 加强对流行开源组件行为模式的了解
2. 建立更精细化的规则匹配机制
3. 及时跟踪主流CMS和插件的更新动态
4. 为常见业务场景准备预设的排除规则

最佳实践建议

对于受此问题影响的网站管理员，建议采取以下步骤：

1. 首先确认问题确实是由Sourcebuster JS Cookie引起的
2. 评估网站实际安全需求，确定合适的防护级别
3. 实施针对性的规则排除，避免过度放宽安全策略
4. 持续监控安全日志，确保排除规则没有引入新的风险
5. 关注CoreRuleSet的更新，及时获取官方修复方案

通过这种系统性的方法，可以在保障网站安全的同时，确保正常的业务功能不受影响。