认识那些被忽略的SQL Server注入技巧(2)

2．关于Msdasql两次请求的问题：

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

select * from openrowset('msdasql','driver={sqlserver};
server=server;address=server,1433;
uid=sa;pwd=;database=master;
network=dbmssocn','
select * from table1 select * from table2')

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

3．可怕的后门：

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

select * from openrowset('sqloledb','
trusted_connection=yes;
data source=Hectic','set fmtonly off exec master..xp_cmdshell ''dir c:\''')

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

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

select * from openrowset 

('msdasql','dsn=locaserver;trusted_connection=yes','set fmtonly off exec 
master..xp_cmdshell ''dir c:\''')

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

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