20169211《Linux内核原理及分析》第十二周作业

Collabtive 系统 SQL 注入实验

实验介绍

SQL注入漏洞的代码注入技术,利用web应用程序和数据库服务器之间的接口。通过把SQL命令插入到Web表单提交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。

预备知识

1、 SQL语言

结构化查询语言(Structured Query Language)简称SQL：是一种特殊目的的编程语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统；同时也是数据库脚本文件的扩展名。

2、SQL注入

SQL注入：SQL注入能使攻击者绕过认证机制，完全控制远程服务器上的数据库。SQL是结构化查询语言的简称，它是访问数据库的事实标准。目前，大多数Web应用都使用SQL数据库来存放应用程序的数据。几乎所有的Web应用在后台都使用某种SQL数据库。跟大多数语言一样，SQL语法允许数据库命令和用户数据混杂在一起的。如果开发人员不细心的话，用户数据就有可能被解释成命令，这样的话，远程用户就不仅能向Web应用输入数据，而且还可以在数据库上执行任意命令了。

3、SQL注入危害

（1）非法读取、篡改、添加、删除数据库中的数据。

（2）盗取用户的各类敏感信息，获取利益。

（3）通过修改数据库来修改网页上的内容。

（4）私自添加或删除账号。

（5）注入木马等等。

4、环境搭建

（1）启动mysql数据库

（2）启动apache服务器

（3）配置DNS服务

sudo vim /etc/hosts

（4）配置web文件

sudo vim /etc/apache2/conf.d/lab.conf

sudo service apache2 restart  重启服务

访问测试：http://www.sqllabcollabtive.com

（5）关闭php配置策略

sudo vim /etc/php5/apache2/php.ini

关于magic_quotes_off函数：

对于magic_quotes_gpc=on的情况， 我们可以不对输入和输出数据库的字符串数据作addslashes()和stripslashes()的操作,数据也会正常显示；

如果此时你对输入的数据作了addslashes()处理，那么在输出的时候就必须使用stripslashes()去掉多余的反斜杠。

对于PHP magic_quotes_gpc=off 的情况

必须使用addslashes()对输入数据进行处理，但并不需要使用stripslashes()格式化输出，因为addslashes()并未将反斜杠一起写入数据库，只是帮助mysql完成了sql语句的执行。

5、实验内容

（1）select语句的sql注入

访问：www.sqllabcollabtive.com；当我们知道用户而不知道到密码的时候，我们可以怎么登陆？

查看登陆验证文件：

sudo vim /var/www/SQL/Collabtive/include/class.user.php

修改完后重启一下服务器：

sudo sudo service apache2 restart

我们在$user后面加上) # 这样就会只验证用户名，后面的会被#注释

点击登陆以后，我们就可以绕过密码直接登录：

问题：

登陆用户名：admin') union update user set name='test' #

登陆密码：随意的字符

登陆失败

原因解释

MySQL机制：update不支持union语法。

（2）update语句的sql注入

我们可以找到如下的代码

function edit($id, $name, $realname, $email, $tel1, $tel2, $company,
          $zip, $gender, $url, $address1, $address2, $state,
          $country, $tags, $locale, $avatar = "", $rate = 0.0)
{
$name = mysql_real_escape_string($name);
$realname = mysql_real_escape_string($realname);

//modified for SQL Lab
//$company = mysql_real_escape_string($company);
$email = mysql_real_escape_string($email);

// further escaped parameters removed for brevity...

$rate = (float) $rate;
$id = (int) $id;

if ($avatar != "")
    {
        $upd = mysql_query("UPDATE user SET name='$name', email='$email',
                            tel1='$tel1', tel2='$tel2', company='$company',
                            zip='$zip', gender='$gender', url='$url',
                            adress='$address1', adress2='$address2',
                            state='$state', country='$country',
                            tags='$tags', locale='$locale',
                            avatar='$avatar', rate='$rate' WHERE ID = $id");
    }
else
    {
        // same query as above minus setting avatar; removed for
        // brevity
    }
if ($upd)
    {
        $this->mylog->add($name, 'user', 2, 0);
        return true;
    }
else
    {
        return false;
    }
}

发现​sql语句为：SELECT ID WHERE name=​'$user',并且company的位置是存在注入漏洞，原理同实验一。

这样我们就可以越权来修改其他用户的信息及密码；我们使用任意用户，如： bob bob 进行登录；

在编辑用户的位置：user 填 ted 用户； Company 处填：

', `pass` = '9d4e1e23bd5b727046a9e3b4b7db57bd8d6ee684' WHERE ID = 4 # '

注：这里的 9d4e1e23bd5b727046a9e3b4b7db57bd8d6ee684 就是pass的md5值；

点击修改，然后我们退出当前用户，使用ted用户登录，这个时候ted用户的密码修改为了pass。

6、防御策略

SQL注入漏洞的根本问题是数据与代码的分离失败，因此我们可以针对这个原因进行防御。

防御策略1

防御转义特殊字符使用，默认开启magic_quotes_gpc，将magic_quotes_gpc值设为On。

防御策略2--避免使用特殊字符

MySQL提供一个函数 mysql_real_escape_string()，这个函数可以用来过滤一些特殊字符；如x00, , , , ', " and x1a；

防御策略3--数据与sql语句的分离

通过SQL逻辑分离来告诉数据库到底是哪部分是数据部分，哪一部分是SQL语句部分；