CRMEB开源商城SQL注入漏洞分析：从ProductController.php到CVE-2024-36837的完整解析

CRMEB开源商城SQL注入漏洞深度剖析：从代码审计到CVE编号的全链路解析

在开源电商系统领域，CRMEB凭借其丰富的功能模块和友好的二次开发接口，已成为众多中小企业的首选解决方案。然而，2024年披露的CVE-2024-36837漏洞却给使用v5.2.2版本的用户敲响了安全警钟——一个位于ProductController.php文件中的getProductList函数漏洞，可能让攻击者轻易获取数据库敏感信息。本文将带您深入漏洞的每一个技术细节，从漏洞成因到修复方案，为开发者提供一本完整的安全指南。

1. 漏洞环境与背景分析

CRMEB作为基于ThinkPHP开发的开源商城系统，其v5.2.2版本在商品列表接口处存在严重的设计缺陷。根据公开的漏洞报告，攻击者无需任何认证即可通过精心构造的HTTP请求实施SQL注入攻击。

受影响版本：

• CRMEB v5.2.2及之前的部分版本
• 使用默认数据库配置的系统风险最高

注意：即使系统部署在内部网络，只要对外提供Web服务，就可能面临此漏洞威胁

漏洞的核心触发点位于/api/products接口，其关键参数处理流程如下：

// 伪代码展示参数处理流程
$selectId = input('selectId');
$where = [];
if ($selectId) {
    $where[] = ['id', 'in', $selectId]; // 危险参数直接拼装
}

2. 漏洞技术原理深度解析

2.1 SQL注入触发机制

getProductList函数中的安全漏洞源于对用户输入selectId参数缺乏严格的过滤机制。当攻击者提交特殊构造的参数时，系统会将其直接拼接到SQL语句中：