在web功能设计中,很多时候我们会要将需要访问的文件定义成变量,从而让前端的功能便的更加灵活。 当用户发起一个前端的请求时,便会将请求的这个文件的值(比如文件名称)传递到后台,后台再执行其对应的文件。 在这个过程中,如果后台没有对前端传进来的值进行严格的安全考虑,则攻击者可能会通过“../”这样的手段让后台打开或者执行一些其他的文件。 从而导致后台服务器上其他目录的文件结果被遍历出来,形成目录遍历漏洞。
看到这里,你可能会觉得目录遍历漏洞和不安全的文件下载,甚至文件包含漏洞有差不多的意思,是的,目录遍历漏洞形成的最主要的原因跟这两者一样,都是在功能设计中将要操作的文件使用变量的 方式传递给了后台,而又没有进行严格的安全考虑而造成的,只是出现的位置所展现的现象不一样,因此,这里还是单独拿出来定义一下。
需要区分一下的是,如果你通过不带参数的url(比如:http://xxxx/doc)列出了doc文件夹里面所有的文件,这种情况,我们成为敏感信息泄露。 而并不归为目录遍历漏洞。(关于敏感信息泄露你你可以在"i can see you ABC"中了解更多)
你可以通过“../../”对应的测试栏目,来进一步的了解该漏洞。
原理与防范可参考之前的blog: 漏洞之目录遍历漏洞
首先, 点击两个链接, 分别指向两个php文件,:
根据title参数(可控参数)执行php来显示页面的, 若程序在实现上没有充分过滤用户输入的../之类的目录跳转符,导致恶意用户可以通过提交目录跳转来遍历服务器上的任意文件。
若把dir_list.php文件去掉, 直接列出了dir文件夹下的所有文件:
事实上这并不算是目录遍历, 上述是由于开启了目录浏览造成的
比如, 在apace+phpStudy下开启d目录浏览, 需要在phpStudy\Apache\conf下面的vhosts.conf文件中修改:
Options Indexes FollowSymLinks
这样就可以对目录d进行目录浏览了:
根据目录遍历的原理, 攻击者主要通过../来返回上一级目录, 从而导致所有目录的暴露
这里先尝试一下对title变量加入上一级目录../ (类似文件包含漏洞..)
http://localhost/pikachu-master/vul/dir/dir_list.php?title=../../../README.md
其实也可以算做是文件包含漏洞, 从源码中可以看出
但是如果php开启了目录浏览, 同样也可以采取一下方式进行目录遍历:
想继续到系统根目录是不可能的, 应该目录浏览的开启仅限于网站根目录下:
如果想要进行目录遍历的话, 就先利用信息探针来判断操作系统, 再根据经验来包含出系统关键文件即可: