Pikachu对目录遍历的解释:
目录遍历漏洞概述
在web功能设计中,很多时候我们会要将需要访问的文件定义成变量,从而让前端的功能便的更加灵活。 当用户发起一个前端的请求时,便会将请求的这个文件的值(比如文件名称)传递到后台,后台再执行其对应的文件。 在这个过程中,如果后台没有对前端传进来的值进行严格的安全考虑,则攻击者可能会通过“../”这样的手段让后台打开或者执行一些其他的文件。 从而导致后台服务器上其他目录的文件结果被遍历出来,形成目录遍历漏洞。
看到这里,你可能会觉得目录遍历漏洞和不安全的文件下载,甚至文件包含漏洞有差不多的意思,是的,目录遍历漏洞形成的最主要的原因跟这两者一样,都是在功能设计中将要操作的文件使用变量的 方式传递给了后台,而又没有进行严格的安全考虑而造成的,只是出现的位置所展现的现象不一样,因此,这里还是单独拿出来定义一下。
需要区分一下的是,如果你通过不带参数的url(比如:http://xxxx/doc)列出了doc文件夹里面所有的文件,这种情况,我们成为敏感信息泄露。 而并不归为目录遍历漏洞。(关于敏感信息泄露你你可以在”i can see you ABC”中了解更多)
我的理解:
网站的有些文件,可以被同等含义的相对路径访问,那么可能就存在目录遍历。
- 目录遍历:
通过修改地址栏的title,用目录遍历去访问其他文件,比如dir.php,甚至前几关的file6.php
dir.php:title=../dir.php
file6.php:title=../../fileinclude/include/file6.php
均通过../../访问成功,说明存在目录遍历漏洞,是不是感觉和文件包含,不安全的文件下载很像,不错,它们都有目录遍历的影子。反正开发人员本意肯定没想到会出现这种情况。所以前端传过来的任何东西都不能相信啊。
修复建议:
- 不要让网站出现敏感信息泄露的情况,不然一旦和目录遍历相结合会造成巨大的危害。
- 前端传过来的一切信息都不能信任,要做好过滤