Windows目录扫描探测分析

前言

对Web应用进行安全测试时，我们常常需要猜测网站的结构与目录，若能得到网站详尽的拓扑结构，得到重要的目录名，文件名信息，可以为我们后续的测试创造良好的基础。

在Linux下，我们并没有特别好的办法，只能尝试去识别应用指纹，或者是暴力枚举，这是一种效率很低下的目录扫描方法，而且效果很差。

但是如果碰到的是Windows环境，我们就拥有了很多能与Web管理员斗智斗勇的方法，和他们玩一场"你画我猜"的游戏，告别效率低下的目录扫描方法。

由于篇幅长度原因，本文暂对如下几种环境进行测试

WinAPI&通配符

在Windows环境下使用PHP时，PHP中的部分函数会调用2个底层Windows API函数FindFirstFileExW()，FindFirstFile()

这两个函数对 < > " 三个字符做了特别的对待和处理:

大于号 > 等价于 通配符 ？ 0次或1次

小于号 < 等价于 通配符 * 0次或多次

双引号 " 等价于 通配符 . 匹配除换行符(\n, \r)之外的任意单个字符

也就是说，在Windows下的PHP的某些函数中，我们可以使用< > "来匹配一些文件名/目录名

这里的部分函数包括但不限于:

其实我们可以发现，这主要是WinAPI的问题，任何调用这些WinAPI的语言都有可能存在以上问题，不只是PHP，这里只是以PHP为例。

IIS短文件名

DOS下存在这样的文件命名规则:

主文件名不能超过8个字符，扩展名不能超过3个字符

所以我们也把它叫为8.3格式。

Windows为了兼容MS-DOS，为文件名超过8位，扩展名超过3位的文件都会对应地创建一个8.3格式的文件名，也称为短文件名。

在cmd下使用命令 dir /x 可以查看文件对应的短文件名

可以发现短文件名有如下2个特征:

1.文件名只显示前6个字符，后续字符用~1代替。当存在多个文件名类似的文件时(文件名前6位相同，且后缀名前3位相同)，数字1会进行递增。

2.后缀只显示前3个字符。

Windows  IIS 6  .net 文件/目录猜测

适用条件与局限:

1.被猜测文件的文件名长度需超过8位，或后缀名超过3位。

2.环境为Windows + IIS + .net

3.只能猜测出文件名的前6位，后缀名的前3位。

说到猜测目录，不得不提IIS短文件名漏洞，该漏洞于2012年由一位安全研究员发现。

当我们访问某个存在的短文件名时，会返回404。而当我们访问某个不存在的短文件名时，会返回400，依据返回结果的不同，就可以进行逐位猜测了。

比如要猜测出如下文件

猜测文件名/目录名
进行如下猜解，不断向下猜解完所有的6个字符

到了这一步，我们要来判断这是一个目录还是一个文件。

若如下请求返回404，则代表它是一个目录，否则就是一个文件

猜测文件后缀

接下来开始猜解文件后缀，不断向下猜解完所有的3个字符

返回如下结果:

至此，我们的猜测也就结束了，剩下的位数只能靠脑洞去猜了。

Windows  IIS 7.x   .net 文件/目录猜测

不同版本的IIS返回结果如下:

我们的目标是猜测出根目录下的一个目录名:

在默认情况下，无论该文件/目录是否存在，都会返回一个404，返回结果没有差异的话，我们也就无法猜测了。

这里郁闷了好久，最后发现使用OPTIONS方式请求，可以得到不一样的返回结果:

存在时会返回404，不存在时会返回200，根据返回结果的差异，我们就可以探测出目录名的短文件名:

当我们主动开启了详细错误之后，使用GET请求也可以得到有差异的结果了。

Windows + Apache + PHP 文件/目录猜测

在该环境下，我们就无法像在IIS下直接用URL访问的方式去逐位猜测短文件名了，但是在该环境下，有两个杀伤力更大的特性:

1.当Web程序中存在某些函数时(前置知识中提到的)，我们借助它们来逐位猜测出完整目录名，文件名，并且没有长度大小的限制。

2.虽然无法直接用URL访问的方式去逐位猜测出 短文件名，但是可以用URL访问的方式直接访问/下载 已知短文件名的目录/文件

首先介绍第1个特性

• 特性1

这里以HITB 2018的一道CTF题目为例，示例代码如下:

网站存在上传功能，我们将一个php木马上传到了某目录下(abcdefg1234567aaabb)，但是不知道其目录名。

幸运的是，我们可以向1.php的filename参数传入该目录下的一个图片名，程序会返回该图片的尺寸信息。

执行如下访问:

接下来的26 + 10 次尝试中，均返回错误，证明我们已经将目录名猜解完毕，得到目录名:

假设我们连php木马名也不知道呢?猜解文件名也是同一个道理

接下来的26 + 10 次尝试中，均返回错误，证明我们已经将文件名猜解完毕，得到文件名。将目录名和文件名拼接:

事实上，在上一步中，我们并不需要猜测出完整文件名，目录名，用短文件名就可以直接访问并下载

想要下载如下文件

同样可以使用短文件名去下载

这种方法在IIS下无法使用，IIS不接受直接用短文件名访问的请求方式。

Windows  IIS  PHP 文件/目录猜测

在该环境下，可以用到很多前面提到的特性，所以遇到Windows + IIS + PHP就偷偷笑吧！

1.可以使用URL访问的方式，来逐位猜测出目录/文件的短文件名

2.当Web程序中存在某些函数时(前置知识中提到的)，我们借助它们来逐位猜测出完整目录名，文件名，并且没有长度大小的限制。

3.可以使用URL访问的方式，用通配符直接访问文件(但不能访问目录)

首先介绍特性1

• 特性1

我们使用前面提到过的OPTIONS请求方式来逐位猜测目录的短文件名

存在时返回404，不存在时返回200

• 特性2

该特性上节介绍过了，是PHP的特性，与Web服务器种类无关。

首先逐位猜测出目录名

用同样的方法逐位猜测出文件名:

继而得到了完整文件路径:

• 特性3

事实上我们猜测出目录名就足够了，文件名可以直接使用通配符去访问:

Windows  Nginx  PHP 文件/目录猜测

在该环境下，依然可用使用提到的多个特性，但是有一点微小的差异:

1.可以直接用短文件名，访问目录和文件

2.可以直接用通配符访问文件，但是不能访问目录

3.PHP某些函数的特性

• 特性1

• 特性2

• 特性3

逐位猜测目录名:

这里稍有不同，Read error代表存在

逐位猜测文件名

进而拼接处完整文件路径:

结束语

前面提到的各种环境下不同的特性，其实都是由WinAPI，通配符，短文件名这三者，与Web服务器，Web语言本身的一些特性结合之后产生的。

所以说，影响范围不只是上面这5种，与其它语言，其它类型的Web服务器，结合之后，很可能又会产生更多更奇怪的特性来，有兴趣的同学可以去测试。

借助于这些特性，在遇到Windows环境下的目录探测问题时，我们可以更从容，更巧妙地进行高效的文件,目录的探测。

这篇文章也从另一个角度证明，Linux确实更适合作为服务器，安全性在某种程度上也要更好一些，至少不存在这么多奇怪的特性。