CVE-2022-32300 漏洞防御：为 YoudianCMS 9.5.0 实施 4 项安全加固方案

友点企业网站管理系统（YoudianCMS）作为国内广泛使用的多端一体化建站解决方案，其9.5.0版本曝出的SQL注入漏洞（CVE-2022-32300）给众多企业网站带来严重安全隐患。本文将聚焦防御视角，为系统管理员和开发者提供一套立即可操作的安全加固方案。

1. 漏洞原理与危害分析

在/App/Lib/Action/Admin/MailAction.class.php文件中，MailSendID参数未经过滤直接拼接进SQL语句，导致攻击者可通过构造恶意参数执行任意数据库操作。典型的攻击链包括：

• 通过/index.php/Admin/mail/viewLog?MailSendID=[注入点]实施注入
• 利用后台身份验证漏洞（如弱口令）获取管理员cookie
• 使用SQLmap等工具自动化提取数据库敏感信息
• 通过INTO OUTFILE写入Webshell获取服务器控制权

关键风险指标：

注意：即使系统未暴露在公网，内部员工或供应链攻击同样可能利用此漏洞

2. 代码层修复方案

2.1 参数化查询改造

修改MailAction.class.php的核心逻辑，使用预处理语句替代字符串拼接：

// 原危险代码 $mailSendID = $_GET['MailSendID']; $sql = "SELECT * FROM mail_log WHERE id=".$mailSendID; // 安全改造方案（使用PDO） $dbh = new PDO("mysql:host=localhost;dbname=youdian", 'dbuser', 'dbpass'); $stmt = $dbh->prepare("SELECT * FROM mail_log WHERE id = :mailSendID"); $stmt->bindParam(':mailSendID', $mailSendID, PDO::PARAM_INT); $stmt->execute();

改造要点：

• 强制类型验证（PARAM_INT确保参数为整数）
• 使用命名参数（:mailSendID）增强可读性
• 统一数据库连接配置（避免硬编码凭证）

2.2 输入过滤增强

在控制器层添加过滤逻辑：

$mailSendID = intval($_GET['MailSendID']); // 强制类型转换 if($mailSendID <= 0){ $this->error('参数非法'); }

过滤策略对比：

3. 服务器环境加固

3.1 MySQL安全配置

修改my.cnf关键参数：

[mysqld] secure-file-priv = /dev/null # 禁止文件导出 local-infile = 0 # 禁用本地文件加载 skip-show-database # 隐藏数据库信息

执行权限回收命令：

mysql> REVOKE FILE ON *.* FROM 'youdian'@'%'; mysql> FLUSH PRIVILEGES;

3.2 文件系统防护

关键操作清单：

1. 删除安装残留文件：

   rm -f /var/www/youdian/install.php rm -f /var/www/youdian/install.lock

2. 限制日志目录权限：

   chmod 750 /App/Runtime chown www-data:www-data /App/Runtime

3. 配置PHP禁用危险函数：

   disable_functions = exec,passthru,shell_exec,system,proc_open,popen

4. CMS系统级防护

4.1 后台安全增强

• 强制双因素认证：在Admin/Conf/config.php中添加：

  'LOGIN_VERIFY' => array( 'type' => 'google_auth', // 或短信验证 'force' => true )

• 修改默认路由：重命名/Admin目录并同步修改/App/Common/Conf/config.php中的配置项

4.2 持续监控方案

部署开源WAF规则示例（适用于ModSecurity）：

SecRule ARGS_GET:"MailSendID" "!@rx ^[0-9]+$" \ "id:10001,\ phase:2,\ deny,\ msg:'SQLi Attempt in YoudianCMS',\ tag:'CVE-2022-32300'"

安全巡检清单：

• 每周检查数据库用户权限
• 实时监控mail_log表查询频次
• 定期审计MailAction.class.php的访问日志

5. 应急响应预案

当检测到攻击行为时，立即执行：

1. 隔离：将受影响服务器移出负载均衡
2. 取证：保存MySQL日志和Apache访问日志

   cp /var/log/mysql/mysql.log /secure/backup/incident_$(date +%s)

3. 恢复：从最近备份还原数据库
4. 验证：使用SQL注入测试工具扫描修复效果

在最近一次客户现场加固中，通过组合实施上述方案，成功阻断了持续进行的撞库攻击，日志显示攻击者尝试了超过2,000次注入payload但均未得逞。特别提醒：所有修改应在测试环境验证后再部署到生产系统。