注意那些容易被忽略的SQL注入技巧

<script type="text/javascript"><!-- google_ad_client = "pub-2947489232296736"; /* 728x15, 创建于 08-4-23MSDN */ google_ad_slot = "3624277373"; google_ad_width = 728; google_ad_height = 15; //--> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>
<script type="text/javascript"><!-- google_ad_client = "pub-2947489232296736"; /* 160x600, 创建于 08-4-23MSDN */ google_ad_slot = "4367022601"; google_ad_width = 160; google_ad_height = 600; //--> </script><script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>

下面我要谈到一些SQLserver新的Bug,虽然本人经过长时间的努力,当然也有点幸运的成分在内,才得以发现,不敢一个人独享,拿出来请大家鉴别。

  1.关于Openrowset和Opendatasource

  可能这个技巧早有人已经会了,就是利用openrowset发送本地命令。通常我们的用法是(包括MSDN的列子)如下:

  select*fromopenrowset('SQLoledb','myserver';'sa';'','select*fromtable')

  可见(即使从字面意义上看)openrowset只是作为一个快捷的远程访问,它必须跟在select后面,也就是说需要返回一个recordset。

  那么我们能不能利用它调用xp_cmdshell呢?答案是肯定的!

  select*fromopenrowset('SQLoledb','server';'sa';'','setfmtonlyoff

  execmaster.dbo.xp_cmdshell''dirc:/''')

  必须加上setfmtonlyoff用来屏蔽默认的只返回列信息的设置,这样xp_cmdshell返回的output集合就会提交给前面的select显示,如果采用默认设置,会返回空集合导致select出错,命令也就无法执行了。

  那么如果我们要调用sp_addlogin呢,他不会像xp_cmdshell返回任何集合的,我们就不能再依靠fmtonly设置了,可以如下操作:

  select*fromopenrowset('SQLoledb','server';'sa';'','select''OK!''

  execmaster.dbo.sp_addloginHectic')

  这样,命令至少会返回selectOK!'的集合,你的机器商会显示OK!,同时对方的数据库内也会增加一个Hectic的账号,也就是说,我们利用select'OK!'的返回集合欺骗了本地的select请求,是命令能够正常执行,通理sp_addsrvrolemember和opendatasource也可以如此操作!至于这个方法真正的用处,大家慢慢想吧。

  2.关于MsdaSQL两次请求的问题

  不知道大家有没有试过用msdaSQL连接远程数据库,当然这个api必须是SQLserver的管理员才可以调用,那么如下:

  select*fromopenrowset('msdaSQL','driver={SQLserver};server=server;address=server,1433;uid=sa;pwd=;database=master;network=dbmssocn','s
elect*fromtable1select*fromtable2')

  当table1和table2的字段数目不相同时,你会发现对方的SQLserver崩溃了,连本地连接都会失败,而系统资源占用一切正常,用pskill杀死SQLserver进程后,如果不重启机器,SQLserver要么无法正常启动,要么时常出现非法操作,我也只是碰巧找到这个bug的,具体原因我还没有摸透,而且很奇怪的是这个现象只出现在msdaSQL上,SQLoledb就没有这个问题,看来问题不是在于请求集合数目和返回集合数目不匹配上,应该还是msdaSQL本身的问题,具体原因,大家一起慢慢研究吧。

  3.可怕的后门

  以前在网上看到有人说在SQLserver上留后门可以通过添加triger、jobs或改写sp_addlogin和sp_addsrvrolemember做到,这些方法当然可行,但是很容易会被发现。不知道大家有没有想过SQLoledb的本地连接映射。呵呵,比如你在对方的SQLserver上用SQLserver的管理员账号执行如下的命令:

  select*fromopenrowset('SQLoledb','trusted_connection=yes;datasource=Hectic','setfmtonlyoffexecmaster..xp_cmdshell''dirc:/''')

  这样在对方的SQLserver上建立了一个名为Hectic的本地连接映射,只要SQLserver不重启,这个映射会一直存在下去,至少我现在还不知道如何发现别人放置的连接映射,好了,以上的命令运行过后,你会发现哪怕是SQLserver没有任何权限的guest用户,运行以上这条命令也一样能通过!而且权限是localsystem!(默认安装)呵呵!这个方法可以用来在以被入侵过获得管理员权限的SQLserver上留下一个后门了。以上的方法在SQLserver2000SQLserver2000SP1上通过!

  另外还有一个猜测,不知道大家有没有注意过windows默认附带的两个dsn,一个是localserver一个是msqi,这两个在建立的时候是本地管理员账号连接SQLserver的,如果对方的SQLserver是通过自定义的poweruser启动,那么sa的权限就和poweruser一样,很难有所大作为,但是我们通过如下的命令:

  select*fromopenrowset

  ('msdaSQL','dsn=locaserver;trusted_connection=yes','setfmtonlyoffexec
master..xp_cmdshell''dirc:/''')

  应该可以利用localserver的管理员账号连接本地SQLserver然后再以这个账号的权限执行本地命令了,这是后我想应该能突破sa那个poweruser权限了。现在的问题是SQLoledb无法调用dsn连接,而msdaSQL非管理员不让调用,所以我现在正在寻找guest调用msdaSQL的方法。

  如果有人知道这个bug如何突破,或有新的想法,我们可以一起讨论一下,这个发放如果能成功被guest利用,将会是一个很严重的漏洞。因为我们前面提到的任何SQL语句都可以提交给对方的asp去帮我们执行。
 
下面我要谈到一些SQLserver新的Bug,虽然本人经过长时间的努力,当然也有点幸运的成分在内,才得以发现,不敢一个人独享,拿出来请大家鉴别。1.关于Openrowset和Opendatasource可能这个技巧早有人已经会了,就是利用openrowset发送本地命令。通常我们的用法是(包括MSDN的列子)如下...
  下面我要谈到一些SQLserver新的Bug,虽然本人经过长时间的努力,当然也有点幸运的成分在内,才得以发现,不敢一个人独享,拿出来请大家鉴别。

  1.关于Openrowset和Opendatasource

  可能这个技巧早有人已经会了,就是利用openrowset发送本地命令。通常我们的用法是(包括MSDN的列子)如下:

  select*fromopenrowset('SQLoledb','myserver';'sa';'','select*fromtable')

  可见(即使从字面意义上看)openrowset只是作为一个快捷的远程数据库访问,它必须跟在select后面,也就是说需要返回一个recordset。

  那么我们能不能利用它调用xp_cmdshell呢?答案是肯定的!

  select*fromopenrowset('SQLoledb','server';'sa';'','setfmtonlyoff

  execmaster.dbo.xp_cmdshell''dirc:/''')

  必须加上setfmtonlyoff用来屏蔽默认的只返回列信息的设置,这样xp_cmdshell返回的output集合就会提交给前面的select显示,如果采用默认设置,会返回空集合导致select出错,命令也就无法执行了。

  那么如果我们要调用sp_addlogin呢,他不会像xp_cmdshell返回任何集合的,我们就不能再依靠fmtonly设置了,可以如下操作:

  select*fromopenrowset('SQLoledb','server';'sa';'','select''OK!''

  execmaster.dbo.sp_addloginHectic')

  这样,命令至少会返回selectOK!'的集合,你的机器商会显示OK!,同时对方的数据库内也会增加一个Hectic的账号,也就是说,我们利用select'OK!'的返回集合欺骗了本地的select请求,是命令能够正常执行,通理sp_addsrvrolemember和opendatasource也可以如此操作!至于这个方法真正的用处,大家慢慢想吧。

  2.关于MsdaSQL两次请求的问题

  不知道大家有没有试过用msdaSQL连接远程数据库,当然这个api必须是SQLserver的管理员才可以调用,那么如下:

  select*fromopenrowset('msdaSQL','driver={SQLserver};server=server;address=server,1433;uid=sa;pwd=;database=master;network=dbmssocn','s
elect*fromtable1select*fromtable2')

  当table1和table2的字段数目不相同时,你会发现对方的SQLserver崩溃了,连本地连接都会失败,而系统资源占用一切正常,用pskill杀死SQLserver进程后,如果不重启机器,SQLserver要么无法正常启动,要么时常出现非法操作,我也只是碰巧找到这个bug的,具体原因我还没有摸透,而且很奇怪的是这个现象只出现在msdaSQL上,SQLoledb就没有这个问题,看来问题不是在于请求集合数目和返回集合数目不匹配上,应该还是msdaSQL本身的问题,具体原因,大家一起慢慢研究吧。

  3.可怕的后门

  以前在网上看到有人说在SQLserver上留后门可以通过添加triger、jobs或改写sp_addlogin和sp_addsrvrolemember做到,这些方法当然可行,但是很容易会被发现。不知道大家有没有想过SQLoledb的本地连接映射。呵呵,比如你在对方的SQLserver上用SQLserver的管理员账号执行如下的命令:

  select*fromopenrowset('SQLoledb','trusted_connection=yes;datasource=Hectic','setfmtonlyoffexecmaster..xp_cmdshell''dirc:/''')

  这样在对方的SQLserver上建立了一个名为Hectic的本地连接映射,只要SQLserver不重启,这个映射会一直存在下去,至少我现在还不知道如何发现别人放置的连接映射,好了,以上的命令运行过后,你会发现哪怕是SQLserver没有任何权限的guest用户,运行以上这条命令也一样能通过!而且权限是localsystem!(默认安装)呵呵!这个方法可以用来在以被入侵过获得管理员权限的SQLserver上留下一个后门了。以上的方法在SQLserver2000SQLserver2000SP1上通过!

  另外还有一个猜测,不知道大家有没有注意过windows默认附带的两个dsn,一个是localserver一个是msqi,这两个在建立的时候是本地管理员账号连接SQLserver的,如果对方的SQLserver是通过自定义的poweruser启动,那么sa的权限就和poweruser一样,很难有所大作为,但是我们通过如下的命令:

  select*fromopenrowset

  ('msdaSQL','dsn=locaserver;trusted_connection=yes','setfmtonlyoffexec
master..xp_cmdshell''dirc:/''')

  应该可以利用localserver的管理员账号连接本地SQLserver然后再以这个账号的权限执行本地命令了,这是后我想应该能突破sa那个poweruser权限了。现在的问题是SQLoledb无法调用dsn连接,而msdaSQL非管理员不让调用,所以我现在正在寻找guest调用msdaSQL的方法。

  如果有人知道这个bug如何突破,或有新的想法,我们可以一起讨论一下,这个发放如果能成功被guest利用,将会是一个很严重的安全漏洞。因为我们前面提到的任何SQL语句都可以提交给对方的asp去帮我们执行。 


<script type="text/javascript"><!-- google_ad_client = "pub-2947489232296736"; /* 728x15, 创建于 08-4-23MSDN */ google_ad_slot = "3624277373"; google_ad_width = 728; google_ad_height = 15; //--> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>
<script type="text/javascript"><!-- google_ad_client = "pub-2947489232296736"; /* 160x600, 创建于 08-4-23MSDN */ google_ad_slot = "4367022601"; google_ad_width = 160; google_ad_height = 600; //--> </script><script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>
阅读更多
个人分类: 数据库
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭