最新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检测。

 

 

 

Ms08067安全实验室专注于网络安全知识的普及和培训，是专业的“图书出版+培训”的网络安全在线教育平台，专注于网络安全领域中高端人才培养。

 

平台已开设Web安全零基础就业，Web高级安全攻防进阶，红队实战攻防特训，Java代码安全审计，恶意代码分析与免杀实战，CTF基础实战特训营，网络安全应急响应，安全工具开发，AI与网络安全等系统培训课程。实验室出版安全图书《Web安全攻防：渗透测试实战指南》、《内网安全攻防：渗透测试实战指南》、《Python安全攻防：渗透测试实战指南》、《Java代码审计：入门篇》等。

 

扫描客服微信 获取更多课件+学习资料