最新Base64注入攻击和代码分析技术

Base64注入攻击

Base64注入攻击的测试地址在本书第2章。

从URL中可以看出，参数ID经过Base64编码（“%3d”是“=”的URL编码格式），解码后发现ID为1，尝试加上一个单引号并一起转成Base64编码，如图4-64所示。

图4-64

当访问id=1'编码后的网址时（/4.3/base64.php?id=MSc%3d），页面返回错误。1 and 1=1和1 and 1=2的Base64编码分别为MSBhbmQgMT0x和MSBhbmQgMT0y，再次访问id=MSBhbmQgMT0x和id=MSBhbmQgMT0y，返回结果分别如图4-65和图4-66所示。

图4-65

图4-66

从返回结果可以看到，访问id=1 and 1=1时，页面返回与id=1相同的结果；而访问id=1 and 1=2时，页面返回与id=1不同的结果，所以该网页存在SQL注入漏洞。

接着，使用order by查询字段，使用Union方法完成此次注入。

Base64注入代码分析

在Base64注入页面中，程序获取GET参数ID，利用base64_decode()对参数ID进行Base64解码，然后直接将解码后的$id拼接到select语句中进行查询，将查询结果输出到页面，代码如下：

<?php
    $id = base64_decode($_GET['id']);
    $con=mysqli_connect("localhost","root","123456","test");
    if (mysqli_connect_errno()){
       echo "连接失败: " . mysqli_connect_error();
    }
    $result = mysqli_query($con,"select * from users where `id`=".$id);
    if (!$result) {
        printf("Error: %s\n", mysqli_error($con));
        exit();
    }
    $row = mysqli_fetch_array($result);
    echo $row['username'] . " : " . $row['address'];
    echo "<br>";
?>

由于代码没有过滤解码后的id，且将id直接拼接到SQL语句中，所以存在SQL注入漏洞。当访问id=1 union select 1,2,3,4,5#（访问时，先进行Base64编码）时，执行的SQL语句如下：

select * from users where `id`=1 union select 1,2,3,4,5#

此时，SQL语句可以分为select * from users where `id`=1和union select 1,2,3,4,5这两条，利用第二条语句（Union查询）就可以获取数据库中的数据。

这种攻击方式还有其他利用场景，例如，如果有WAF，则WAF会对传输中的参数ID进行检测。由于传输中的ID经过Base64编码，所以此时WAF很有可能检测不到危险代码，进而绕过了WAF检测。