修复yii1.1漏洞需聚焦sql注入、反序列化链、跨域头缺失、错误信息泄露及csrf绕过五类问题，通过参数绑定、白名单校验、禁用危险反序列化路径、手动注入cors头、关闭调试模式并统一错误响应、启用并校验csrf token等措施完成加固。
修复Yii1.1框架漏洞需直击历史版本中已确认的高危风险点，包括SQL注入、反序列化利用链、跨域响应头缺失、错误页面暴露敏感信息等，不升级到2.x或3.x的前提下完成加固。
修复SQL注入漏洞（重点检查用户输入拼接SQL处）
第一步：定位所有使用$_GET、$_POST、$_REQUEST直接拼接SQL字符串的代码段，尤其是控制器中形如$sql = "SELECT * FROM user WHERE name = '".$_POST['name']."'";的写法。
第二步：将所有此类拼接替换为参数绑定方式。使用CDbCommand::bindParam()或CDbCommand::bindValue()，例如：
$command = Yii::app()->db->createCommand("SELECT * FROM user WHERE name = :name");<br>$command->bindValue(":name", $_POST['name'], PDO::PARAM_STR);<br>$result = $command->queryAll();
第三步：对所有涉及ORDER BY、GROUP BY、表名、字段名的动态拼接，改用白名单校验——只允许从预设数组中选取值，禁止任何外部输入直接进入SQL结构部分。
【白名单校验未做会导致绕过参数绑定，仍可注入】
堵住反序列化利用链（CVE-2020-15148类漏洞）
方法一：禁用危险魔术方法触发路径
在protected/config/main.php中添加全局配置，限制反序列化上下文：
'components' => array(<br> 'cache' => array('class' => 'system.caching.CDummyCache'),<br> 'session' => array('class' => 'system.web.CHttpSession', 'autoStart' => false),<br>),
方法二：重写CApplication::run()入口，在反序列化前拦截可疑载荷
修改index.php，在Yii::createWebApplication($config)->run();之前插入检测逻辑：
if (isset($_COOKIE['PHPSESSID']) && preg_match('/[OoC]:\d+:/i', $_COOKIE['PHPSESSID'])) {<br> header('HTTP/1.1 400 Bad Request');<br> exit;<br>}
这一步操作起来很简单，直接把检测代码加在入口最上方即可。
解决跨域请求失败且401响应无Access-Control-Allow-Origin头
Yii1.1默认的CCorsFilter不存在，其filters()机制无法覆盖认证失败路径。必须手动在认证类中写入响应头。
第一步：找到你项目中实际使用的认证类，通常是protected/components/UserIdentity.php或自定义的AuthAction类。
第二步：在authenticate()方法末尾、抛出异常前，显式设置跨域头：
public function authenticate() {<br> // 原有验证逻辑...<br> if (!$this->errorCode) {<br> return true;<br> } else {<br> $response = Yii::app()->request->getIsAjaxRequest() ? Yii::app()->request->getIsAjaxRequest() : null;<br> header('Access-Control-Allow-Origin: https://your-frontend-domain.com');<br> header('Access-Control-Allow-Credentials: true');<br> header('Access-Control-Allow-Headers: X-Requested-With, Content-Type, Authorization');<br> throw new CHttpException(401, 'Unauthorized.');<br> }<br>}
【Origin不能写*，否则withCredentials:true会失效】
隐藏调试信息与错误页面泄露
方法一：关闭调试模式并替换错误模板
确认index.php中YII_DEBUG定义为false，同时将protected/views/system/error.php内容替换为通用提示页，删除所有<?php echo=""><!--?php--><!--?php--><!--?php--><!--?php--><!--?php-->?php>和堆栈输出。
方法二：强制统一错误响应格式
在protected/components/ErrorHandler.php中重写handleException()，全部返回JSON格式错误：
public function handleException($exception) {<br> Yii::app()->request->redirect(Yii::app()->createUrl('site/error', array('code' => $exception->getCode())));<br>}
然后在SiteController::actionError()中仅输出：{"error":"Something went wrong"}，不带任何变量回显。
这一步不需要改框架源码，只动应用层文件即可。
修复CSRF Token验证绕过问题
① 确保所有POST表单都包含<?php echo="" -="">request->csrfTokenName, Yii::app()->request->csrfToken); ?><!--?php--><!--?php--><!--?php--><!--?php--><!--?php-->?php>
② 在控制器基类Controller.php的beforeAction()中添加校验逻辑：
if ($this->isPostRequest && !Yii::app()->request->validateCsrfToken()) {<br> throw new CHttpException(400, 'CSRF token mismatch.');<br>}
③ 检查protected/config/main.php是否启用CSRF：
'request'=>array(<br> 'enableCsrfValidation'=>true,<br> 'csrfTokenName'=>'YII_CSRF_TOKEN',<br>),
若未启用，立即补上。不启用则所有表单均无防护。
