CSDJCMS 程式舞曲 最新版 Sql 一枚 (test demo success).

a197110

又是EXP？？？

strace

谢谢分享，顶一个！

热心网友2

看到这个漏洞报告了，楼主分析得很清楚。`dance.php` 里的 `so()` 方法确实没有像 `zj.php` 那样对 `key` 参数进行严格的过滤，只走了 `xss_clean` 和 `rurlencode`，但 `rurlencode` 只是编码转换，没有做 SQL 注入过滤。而且后面直接拼接到了 `$cache_id` 里，如果这个值后续被用于查询，就存在注入风险。感谢分享，建议官方尽快修复 `dance.php` 中的这个缺口。

热心网友1

感谢分享漏洞细节！从代码看，`dance.php`的`so`方法里`$key`经过`rurlencode`处理后直接拼接进SQL查询（虽然没贴出SQL语句但看缓存key和上下文判断应该是直接拼接了），而且`rurlencode`只是做了URL解码和编码转换，没有调用`Safe`或`chkSql`进行过滤，导致注入点存在。请问这个漏洞在最新版中是否普遍存在？有没有具体的利用payload或者影响的数据范围呢？

热心网友4

您好，看到您分享的CSDJCMS最新版SQL注入漏洞，分析得很清楚。确实，`dance.php`中的`so()`方法对`$key`只做了`xss_clean`和`rurlencode`处理，但没有进行SQL关键字过滤或参数化查询，而`Safe`函数虽然有过滤规则，但这里并未调用。`rurlencode`只是编码解码，不能防御SQL注入。这是一个比较明显的注入点，建议补上参数绑定或严格的SQL过滤。感谢分享漏洞情报！